Propuesta para simplificar el proceso de activación de las bifurcaciones suaves anteriores sustituyendo el mecanismo de señalización de los mineros mediante números de versión de bloque por simples comprobaciones de la altura de los bloques. Este cambio eliminaría la necesidad de verificar los 1000 bloques anteriores para la activación de reglas de consenso, reduciendo así … Leer más
Solución para unificar la derivación de diferentes monederos Bitcoin utilizando una única semilla maestra para todos. Esta propuesta permite derivar la entropía de la información raíz para generar múltiples frases mnemotécnicas para múltiples monederos, sin comprometer la seguridad. El objetivo de BIP85 es facilitar la gestión y copia de seguridad de múltiples monederos Bitcoin. En … Leer más
Define el estándar para derivar direcciones SegWit V0 (bc1q…) dentro de una cartera determinista y jerárquica. Especifica el índice 84′ que debe utilizarse ahora en la profundidad purpose de la cartera HD para patrones de script P2WPHK.
Presenta un protocolo para utilizar Payjoin en Bitcoin, una estructura de transacción que mejora la confidencialidad del pago al implicar al receptor en las entradas junto al pagador. Este BIP se inspira en el BIP79, que ya había presentado un concepto similar. Sin embargo, estos dos BIP no marcan el origen del concepto Payjoin. De … Leer más
Extensión que mejora el protocolo de pago BIP70 introduciendo dos importantes innovaciones. En primer lugar, permite al remitente de una solicitud de pago firmar voluntariamente dicha solicitud y proporcionar un certificado que permita al destinatario conocer la identidad de su contraparte. En segundo lugar, encripta la solicitud de pago devuelta para evitar que sea interceptada … Leer más
Completa BIP70 y BIP71 definiendo la extensión de Bitcoin URI (BIP21) con un parámetro adicional r. Este parámetro permite incluir un enlace a una solicitud de pago seguro firmada por el certificado SSL del comerciante. Cuando un cliente hace clic en este URI extendido, su monedero contacta con el servidor del comerciante para solicitar los … Leer más
Define un tipo de medio MIME (Multipurpose Internet Mail Extensions), de acuerdo con el estándar RFC 2046, para los mensajes de solicitud de pago de bitcoin en BIP70. MIME es un estándar de Internet que amplía el formato de los mensajes electrónicos para permitir el envío de diversos tipos de datos de forma estructurada. En … Leer más
Protocolo de pago interactivo para Bitcoin. Permite el envío de solicitudes de pago y la recepción segura y estandarizada de pagos. En este protocolo, el cliente hace clic en un URI de Bitcoin (BIP21) ampliado con un parámetro adicional (descrito en BIP72). La solicitud de pago se firma con el certificado SSL del comerciante. Al … Leer más
Define Testnet 4, una nueva red Testnet que sustituirá a Testnet 3 en 2024. Esta última, que llevaba 13 años en servicio, se había vuelto vulnerable a diversos ataques y había sido escenario de usos indebidos mediante lanzamientos aéreos fraudulentos de Altcoin, perturbando la distribución normalmente libre de TBTC. Para corregir estos fallos, Testnet 4 … Leer más
Una propuesta presentada por Gavin Andresen en 2015 pretendía aumentar el tamaño máximo de los bloques de 1 MB a 8 MB y duplicar este límite cada dos años hasta alcanzar algo más de 8 GB en 2036. Esta propuesta se integró en la implementación de Bitcoin XT en agosto de 2015, que se convirtió … Leer más
Propone un formato estandarizado para firmar mensajes con claves privadas Bitcoin y sus direcciones asociadas, con el fin de demostrar la propiedad de una dirección. Este BIP pretende resolver la ambigüedad relacionada con los diferentes tipos de direcciones Bitcoin (P2PKH, P2SH, P2WPKH…) a la hora de firmar un mensaje. Introduce un método para distinguir explícitamente … Leer más
Define el concepto de Replace-by-Fee (RBF), que permite al remitente sustituir una transacción no confirmada por otra versión que incluye tasas de transacción más elevadas. BIP125 proporciona un marco para la señalización de RBF en una transacción y para su aceptación por los nodos de la red.
Establece un nuevo proceso normalizado para la clasificación de las propuestas de mejora de Bitcoin. Las PBI deben clasificarse ahora en 4 categorías: Consenso*: se refiere a propuestas que requieren un cambio en el consenso y afectan a la compatibilidad entre versiones anteriores y futuras del protocolo Bitcoin. Se trata de bifurcaciones suaves y bifurcaciones … Leer más
Introduce un nuevo opcode denominado OP_CHECKTEMPLATEVERIFY (CTV). CTV permitiría la creación de pactos no recursivos en las transacciones, con el fin de imponer condiciones específicas sobre cómo se puede gastar una moneda determinada, incluso en transacciones futuras. Más concretamente, permitiría definir condiciones sobre la scriptPubKey de los resultados de una transacción basándose en la scriptPubKey … Leer más
Propuesta de mejora de Bitcoin destinada a introducir dos nuevos modificadores SigHash Flag: SIGHASH_ANYPREVOUT y SIGHASH_ANYPREVOUTANYSCRIPT. Estas características amplían las capacidades de las transacciones de Bitcoin, especialmente en términos de contratos inteligentes y soluciones superpuestas como la Lightning Network. BIP118 permitiría, en particular, el uso de Eltoo. La principal ventaja de SIGHASH_ANYPREVOUT es permitir la … Leer más
Se ha introducido un cambio en el cálculo de todas las operaciones de bloqueo de tiempo (nLockTime, OP_CHECKLOCKTIMEVERIFY, nSequence, y OP_CHECKSEQUENCEVERIFY). Especifica que para evaluar la validez de los timelocks, ahora deben compararse con el MTP (Median Time Past), que es la mediana de las marcas de tiempo de los últimos 11 bloques. Antes sólo … Leer más
Introduce el opcode OP_CHECKSEQUENCEVERIFY (CSV) en el lenguaje Bitcoin Script. Esta operación permite la creación de transacciones cuya validez se hace efectiva sólo después de un cierto retraso con respecto a una transacción anterior, definido en número de bloques o en tiempo de duración. OP_CHECKSEQUENCEVERIFY compara el valor en la parte superior de la pila … Leer más
Propone la adición de un bit de servicio llamado «NODE_BLOOM» para permitir a los nodos señalar explícitamente su compatibilidad con los filtros Bloom, tal como se describe en BIP37. La introducción de NODE_BLOOM permite a los operadores de nodos deshabilitar este servicio para reducir los riesgos de DoS. La opción BIP37 está deshabilitada por defecto … Leer más
Propuesta presentada por Gavin Andresen en enero de 2016 durante la Guerra del Tamaño de Bloque. Su objetivo era aumentar el tamaño máximo de bloque de 1 MB a 2 MB mediante una bifurcación dura, al tiempo que se añadían ciertos límites al número de sigops y sighashs (a diferencia del BIP102). La activación del … Leer más
Propuesta presentada por Jeff Garzik en noviembre de 2015 durante la Guerra del Tamaño de Bloque. Su objetivo era aumentar el tamaño máximo de bloque de 1 MB a 2 MB mediante un hard fork. Esta propuesta inspiró posteriormente BIP109 y la implementación de Bitcoin Classic. La propuesta nunca fue adoptada.
