El proceso BIP

Curiosidad

1. Si un BIP es solo un documento, ¿cómo modifica el comportamiento de millones de computadoras?
2. ¿Por qué los editores asignan números a las propuestas sin votar nunca sobre su mérito?
3. ¿Qué impide que un único desarrollador imponga un cambio de regla en toda la red?

Explorar

1. Amir Taaki introdujo las Propuestas de Mejora de Bitcoin (BIP) en agosto de 2011, basadas directamente en los PEP de Python. El BIP1 estableció el marco para documentar cambios en el protocolo y la información general. Luke Dashjr lo revisó en 2016 con el BIP2, y en 2025 el BIP3, “Proceso actualizado de BIP” de Mark Erhardt, reemplazó al BIP2. Inicialmente alojadas en una wiki, las BIP ahora se encuentran en un repositorio controlado por versiones en GitHub, lo que permite rastrear y revisar cada cambio.
2. Bajo el BIP3 existen tres tipos. Los BIP de especificación describen cambios en el protocolo o en software interoperable, como nuevas reglas de transacciones, estándares para billeteras o mensajes de red. Los BIP informativos brindan orientación o contexto sin requerir nada a cambio. Los BIP de proceso describen cómo funciona el propio desarrollo, incluido el proceso de las BIP. Las BIP más antiguas conservan la etiqueta “Standards Track” bajo la cual fueron escritas, lo que corresponde al tipo Especificación actual.
3. Cada propuesta es impulsada por sus autores, quienes la redactan, la defienden en la lista de correo y durante las revisiones, y la modifican en respuesta a las críticas. La autoría no otorga poder para forzar su adopción. Un BIP sigue siendo un documento hasta que el software de nodos o billeteras lo implemente y las personas decidan ejecutar ese software. No hay votación; un cambio por consenso solo ocurre si una parte suficiente de la red se actualiza.
4. La discusión tiene lugar en la lista de correo bitcoin-dev, en las solicitudes de revisión de código (pull requests) y en conferencias. No existe una autoridad formal ni una votación vinculante. Los editores asignan números y verifican el formato, pero no deciden sobre su adopción. Según el BIP3, el estado de una propuesta es “Borrador”, luego “Completado” cuando sus autores lo consideran terminado, y finalmente “Desplegado” una vez que está en uso; las propuestas abandonadas o reemplazadas se marcan como “Cerrado”. El campo de estado en el repositorio refleja este ciclo de vida.
5. Las BIP más conocidas ilustran el impacto del proceso. La BIP16 introdujo Pay-to-Script-Hash (P2SH) en 2012. La BIP32 definió las billeteras jerárquicas determinísticas, y la BIP39 estandarizó las frases semilla para la recuperación. La BIP141 habilitó Segregated Witness (SegWit), que se activó en agosto de 2017 en el bloque 481,824. Las BIP 340-342 introdujeron las firmas Schnorr y Taproot, activándose en noviembre de 2021. Cada una requirió una cuidadosa coordinación entre desarrolladores, mineros y usuarios para garantizar la compatibilidad con versiones anteriores o un fork limpio.
6. Abra el repositorio de BIP en GitHub. Localice tres BIP: uno de tipo Standards Track (por ejemplo, BIP141), uno Informativo (por ejemplo, BIP50) y uno de Proceso (por ejemplo, BIP3). Lea el campo de estado de cada uno. Anote cuándo se creó cada uno y cómo cambió su estado. Este ejercicio demuestra que el mérito técnico por sí solo no es suficiente; el consenso social y la alineación económica son los verdaderos guardianes de la evolución de Bitcoin.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• Amir Taaki, Bitcoin Improvement Proposal #1 (2011)
• Luke Dashjr, BIP2: BIP Process, revised (2016); M. Erhardt, BIP3: Updated BIP Process (2025)
• github.com/bitcoin/bips