El proceso actual es gestionado por el BIP 3 implementado. Cualquiera puede escribir una propuesta, pero el número lo asignan y el documento lo publican los editores de BIP. Los BIP se dividen en Especificación, Informativo y Proceso, pasan por los estados Borrador, Completo, Implementado y Cerrado y siguen siendo una recomendación de los autores; La adopción real se produce sólo mediante la implementación, el uso y posiblemente la activación fuera del propio repositorio. (Specification) (Informational) (Process) (Draft) (Complete) (Deployed) (Closed)
BIP es el documento de propuesta pública para Bitcoin. Puede definir una característica técnica, una regla de interoperabilidad, un proceso, una recomendación o un registro histórico. El repositorio le da al diseño un punto de referencia estable y mantiene un historial de cambios. BIP no es una ley, un comando de protocolo ni una actualización automática; un nodo aplica sólo las reglas contenidas en el software que realmente ejecuta.
BIP 3, denominado Proceso BIP actualizado, tiene el estado Implementado y reemplazó a BIP 2. El proceso aclaró el flujo de trabajo, limitó el espacio de toma de decisiones de los editores, reemplazó la antigua categoría Seguimiento de estándares por la categoría Especificación y simplificó los estados. Al mismo tiempo, dice explícitamente que el repositorio es un medio de publicación y un archivo, no un sistema de votación o un medidor de aceptación.
El trabajo comienza antes de GitHub. El autor revisará propuestas anteriores y discutirá una idea específica en la lista de correo de desarrollo de Bitcoin. Sólo una propuesta suficientemente elaborada se envía como pull request sin número propio. El Editor BIP asigna un número si el texto es temáticamente relevante, tiene el formato adecuado y está claramente más allá de la etapa de idea; luego lo publica fusionándolo en el repositorio.
La especificación BIP establece reglas técnicas implementables para la funcionalidad o interoperabilidad; debe tener una implementación de referencia y vectores de prueba completos antes del estado Completo. BIP informativo describe un problema de diseño, recomendación o información. El proceso BIP modifica el proceso relacionado con Bitcoin y, después de la implementación, puede funcionar como un documento de proceso continuamente actualizado.
Borrador significa una propuesta en progreso. Completo dice que los autores consideran que el trabajo planificado está completo y recomiendan su adopción o implementación; debe haber documentos de implementación y prueba para la Especificación BIPu. Implementado significa uso activo documentado o, en el caso del proceso BIP, requirió un consenso aproximado. Cerrado indica un documento en el que ya no se trabaja ni se utiliza activamente; permanece preservado para la historia.
Los editores de BIP revisan el alcance, el formato, la discusión previa, la licencia y la preparación, asignan números y mantienen los metadatos. Según BIP 3, ellos no deben decidir si se aceptará la propuesta. Por lo tanto, la mera publicación de un BIP controvertido no confirma su seguridad, corrección, popularidad o consenso comunitario.
El número sirve principalmente como referencia estable. BIP 39 es un estándar mnemónico ampliamente utilizado, BIP 141 describe las reglas de SegWit, BIP 174 define PSBT y BIP 50 es la autopsia de la división de marzo de 2013. Otros BIP numerados permanecen en borrador o cerrados. El número en sí no dice nada sobre importancia, implementación o aprobación.
Una especificación puede existir sin una implementación de producción, el software experimental puede implementar un borrador y la implementación o activación son eventos separados. Para los cambios consensuados, la diferencia es crucial: un BIP puede definir nuevas reglas, otra forma de implementarlas, y un nodo comienza a aplicarlas sólo cuando su software y las condiciones de activación lo determinan.
BIP 141 es la Especificación BIP, cuyas reglas pasaron a formar parte del consenso de Bitcoin después de la activación de SegWit. BIP 174 es un formato para la interoperabilidad de billeteras y firmantes sin cambiar la validez de los bloques. BIP 50 documenta el incidente. BIP 3 en sí es un BIP de proceso. Por lo tanto, la frase "se recibió BIP" puede significar cosas fundamentalmente diferentes para diferentes tipos.
Un BIP moderno contiene metadatos como estado, tipo, fecha, número asignado, licencia, enlaces de discusión, versión y posiblemente Requiere, Reemplaza y Reemplazo propuesto. Después de completar, los cambios más significativos se escriben en el registro de cambios con versiones similares al control de versiones semántico. Un cambio incompatible hacia atrás a una especificación madura normalmente debería obtener un nuevo BIP, no cambiar silenciosamente el significado del número anterior.
Comience siempre con la versión actual en el repositorio oficial, no con una captura de pantalla o un artículo antiguo. Verifique el tipo, estado, versión, autores, discusiones, dependencias y registro de cambios. Luego verifique de forma independiente el soporte en el software relevante y, para el diseño, implementación y activación consensuados. La pregunta clave no es "¿existe el BIP?", sino "¿qué especifica exactamente, quién lo implementa y qué evidencia demuestra que está realmente activo?".
Para obtener la imagen más completa, lee esta entrada junto con Soft Fork, Reglas de consenso, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. También enlazan con esta entrada Soft Fork, Guerra del tamaño de bloque, Bitcoin Core, Luke Dashjr.