BIP propuesto en 2012 por Luke Dashjr que introduce un método JSON-RPC estandarizado para interfaces de minería externas, llamado «getblocktemplate». Con el aumento de la dificultad de la minería, se ha desarrollado el uso de software externo especializado para producir pruebas de trabajo. Este BIP propone un estándar común de comunicación para la plantilla de … Leer más
Propuesta escrita por Nils Schneider y Matt Corallo, basada en el BIP20 escrito por Luke Dashjr, que a su vez procede de otro documento escrito por Nils Schneider. BIP21 define cómo las direcciones de recepción deben ser codificadas en URIs (Uniform Resource Identifier) para facilitar los pagos. Por ejemplo, un URI Bitcoin siguiendo BIP21 en … Leer más
Propuesta de Luke Dashjr que competía con BIP12 y BIP16. BIP17 introdujo un nuevo opcode, OP_CHECKHASHVERIFY, diseñado para permitir la verificación de un script presente en el scriptSig contra su hash presente en el scriptPubKey antes de desbloquear los fondos. La BIP16 (P2SH) fue finalmente preferida a la BIP17 (CHV) tras un periodo de intensos … Leer más
BIP16 introdujo el concepto de Pay-to-Script-Hash (P2SH), que se traduce como «pagar al hash del script». Propuesto inicialmente en 2012 y activado en 2013, BIP16 pretendía simplificar el uso de transacciones que requieren scripts complejos, como las transacciones multifirma, permitiendo a los usuarios pagar a un hash del script necesario para gastar esos bitcoins en … Leer más
Una propuesta introducida para permitir a los monederos ligeros (Verificación simplificada de pagos) filtrar transacciones sin tener que descargar toda la blockchain. Este método se basa en el concepto de filtros de Bloom, estructuras de datos probabilísticas utilizadas para comprobar la pertenencia a un conjunto. Estos filtros permiten a los clientes de SPV recibir únicamente … Leer más
Una propuesta de mejora de Bitcoin que introduce un mecanismo de cifrado para añadir protección adicional a las claves privadas mediante una frase de contraseña. BIP38 garantiza que incluso si un tercero obtiene físicamente la clave privada cifrada, no podrá utilizarla sin conocer su frase de contraseña. Esto añade una capa adicional de seguridad para … Leer más
Introdujo una estandarización del formato de firma en las transacciones. Este PIF se propuso en respuesta a una divergencia en la forma en que OpenSSL gestionaba la codificación de firmas en distintos sistemas. Esta heterogeneidad planteaba el riesgo de dividir la blockchain. El BIP66 estandarizó el formato de firma para todas las transacciones utilizando una … Leer más
Se ha introducido un nuevo opcode denominado OP_CHECKLOCKTIMEVERIFY que permite inutilizar un UTXO hasta un momento futuro especificado. La implementación de este BIP requirió una bifurcación suave, que se produjo el 14 de diciembre de 2015. También introdujo la versión 4 de los bloques.
BIP50 es un BIP informativo que informa de un error relacionado con la transición de Berkeley DB a Level DB, causando una división en la blockchain de Bitcoin y una reorganización importante de 24 bloques el 12 de marzo de 2013. Este BIP detalla el incidente y las acciones correctivas implementadas.
El BIP49 es un BIP informativo que introduce el método de derivación utilizado para generar direcciones SegWit anidadas en un monedero HD. La ruta de derivación propuesta sigue los estándares de BIP43 y BIP44, con el índice 49′ (derivación endurecida) en la profundidad de la meta. Por ejemplo, la primera dirección de una cuenta P2SH-P2WPKH … Leer más
Propuesto por Justus Ranvier en 2015, este protocolo pretende resolver el problema crítico de la reutilización de direcciones de Bitcoin, una práctica que compromete gravemente la privacidad de los usuarios en el sistema. Satoshi Nakamoto, en el Libro Blanco de Bitcoin, ya había destacado la importancia de utilizar pares de claves distintos para cada transacción … Leer más
Una propuesta de mejora que introduce una estructura de derivación jerárquica estándar para los monederos HD. BIP44 se basa en los principios establecidos por BIP32 para la derivación de claves y en BIP43 para el uso del campo «purpose». Introduce una estructura de derivación de cinco niveles: m / purpose’ / coin_type’ / account’ / … Leer más
Se introduce un mensaje de rechazo en el protocolo de comunicación entre nodos. El objetivo de BIP61 es añadir un mecanismo de retroalimentación cuando un nodo recibe una transacción o un bloque de otro nodo que considera inválido. Este mensaje de rechazo permitiría a un nodo señalar al remitente la razón por la que ha … Leer más
Propuesta de mejora que introduce el uso de un nivel de ruta de derivación para describir el campo de propósito en la estructura de los monederos HD, previamente introducido en la BIP32. Según la BIP43, el primer nivel de derivación de un monedero HD, justo después de la clave maestra denotada como m/, está reservado … Leer más
Una propuesta de mejora de Bitcoin Core que soluciona un pequeño error en el calendario de reducción de recompensas por bloque. Esta anomalía, de no haberse corregido, habría provocado una creación total de bitcoins superior al límite previsto de 21 millones. En concreto, tras el fin de los halvings, teóricamente podría haberse desencadenado un nuevo … Leer más
El BIP39 introduce un método para convertir la semilla aleatoria de un monedero en una secuencia de palabras memorizables y legibles por el ser humano, conocida como frase mnemotécnica. Esta frase, que suele constar de 12 o 24 palabras, permite la regeneración determinista de todas las claves privadas de un monedero. Así, en lugar de … Leer más
BIP propuesto por Patrick Strateman y Amir Taaki en 2011 que pretende distinguir entre los números de versión del cliente y la versión del protocolo. BIP14 especifica cómo deben presentarse las implementaciones del protocolo Bitcoin en la red. Sugiere el uso de un formato de agente de usuario para identificar la versión y el tipo … Leer más
Introduce un método estandarizado para crear direcciones P2SH. BIP13 especifica el formato de dirección P2SH, que comienza con el prefijo 3, e incluye el hash de un script en lugar del hash de una clave pública. Este tipo de dirección seguirá siendo el estándar preferido para los monederos multisig durante mucho tiempo.
Protocolo Mining desarrollado por Matt Corallo en 2018 en un intento de contrarrestar la creciente centralización de Mining en pools. Se diferencia de Stratum, que era el estándar en ese momento, al ofrecer a los hashers más control sobre la selección de transacciones que se incluirán en las plantillas de bloques. La idea principal de … Leer más
Sistema de gestión de bases de datos que puede integrarse con una arquitectura de almacenamiento clave-valor. Se utilizó en las primeras versiones de Bitcoin y fue sustituido por LevelDB en 2012.
