El proceso BIP de principio a fin
¿Cómo cambia Bitcoin si nadie manda?
Bitcoin no tiene una empresa detrás que publique actualizaciones. Sin embargo, el protocolo sí ha evolucionado: SegWit, Taproot, las carteras HD y los estándares de semillas mnemónicas existen gracias a un proceso formal llamado BIP —Bitcoin Improvement Proposal, o Propuesta de Mejora de Bitcoin.
¿Qué es un BIP?
Un BIP es un documento de diseño que describe una propuesta de cambio o estándar para el ecosistema Bitcoin. Su modelo se inspiró en los PEP de Python y los RFC de Internet. Cualquier persona puede escribir un BIP; no se necesita permiso ni cargo oficial.
El ciclo de vida paso a paso
1. Idea: el autor discute la propuesta en la lista de correo Bitcoin-Dev para recibir retroalimentación informal antes de invertir tiempo en redactar el documento.
2. Draft (borrador): el autor escribe el BIP siguiendo la plantilla oficial y abre un pull request en el repositorio de BIPs en GitHub. Un editor de BIPs asigna un número.
3. Discusión pública: la comunidad —desarrolladores, mineros, empresas, usuarios— debate el diseño, señala problemas y propone mejoras durante semanas o meses.
4. Proposed (propuesto): el autor considera el diseño suficientemente maduro y lo marca como listo para implementación.
5. Implementación: los equipos de Bitcoin Core u otros clientes codifican el cambio. Para cambios de consenso, el código incluye un mecanismo de activación.
6. Final / Active: una vez ampliamente desplegado y aceptado, el BIP pasa a estado Final (para estándares) o Active (para procesos vivos, como el propio proceso BIP).
Estados posibles
Un BIP puede terminar en varios estados: Draft (en elaboración), Proposed (listo para implementar), Final (adoptado), Active (vigente y en uso continuo), Rejected (descartado por la comunidad), Withdrawn (retirado por el autor) o Replaced (sustituido por otro BIP).
Tipos de BIP y ejemplos reales
Standards Track: cambios al protocolo o estándares de interoperabilidad. A su vez se dividen en Consensus (afectan las reglas de validación, como BIP-141 SegWit o BIP-340 firmas Schnorr/Taproot) y Peer Services / API / Applications (como BIP-32 para carteras HD o BIP-39 para frases mnemónicas de 12/24 palabras).
Informational: describen guías de diseño o informan sobre un problema sin proponer un cambio concreto.
Process: describen un proceso alrededor de Bitcoin, como el propio BIP-1 que define cómo funciona el sistema de BIPs.
Implicación práctica
La próxima vez que uses una cartera con frase de 12 palabras, recuerda que eso existe porque alguien escribió BIP-39 y lo sometió a este proceso. El sistema no es perfecto —un BIP puede tardar años en avanzar— pero garantiza que ningún cambio se impone sin debate público registrado.
Errores habituales
- Creer que los editores de BIPs tienen poder para aprobar o rechazar propuestas: solo gestionan el proceso formal, no deciden sobre el contenido técnico.
- Confundir la aceptación de un BIP con su activación en la red: un BIP puede ser Final sin que todos los nodos lo hayan adoptado.
- Asumir que un BIP numerado bajo (como BIP-1) es más importante que uno numerado alto: el número es de asignación cronológica, no de jerarquía.
Conceptos relacionados
Fuentes primarias
- BIP-1: Bitcoin Improvement Proposal Purpose and Guidelines (github.com/bitcoin/bips)
- BIP-2: BIP process, revised (github.com/bitcoin/bips)
- Jon Atack — "How to contribute to Bitcoin Core" (jonatack.github.io)