Propuesta introducida en marzo de 2017 por un desarrollador bajo el seudónimo de Shaolin Fry. El objetivo de BIP148 era forzar la activación de la actualización SegWit en el protocolo Bitcoin, en respuesta al estancamiento de la señalización de esta bifurcación suave por parte de los mineros a través del método BIP9. El BIP148 sugería … Leer más
Propuesta incluida en la bifurcación suave de SegWit destinada a resolver un vector de maleabilidad relacionado con el elemento ficticio consumido por las operaciones OP_CHECKMULTISIG y OP_CHECKMULTISIGVERIFY. Debido a un error histórico (error de desplazamiento de unidad), estos 2 opcodes eliminan un elemento adicional de la pila más allá de su función básica. Para evitar … Leer más
Actualiza la llamada JSON-RPC getblocktemplate para incluir soporte para SegWit, de acuerdo con BIP141. Esta actualización permite a los mineros construir bloques teniendo en cuenta la nueva medida del «peso» de las transacciones y los bloques introducida por SegWit, y otros parámetros como el cálculo del límite de sigops.
Define nuevos formatos de mensajes de red y serializaciones para la difusión de transacciones y bloques que incorporan estructuras testigo independientes (SegWit). BIP144 establece específicamente mecanismos que permiten a los pares señalar su compatibilidad con SegWit y retransmitir estructuras testigo sin comprometer la compatibilidad con nodos que no estén actualizados.
Propuesta, conocida como Dandelion, que pretende mejorar la privacidad del enrutamiento de transacciones en la red Bitcoin para contrarrestar la desanonimización. En el funcionamiento estándar de Bitcoin, las transacciones se transmiten inmediatamente a múltiples nodos. Si un observador es capaz de ver cada transacción retransmitida por cada nodo de la red, podría asumir que el … Leer más
Se ha introducido el formato de dirección bech32 para las direcciones SegWit V0. Este formato de dirección se caracteriza por el prefijo bc1q. El formato bech32 ofrece varias ventajas: Requiere menos espacio en los códigos QR; Es más fácilmente interpretable por los humanos; Dispone de un innovador mecanismo de suma de comprobación que es más … Leer más
Propone un nuevo estándar para reemplazar BIP137 para la firma de mensajes con claves privadas Bitcoin y sus direcciones asociadas, con el fin de demostrar la propiedad de una dirección. Estas firmas son útiles para varias aplicaciones como prueba de fondos, auditoría y otros usos que requieran la autenticación de una dirección a través de … Leer más
Introduce la función combo(CLAVE) para descriptores. Esta función describe un conjunto de posibles scripts de salida para una clave pública determinada. De este modo, cubre varios tipos de scripts al mismo tiempo, incluidos P2PK, P2PKH, P2WPKH y P2SH-P2WPKH. Si la clave dada está comprimida, se comprueban los 4 tipos de scripts, y si no lo … Leer más
Introduce las funciones multi(NUM, CLAVE, …, CLAVE) y sortedmulti(NUM, CLAVE, …, CLAVE) para los descriptores. Estas funciones permiten la descripción de scripts multifirma en los descriptores, con sortedmulti ordenando las claves públicas en orden lexicográfico para asegurar la compatibilidad durante la importación. BIP383 fue implementado junto con todos los demás BIPs relacionados con descriptores (excepto … Leer más
Introduce las funciones wpkh(KEY) (Pay-to-Witness-PubKey-Hash) y wsh(SCRIPT) (Pay-to-Witness-Script-Hash) para descriptores. Estas funciones estandarizan la forma de describir los tipos de script SegWit en los descriptores. BIP382 fue implementado junto con todos los demás BIPs relacionados con descriptores (excepto BIP386) en la versión 0.17 de Bitcoin Core.
Introduce funciones para descriptores, en particular pk(KEY) (Pay-to-PubKey), pkh(KEY) (Pay-to-PubKey-Hash), y sh(SCRIPT) (Pay-to-Script-Hash). Estas funciones estandarizan la forma de describir los tipos de script Legacy en los descriptores. BIP381 fue implementado junto con el resto de BIPs relacionados con los descriptores (excepto BIP386) en la versión 0.17 de Bitcoin Core.
Una propuesta de mejora que introduce un lenguaje estándar para describir las colecciones de scripts de salida de los monederos HD Bitcoin. Este lenguaje se llama «Output Script Descriptors» Su objetivo es estandarizar la forma de representar y gestionar los scripts de salida, con el fin de facilitar la copia de seguridad, exportación e importación … Leer más
Propuesta de mejora de Josibake y Ruben Somsen que introduce los Pagos Silenciosos, un método para utilizar direcciones Bitcoin estáticas para recibir pagos sin reutilización de direcciones, interacción, y sin un enlace visible en la cadena entre diferentes pagos. Esta técnica elimina la necesidad de generar nuevas direcciones receptoras no utilizadas para cada transacción, evitando … Leer más
Una propuesta conocida como «Erlay«, cuyo objetivo es optimizar la propagación de transacciones no confirmadas en la red Bitcoin. En la actualidad, las transacciones se difunden a todos los pares de un nodo, lo que provoca redundancia y un uso excesivo del ancho de banda. BIP330 propone limitar esta difusión a 8 pares por defecto, … Leer más
Una propuesta de mejora dirigida a desarrolladores de software de monederos Bitcoin que soporten transacciones Taproot. Su principal objetivo es mejorar la privacidad de los protocolos de segunda capa que puedan usar PTLCs (Contratos Bloqueados en el Tiempo), como CoinSwap, la Lightning Network, o DLCs (Contratos de Registro Discreto). Para lograr esto, la propuesta busca … Leer más
Introduce una nueva versión del protocolo de transporte P2P de Bitcoin que incorpora cifrado oportunista para mejorar la privacidad y seguridad de las comunicaciones entre nodos. El transporte P2P V2 de BIP324 se incluyó como opción (desactivado por defecto) en la versión 26.0 de Bitcoin Core, desplegada en diciembre de 2023. Puede activarse con la … Leer más
Introduce una nueva forma de hashing de la transacción para la verificación de la firma en scripts post-SegWit. El objetivo es minimizar las operaciones redundantes durante la verificación e incluir el valor de los UTXO de la entrada en la firma. Esto resuelve dos problemas importantes con el algoritmo hash de transacción original: El crecimiento … Leer más
Introdujo el concepto de Testigo Segregado (SegWit) que dio nombre a la bifurcación suave SegWit. BIP141 introduce una importante modificación en el protocolo Bitcoin destinada a resolver el problema de la maleabilidad de las transacciones. SegWit separa el testigo (datos de la firma) del resto de los datos de la transacción. Esta separación se consigue … Leer más
BIP informativo que propone una norma para guardar y restaurar el seed de una cartera jerárquica determinista (según BIP32) utilizando la clave secreta compartida de Shamir. Este protocolo define el formato «codex32», que se inspira en el formato bech32, introduciendo una cadena estructurada que consta de un prefijo, un parámetro de umbral, un identificador, un … Leer más
Propuesta de James Hilliard (ingeniero de Bitmain) para facilitar la activación de la bifurcación suave SegWit, definida en BIP141, BIP143 y BIP147, a través de un MASF sin alcanzar directamente el umbral requerido del 95% de la potencia de cálculo señalando el apoyo a través del bit 1. BIP91 permite a los mineros señalar indirectamente … Leer más
