Mailing lists y revisión de código
Las mailing lists
La bitcoin-dev mailing list es el foro principal donde se discuten propuestas de cambio al protocolo. Cualquiera puede suscribirse y participar. Aquí se debaten los BIPs antes de que se escriba una sola línea de código. Las discusiones pueden durar meses: la lentitud es una característica de seguridad, no un defecto.
Revisión de código en GitHub
El repositorio de Bitcoin Core en GitHub es donde se implementan los cambios. Cada pull request pasa por un proceso de revisión por pares: otros desarrolladores leen línea por línea, buscan bugs, vulnerabilidades y efectos secundarios. No hay jerarquía formal: un desarrollador nuevo puede revisar código de un veterano. La regla es que ningún cambio se fusiona sin revisión suficiente — y «suficiente» es un juicio colectivo, no una métrica.
Comunicación en tiempo real
Los desarrolladores se coordinan en canales IRC (#bitcoin-core-dev en Libera.Chat) y Matrix. Las reuniones semanales son públicas y sus logs se archivan. No hay decisiones a puerta cerrada.
¿Por qué importa?
La transparencia del proceso de desarrollo es una de las garantías más fuertes de que Bitcoin funciona como se espera. Cada línea de código que se ejecuta en tu nodo ha sido leída, debatida y revisada públicamente. En un sistema que gestiona cientos de miles de millones de dólares, la revisión de código no es burocracia: es la defensa principal contra errores y ataques.
Errores habituales
- Pensar que "cualquiera puede cambiar Bitcoin" porque el código es abierto (cualquiera puede proponer; pero se necesita consenso para que se adopte)
- Ignorar la importancia de la revisión de código (un solo bug puede poner en riesgo toda la red)
- Confundir las discusiones en la mailing list con decisiones (la discusión no es vinculante; solo el código adoptado por los nodos lo es)
Conceptos relacionados
Fuentes primarias
- lists.linuxfoundation.org/pipermail/bitcoin-dev
- github.com/bitcoin/bitcoin
- bitcoincore.org/en/meetings