LearnBitcoin

Glosario

BIP (propuesta de mejora de Bitcoin)

Un documento de diseño que propone cambios o adiciones al protocolo de Bitcoin y a los estándares de su ecosistema.

Traducción hecha con ayuda de IA, pendiente de revisión humana. Lee el original (en inglés).

Un BIP (Bitcoin Improvement Proposal, propuesta de mejora de Bitcoin) es un documento formal de diseño que propone un cambio o una adición al protocolo, al software o a los estándares de Bitcoin. El sistema de BIPs, inspirado en el proceso PEP de Python, es la forma en que el desarrollo de código abierto de Bitcoin propone, debate y codifica cambios en la práctica.

Cualquiera puede escribir un BIP. El proceso, definido primero en el BIP 1 y el BIP 2 y actualizado por el BIP 3 en enero de 2026:

  1. Borrador. El autor redacta la propuesta en el formato estándar de los BIPs: resumen, motivación, especificación, justificación, compatibilidad hacia atrás, etc.
  2. Discusión. El borrador se comparte en la lista de correo bitcoin-dev y en GitHub. Cualquier persona interesada (desarrolladores, mineros, usuarios, investigadores) lo revisa y comenta.
  3. Asignación. Si la propuesta está bien formada y merece un número, los editores de BIPs le asignan un número de BIP permanente.
  4. Iteración. El autor la revisa a partir de los comentarios. Muchos BIPs nunca pasan de esta etapa.
  5. Progresión de estado. Con el BIP 3 (desde enero de 2026): Draft (borrador), luego Complete (completo) cuando la especificación está terminada, luego Deployed (desplegado) una vez que se usa en el mundo real; o Closed (cerrado) si se retira, se rechaza o se reemplaza. (El esquema anterior, el del BIP 2, usaba nueve estados, entre ellos Proposed y Final.)
  6. Despliegue real. Que Bitcoin Core (u otras implementaciones) lo acepte es una decisión aparte. La activación en la red requiere la adopción voluntaria de quienes operan nodos y, para los cambios de consenso, normalmente un periodo de señalización de los mineros.

Tipos de BIP:

  • Specification (de especificación; se llamó Standards Track hasta el BIP 3): reglas técnicas que una implementación puede cumplir, como las reglas de consenso, los mensajes entre pares (P2P) y los estándares de interoperabilidad, por ejemplo los formatos de dirección. Ejemplos: BIP 141 (SegWit), BIP 340/341/342 (Schnorr (en inglés) / Taproot), BIP 352 (Silent Payments (en inglés)).
  • Informational (informativo): un problema de diseño, pautas generales u otra información para la comunidad; nada que una implementación tenga que cumplir.
  • Process (de proceso): cambios a un proceso en torno a Bitcoin, incluido el propio proceso de los BIPs.

El proceso de los BIPs es, a propósito, lento, conservador y adversarial: es el extremo formal de la gobernanza de Bitcoin (en inglés), donde desarrolladores, mineros, quienes operan nodos, usuarios y tenedores de largo plazo tienen, cada uno, un poder de veto de facto. Un cambio que afecta al consenso suele tardar más de un año desde que la propuesta recibe número hasta que se activa en la red (a SegWit se le asignó el BIP 141 en diciembre de 2015 y no se activó hasta agosto de 2017), y muchas propuestas nunca lo logran. Eso es una virtud, no un defecto: un protocolo monetario global debería ser muy, muy difícil de cambiar por accidente. Lee SegWit y Taproot para ver dos BIPs que sí llegaron hasta el final.

Más a fondo en El proceso de los BIPs (en inglés): qué controlan realmente los editores, el ciclo de vida y cómo funciona la activación.

Ideas clave

  • Propuestas formales para el protocolo o los estándares de Bitcoin
  • Pasan por la revisión y las pruebas de la comunidad
  • Algunos BIPs se convierten en grandes actualizaciones, como SegWit o Taproot

Fuentes (6)

Referencias externas (2)

Términos relacionados (5)

Publicado el . No hay correcciones registradas para esta página.

Editar esta página en GitHub