image 🤔 ¿Por qué existen los bloques <VACÍOS> en Bitcoin? -> Bloque VACÍO ≠ bloque sin transacciones -> Un bloque VACÍO contiene al menos la transacción coinbase. -> Cuando se mina un bloque nuevo en la red, los mineros descartan inmediatamente su bloque candidato anterior para minar uno nuevo sobre el extremo de la cadena. -> El minero no puede perder tiempo: cada instante sin hashear es probabilidad perdida. -> Construir el bloque óptimo (selección de transacciones, cálculo de Merkle root, extranonce, fees) lleva tiempo computacional real, lo que provoca que: 1) Inicien el minado solo con la coinbase 2) En paralelo calculen qué transacciones incluir 3) Si encuentran un hash válido antes de completar el bloque lleno, se mina un bloque VACÍO, como el ejemplo. -> Motivo 100% económico + técnico. No es un error. @npub13vk4...m2ah
image 🚀 Hoy en un meet escuche una frase de @El Gorila 🇦🇷 , que fue de inspiración para dejar estampada para siempre en #Bitcoin <Usar Pesos AR$ es un deporte extremo> 👉 dejo mi versión adaptada en #OP_RETURN
image 🚀 Mempool conecta con muchas redes de protocolo #Bitcoin. Es un explorador de protocolo Bitcoin que le permite monitorear sus transacciones+ trasmisión en la red Bitcoin en tiempo real. 🟠 Mainnet -> red principal de Bitcoin donde se efectuan transacciones reales de Bitcoin. 🟣Signet -> una red de prueba que usa firmas digitales para validar bloques sin requerir los recursos que requiere la red principal. 🟢Testnet 3 -> una red de prueba + desarrollo basada en el protocolo Bitcoin. 🟢Testnet 4 -> Nueva versión de Testnet 3, con mayor estabilidad + nuevas reglas de consenso al entorno de pruebas.
image #Bitcoin BIP67 -> Deterministic Lexicographic Ordering of Public Keys 👉 ¿Que es lo que hace? ---------------------- -> Ordena claves automáticamente para evitar errores, para que todos los firmantes compartan la misma multisig. -> Si tenemos 2 de 3 firmas posibles, creada por diferentes repositorios. 1) sortedmulti (2, A,C,B) 2) sortedmulti i (2, B,A,C) 3) sortedmulti i (2, C,B,A) -> Internamente se convierte en: ✅ sortedmulti (2, A, B,C) Internamente se convierte en: -> ordenadas por su pubkey ->Se centra en definir cómo deben codificarse + ordenarse las claves públicas para que el script de canje + la dirección P2SH correspondiente sean siempre los mismos para un conjunto determinado de claves junto a el número de firmas requeridas. -> BIP67define un estándar para ordenar claves públicas lexicográficamente antes de construir un script multisig (multifirma).
image 🔐 Wallet de #Bitcoin datos de respaldos: 👉 ¿Por qué NO es suficiente solo con la seed? -> Tener una/más copias de una seed phrase (12/24 palabras) solo determina que puedo reconstruir las claves, pero WNO que puedas reconstruir la billetera en todos los escenarios. -> Una seed no describe el contexto, solo el inicio de todo. a¿Qué aporta cada dato y por qué anotarlo? l Fingerprint (Master Key Fingerprint) -> Identifica de forma única una llave maestra (BIP32) -> Clave para multifirmas para detectar errores de restauración. l Derivation Path (ruta de derivación) m/84'/0'/0' -> Native SegWit single-sig m/86'/0'/0' -> Taproot m/48'/0'/0'/2' -> Multisig SegWit -> Sin el path, podes restaurar una seed correcta pero ver saldo = 0 (lo cual te lleva a pensar que se perdieron los fondos) -> Un path es es mapa (la seed una llave sin ruta). eParte de la llave pública (xpub | ypub | zpub | vpub) -> Permite reconstruir la billetera watch-only -> Revisar descriptores -> Auditar direcciones sin exponer claves privadas 👉 ¿Por qué NO es suficiente solo con la seed? -> Tener una/más copias de una seed phrase (12/24 palabras) solo determina que puedo reconstruir las claves, pero ❌NO que puedas reconstruir la billetera en todos los escenarios. -> Una seed no describe el contexto, solo el inicio de todo. 👉¿Qué aporta cada dato y por qué anotarlo? ➡️ Fingerprint (Master Key Fingerprint) -> Identifica de forma única una llave maestra (BIP32) -> Clave para multifirmas para detectar errores de restauración. ➡️ Derivation Path (ruta de derivación) m/84'/0'/0' -> Native SegWit single-sig m/86'/0'/0' -> Taproot m/48'/0'/0'/2' -> Multisig SegWit -> Sin el path, podes restaurar una seed correcta pero ver saldo = 0 (lo cual te lleva a pensar que se perdieron los fondos) -> Un path es es mapa (la seed una llave sin ruta). ➡️Parte de la llave pública (xpub | ypub | zpub | vpub) -> Permite reconstruir la billetera watch-only -> Revisar descriptores -> Auditar direcciones sin exponer claves privadas -> Tener una/más copias de una seed phrase (12/24 palabras) solo determina que puedo reconstruir las claves, pero ❌NO que puedas reconstruir la billetera en todos los escenarios. -> Una seed no describe el contexto, solo el inicio de todo. 👉¿Qué aporta cada dato y por qué anotarlo? ➡️ Fingerprint (Master Key Fingerprint) -> Identifica de forma única una llave maestra (BIP32) -> Clave para multifirmas para detectar errores de restauración. ➡️ Derivation Path (ruta de derivación) m/84'/0'/0' -> Native SegWit single-sig m/86'/0'/0' -> Taproot m/48'/0'/0'/2' -> Multisig SegWit -> Sin el path, podes restaurar una seed correcta pero ver saldo = 0 (lo cual te lleva a pensar que se perdieron los fondos) -> Un path es es mapa (la seed una llave sin ruta). ➡️Parte de la llave pública (xpub | ypub | zpub | vpub) -> Permite reconstruir la billetera watch-only -> Revisar descriptores -> Auditar direcciones sin exponer claves privadas