Prefacio

El tema de la próxima actualización de Bitcoin ha sido ampliamente discutido, sin embargo, a diciembre de 2024, la comunidad no ha llegado a un consenso sobre si actualizar, qué problemas debería abordar la actualización o las características que debería traer. La situación sigue dividida, pareciendo un punto muerto político.

En este punto muerto, han surgido muchos fenómenos interesantes:

1. Algunos miembros de la comunidad promueven activamente las actualizaciones, y debido a la asimetría de información o intereses comerciales, algunos miembros mencionan con frecuencia códigos de operación específicos, mientras que algunos proyectos dependen de códigos de operación 'potencialmente próximos'.
2. Un número significativo de desarrolladores pragmáticos del ecosistema han realizado un extenso trabajo criptográfico e ingenieril para ampliar el potencial de Bitcoin, basado en la premisa de no actualización del protocolo.
3. También hay voces que abogan por actualizaciones lentas o se oponen completamente a las actualizaciones.

Estos fenómenos indican que el tema de las actualizaciones es altamente relevante en la comunidad de Bitcoin. Sin embargo, también resaltan que una parte considerable de la comunidad carece de una comprensión completa del proceso completo de una actualización de Bitcoin, y no es consciente del papel que podrían desempeñar las innovadoras herramientas criptográficas para desbloquear el potencial de Bitcoin. El objetivo principal de este artículo es romper esta asimetría de información, alineando el conocimiento de todos para permitir discusiones más profundas.
Este artículo definirá las actualizaciones de Bitcoin, resumirá los patrones clave a través del análisis histórico y luego analizará las propuestas de actualización actuales y las posibles alternativas. Finalmente, el autor proporcionará varias conclusiones para los lectores. La intención es dotar a los lectores de una mejor comprensión de las actualizaciones de Bitcoin, su concepto, historia y progreso, sentando las bases para una mayor discusión y ayudando a dar forma al consenso eventual dentro de la comunidad.
Al presentar los hechos, el autor, como desarrollador del ecosistema de Bitcoin, espera más posibilidades para Bitcoin y expresará opiniones claras sobre ciertos temas. Los lectores deben ser conscientes de la distinción entre hechos y opiniones en este artículo.

Introducción a las actualizaciones: qué y por qué

¿Qué es una actualización de Bitcoin

El libro blanco de Bitcoindefine un protocolo que es seguido por miles de nodos que conforman la red de la cadena de bloques de Bitcoin. \
Hay múltiples versiones de la implementación del protocolo (a menudo denominadas clientes). Según datos dehttps://bitnodes.io/nodes/, el cliente con la mayor cuota de mercado es Núcleo de Bitcoin. Como resultado, los desarrolladores que mantienen el código de Bitcoin Core (conocidos como Bitcoin-Core-Devs) tienen una influencia significativa dentro del ecosistema de Bitcoin.

qué-por qué-1

qué-por qué-1

El software del nodo de Bitcoin está compuesto por múltiples módulos y las propuestas de actualización relacionadas se definen a través deBIPs (Propuestas de Mejora de Bitcoin), que se clasifican en varios tipos.

Normalmente, cuando la gente habla de las actualizaciones de Bitcoin, se refieren a las “actualizaciones del protocolo de consenso”. Dado que estas actualizaciones requieren que la mayoría de los nodos de la red lleguen a un acuerdo (de lo contrario, podría producirse una bifurcación), es necesario abordar estas actualizaciones con mucha precaución. Como se muestra en el diagrama, los módulos relacionados con el protocolo de consenso dentro del sistema Bitcoin y las BIPs relacionadas con la capa de consenso son particularmente importantes y merecen una atención especial.

qué-por qué-2

qué-por qué-2

De hecho, segúnestadísticasDesde el repositorio de GitHub de Bitcoin, los cambios son muy activos. Sin embargo, dado que la mayoría de estos cambios no están relacionados con el protocolo de consenso, no han recibido mucha atención.

Estadísticas de Bitcoin Core en GitHub

Estadísticas de Bitcoin-core-github

Tipos de Actualizaciones del Protocolo de Consenso

Según la definición en [BIP-123]https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki), las actualizaciones del protocolo de consenso se dividen principalmente en dos tipos: bifurcaciones suaves y bifurcaciones duras.

• Además, hay otra forma menos intuitiva de interpretar y comparar estos dos tipos de actualizaciones, lo cual es bastante interesante:
  Soft Fork: Agrega o fortalece reglas (por ejemplo, agregar una nueva función como el soporte para direcciones de Taproot).

  Hard Fork: Elimina o relaja las reglas (por ejemplo, eliminando una restricción como eliminar el límite de recompensa por bloque).

Proceso de BIP y Soft Fork

Las dos actualizaciones exitosas del protocolo de consenso (Taproot/SegWit) utilizaron el método de soft fork, permitiendo actualizaciones sin causar divisiones significativas en la comunidad. Este artículo se centra en los soft forks, es decir, actualizaciones que son compatibles con versiones anteriores del software. Después de que se presenta una propuesta BIP, el proceso generalmente sigue los pasos descritos en el siguiente diagrama:

estado-bip

bip-state

Fuente: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

Normalmente, una propuesta de bifurcación suave combinará varios BIPs. Por ejemplo, Taproot consta de tres BIPs:

1. Firma Schnorr: BIP-340
2. Taproot: BIP-341
3. Tapscript: BIP-342

Revisemos la línea de tiempo de la actualización de Taproot:

Cronograma de Taproot

Cronograma de Taproot

Fuente: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

Los hitos en el proceso de bifurcación suave de Taproot incluyen:

1. Se proponen los BIP correspondientes y el plan de implementación se somete a revisión.
2. Los desarrolladores de Bitcoin-Core inician una solicitud de extracción de GitHub para la actualización.
3. Los desarrolladores de Bitcoin-Core revisan y fusionan la solicitud de extracción en GitHub, decidiendo sobre el método de activación.
4. Se ha lanzado una nueva versión del código de Bitcoin-Core.
5. Los mineros votan en la cadena de bloques para aprobar la altura del bloque de activación para el BIP.
6. La actualización se completa cuando la altura del bloque alcanza la altura acordada.

Es importante tener en cuenta que este proceso es un resumen retrospectivo, y no hay un consenso formal sobre estos hitos.

A lo largo del proceso, el Lista de correo de desarrollo de Bitcoinjugó un papel clave en consolidar el consenso entre diferentes partes.

¿Por qué actualizar

Como se mencionó al principio del artículo, hay tres voces principales en la comunidad actual con respecto a las actualizaciones:

1. Pro-Upgraders: Proponen una gran cantidad de mejoras, que serán analizadas más adelante en el artículo.
2. Pragmatic Builders: Se centran en mejorar el protocolo existente mediante la implementación de Prueba de Fraude (como BitVM y sus extensiones), encriptación de funciones (contratos y pruebas zk a través de Bitcoin PIPEs) y colisiones de hash (contratos implementados a través ColliderScript), entre otros.
3. Mantenedores del Status Quo: Este grupo cree que las actualizaciones deben ser muy lentas y cautelosas (con un ciclo de 10 años), representado por TeamSlowAndSteady, y aquellos que abogan por que no haya actualizaciones a menos que surjan ataques cuánticos, conocidos como Osificadores (referencia.

El autor ha proporcionado un análisis de los pros y los contras de actualizar vs. no actualizar:

Como desarrollador pragmático del ecosistema Bitcoin, el autor cree que es esencial explorar completamente el potencial de Bitcoin a través de innovaciones criptográficas o de ingeniería dentro del marco de protocolo existente. Desde las perspectivas de la "sostenibilidad" y la "adaptabilidad", el autor argumenta que, después de evaluar exhaustivamente el alcance del impacto y los riesgos de seguridad, es recomendable continuar actualizando según sea necesario.

Una mirada en profundidad a las mejoras

Stakeholders en Actualizaciones

Los principales participantes en la historia de Bitcoin, especialmente en el Consenso de Hong Kong (firmado en el evento Mesa Redonda de Bitcoin en febrero de 2016,@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">reference), were:

1. Desarrolladores de Bitcoin-Core: Desarrolladores que mantienen el código base de Bitcoin Core.
2. Piscinas de minería: Entidades responsables de la minería y seguridad de la red Bitcoin.
3. Usuarios y desarrolladores del ecosistema: principalmente intercambios, fabricantes de chips y otros actores clave en el ecosistema Bitcoin.

Con la creciente adopción de Bitcoin, los actores involucrados en las actualizaciones de Bitcoin han evolucionado. El modelo inicial de una simple separación de poderes se ha transformado gradualmente en un entorno más complejo y competitivo, a menudo descrito como una 'batalla por la influencia'. Para un análisis detallado, consulte el informe.Analizando el consenso de Bitcoin: Riesgos en las actualizaciones del protocolo.

partes interesadas

partes interesadas

Vale la pena destacar varios roles clave en las actualizaciones de Bitcoin:

1. Nodos económicos: este grupo se refiere principalmente a importantes intercambios centralizados (CEXs), instituciones de pago, custodios, etc. Su postura sobre las bifurcaciones suaves desempeña un papel crucial en determinar qué versión de Bitcoin se considera "legítima" y tiene un impacto significativo en las tasas de adopción.
2. Inversores: A medida que las estrategias de Bitcoin como ETFs, reservas institucionales y reservas nacionales se vuelven más populares en todo el mundo, el papel de los inversores se ha vuelto cada vez más complejo.
3. Desarrolladores de usuarios y ecosistemas: Después de la actualización de Taproot, el ecosistema Bitcoin ha florecido, con nuevos protocolos de activos como Ordinales emergiendo, junto con un aumento de aplicaciones nativas y soluciones de escalado.

Algunas conclusiones interesantes sobre estos roles:

1. Diferentes partes interesadas desempeñan diferentes roles en diferentes etapas: por ejemplo, los Desarrolladores del Ecosistema tienden a ser más proactivos en la propuesta de ideas, los Desarrolladores de Protocolo a menudo tienen la autoridad para revisar los BIP, y las piscinas de minería y los nodos económicos tienen una influencia significativa en la activación.
2. Los desarrolladores del ecosistema son más propensos a proponer y respaldar actualizaciones relacionadas con sus propios intereses comerciales.

Historia y Resumen de Actualizaciones

Según información pública, ha habido muchas actualizaciones de bifurcación suave desde el lanzamiento de la red Bitcoin.

bifurcaciones suaves

Horquillas blandas

Fuente de datos:

https://blog.bitmex.com/una-historia-completa-de-los-tenedores-de-consenso-de-bitcoin-2022-actualizacion/

https://www.drivechain.info/media/slides/mit-2023.pdf

Del diagrama anterior, se pueden sacar algunas conclusiones interesantes:

1. El protocolo de Bitcoin se ha vuelto algo rígido y, con el tiempo, la frecuencia de las bifurcaciones suaves ha disminuido.
2. Cada vez se tarda más en llegar a un consenso sobre las actualizaciones

Preocupaciones sobre la bifurcación suave

Analizando el BIP incluido en los pasados soft forks, podemos resumir las siguientes áreas de preocupación:

¿Qué hace una buena propuesta de actualización

Basándonos en los hechos y análisis presentados anteriormente, podemos intentar definir una buena propuesta de actualización para Bitcoin:

1. Apegándose a la identidad central de Bitcoin como sistema de pago: Bitcoin tiene una posición única.
2. Equilibrar el potencial y los riesgos de la aplicación: Hacer que guste a la mayoría, sin una fuerte oposición.
3. Escala de actualización adecuada: Ni demasiado simple (no vale la pena el esfuerzo), ni demasiado complejo (difícil de avanzar).
4. Momento adecuado: Debe haber una fuerte demanda, resolviendo problemas específicos. Por ejemplo, durante la fase de actualización de SegWit, la escalabilidad fue una fuerte demanda.

Actualizar Perspectivas

Clasificación de propuestas

El autor ha recopilado la mayoría de las propuestas activas, las ha etiquetado según las áreas de enfoque y las ha ubicado en un cuadrante para una visualización y comprensión más fáciles.

Notas importantes para la clasificación:

1. Las cuatro áreas de enfoque no son completamente independientes entre sí. Por ejemplo, un BIP que mejora la programabilidad también puede contribuir en cierta medida a la escalabilidad.
2. Una propuesta puede tener múltiples áreas de enfoque. Por ejemplo, OP_CAT está principalmente dirigido a mejorar la programabilidad, pero se impulsa más debido a su potencial para habilitar rollups de validez.
3. La categorización de las áreas de enfoque de una propuesta requiere un cierto nivel de “consenso” (que es inherentemente político). Es importante tener en cuenta que no hay una definición única, ya que diferentes participantes pueden tener diferentes perspectivas.
4. El segundo diagrama no es un sistema de coordenadas. Las propuestas se clasifican en función de etiquetas, y los atributos de los círculos (tamaño, posición, color, etc.) no tienen un significado especial.

categoría de propuesta-2

categoría de propuesta-2

categoría de propuesta-1

categoría de propuesta-1

Voces de la Comunidad

Desde el diagrama anterior, se puede ver que hay cierto consenso dentro de la comunidad con respecto a los problemas que las actualizaciones deben abordar, centrándose principalmente en expandir la funcionalidad necesaria para el sistema de pago. Estos se pueden clasificar en las siguientes dos categorías principales:

1. Programabilidad: Mejorar la programabilidad de los UTXOs, como a través de pactos/bóvedas/inspección de transacciones/pagos condicionales/mejoras de script, etc.
2. Escalabilidad: Para la escalabilidad de L2, el enfoque general se divide en validación en cadena y validación fuera de cadena, ambos de los cuales han promovido activamente propuestas.

El rompecabezas del Consenso

El autor cree que la comunidad de Bitcoin está atrapada en un laberinto de consenso con respecto a la próxima actualización por las siguientes razones:

1. Rigidez: Con un sistema de software cercano a un FDV de 2 billones de dólares, una parte significativa de las partes interesadas tiende a preferir la estabilidad, y ninguna de las partes está dispuesta a asumir la responsabilidad de posibles fallas.
2. Stakeholders altamente fragmentados: diferentes partes interesadas tienen diferentes demandas y desempeñan diferentes roles en diferentes etapas. Los gobiernos también se han convertido en partes interesadas clave.
3. Mecanismo de gobernanza imperfecto: como una de las primeras blockchains, Bitcoin carece de un mecanismo de gobernanza completamente desarrollado. La comunidad no ha podido llegar a un consenso sobre cómo activar las bifurcaciones suaves.
4. Papel dinámico de los desarrolladores del protocolo: si bien veto algunas propuestas, su papel no puede ser simplemente descrito como conservador o progresista.
5. Falta de urgencia: Con la infraestructura blockchain cada vez más madura, actualmente no hay una fuerte demanda de actualizaciones para Bitcoin.

Resumen&Conclusiones

Este artículo presenta los conceptos básicos de las actualizaciones de Bitcoin, proporciona un análisis en profundidad de las actualizaciones históricas y finalmente mira hacia las propuestas activas para la próxima actualización, resumiendo las razones del laberinto actual de consenso.

Después de revisar y mirar hacia adelante, se cree que los lectores ahora tienen cierta comprensión del estado actual de las actualizaciones. Por último, aquí hay varias conclusiones clave:

1. Progreso pragmático y cauteloso en las actualizaciones, siendo preferibles las bifurcaciones suaves.
2. Participantes altamente fragmentados, con la comunidad inclinándose hacia el conservadurismo.
3. Las actualizaciones deben ser discutidas bajo la premisa de adherirse a la posición de valor central de Bitcoin.
4. La escalabilidad es solo un aspecto del enfoque de actualización.
5. Se necesita un mejor momento; Una buena propuesta de actualización ganará rápidamente consenso.
6. La comunidad necesita explorar mejores mecanismos de gobernanza.

Agradecimientos

Durante el proceso de investigación, escritura y revisión de este artículo, recibí mucha ayuda de muchas personas, incluidos miembros de la comunidad que, por varias razones, prefieren no ser nombrados. Me gustaría expresar mi gratitud a todos ellos.

Es importante tener en cuenta que, dado que algunas de las opiniones en este artículo reflejan preferencias personales, la siguiente lista de reconocimientos no implica un acuerdo completo con el contenido, ni pretende este artículo involucrar a estos miembros de la comunidad de apoyo en disputas.

• Edición y revisión colaborativa (orden alfabético)

Adrien Lacombe

Bob Bodily

Equipo de Investigación Bitlayer

una casa

Jeffrey Hu

Rojo

Ren Zhang

Scott Odell

Super Testnet

Will Foxley

• Feedback y Asistencia Proporcionados (Orden Alfabético)

Ajian

Andrew Fenton

Ben77

David Tse

Es decir, Ben-Sasson

Mi Zeng

Trabajo Futuro

A lo largo del proceso, el autor identificó muchos problemas que merecen una mayor exploración, como soluciones para ciertas funcionalidades, investigación sobre propuestas específicas y apoyo de datos para ciertos puntos de vista. Estos temas se desarrollarán en series posteriores de artículos.

Referencias

https://bitcoinops.org/

https://opnext.dev/

https://groups.google.com/g/bitcoindev

https://github.com/TABConf/6.tabconf.com

https://petertodd.org/2024/covenant-dependent-layer-2-review

https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/

https://blog.bitmex.com/bitcoins-consensus-forks/

https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://bitnodes.io/nodes/

https://github.com/bitcoin/bitcoin/pulse/monthly

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://trustmachines.co/learn/bitcoin-taproot-upgrade-basic-breakdown/

https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

https://medium.com/@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff

https://github.com/bitcoin-cap/bcap

https://newsletter.blockspacemedia.com/p/four-takeaways-from-op-next

https://blog.bitfinex.com/educación/¿es-la-osificación-buena-o-mala-para-bitcoin/

https://arxiv.org/abs/2305.04079

https://www.allocin.it/uploads/placeholder-bitcoin.pdf

https://eprint.iacr.org/2024/1802

https://es.bitcoin.it/wiki/Soporte_de_Covenants

Descargo de responsabilidad:

1. Este artículo es reproducido de [kevinhe]. Los derechos de autor pertenecen al autor original [Modificado]. Si tiene alguna objeción a la reproducción, por favor contactar Equipo de Aprendizaje de Gate, el equipo lo manejará lo antes posible de acuerdo con los procedimientos relevantes.
2. Descargo de responsabilidad: Los puntos de vista y opiniones expresados en este artículo representan solo los puntos de vista personales del autor y no constituyen ningún consejo de inversión.
3. El equipo de Learn Gate tradujo el artículo a otros idiomas. Está prohibido copiar, distribuir o plagiar los artículos traducidos a menos que se mencione.