Los desarrolladores de Bitcoin aún están divididos sobre los detalles de la activación de Taproot

El código para Taproot, la mayor actualización de Bitcoin en años, está finalizado ySe ha incluido en una próxima actualización.. Solo que aún no está listo para implementarse porque los desarrolladores de Bitcoin tienen diferentes opiniones sobre la mejor ruta para la activación.

Taproot mejorará las capacidades de los contratos inteligentes de Bitcoin mediante la implementación de un nuevo sistema de firma digital, Schnorr. Implementar esta actualización requiere una bifurcación suave del código de Bitcoin, y existen diversas propuestas para activarla.

En un intento por acelerar las discusiones de implementación, el colaborador de Bitcoin CORE, AJ Towns, encuestó recientemente a otros 12 desarrolladores que han estado activos en el proceso de implementación para conocer sus ideas sobre cómo debería ser la activación.

Sigue leyendo: El futuro de Bitcoin: cómo una próxima actualización podría mejorar la Privacidad y la escalabilidad

El resultados de la encuestaMuestran que, si bien los desarrolladores generalmente coinciden en cuanto al panorama general de la activación de Taproot, discrepan en los detalles. Al debatir los detalles, la deliberación conservadora y cuidadosa del desarrollador podría parecer quisquillosa a ojos de terceros.

Pero demuestra que las actualizaciones llamadas "soft-fork" como Taproot no son Eventos completamente libres de riesgos, y que el espectro de La controvertida bifurcación suave de SegwitHa rondado las discusiones.

Propuestas de activación de la raíz pivotante, explicadas

El aumento de la carga de transacciones de Segwit fue la última bifurcación suave de Bitcoin, o una actualización que es “compatible con versiones anteriores”, lo que significa que el software que ejecuta la versión anterior del código aún puede interactuar con la versión mejorada.

La activación de Segwit fue todo menos fluida y dependió de ajustes sobre la marcha, ya que los mineros no adoptaron la actualización durante su primer año. Para KEEP que la actualización fracasara, se adoptó una nueva propuesta de implementación a mitad del proceso de activación. Para presionar a los mineros a actualizar, una propuesta incluso sugirió que los operadores de nodos (los usuarios de Bitcoin que ejecutan el software de Bitcoin y KEEP una copia de su libro mayor) rechazaran las transacciones de los mineros que no se habían actualizado a SegWit para acelerar su adopción.

Sigue leyendo: Taproot se ha fusionado con Bitcoin CORE: ¿Qué significa esto?

En un mundo perfecto, tanto los usuarios de los nodos como los mineros se actualizarían simultáneamente para garantizar que ningún conflicto pudiera “dividir” la cadena, o resultar en dos facciones rivales que admitieran dos versiones diferentes del código de Bitcoin.

Si bien Taproot es una actualización no controversial, el recuerdo de Segwit hace que los desarrolladores sean cautelosos al evaluar esta última actualización.

Dos propuestas

Dos de las principales propuestas de implementación para Taproot se basan en una combinación de señalización de mineros y activación de usuarios. BIP 8, presentado en 2017 por los desarrolladores de Bitcoin Luke Dashjr y Shoalinfry, incluiría un periodo de señalización para los mineros. Si no se activan suficientes mineros para alcanzar el consenso sobre la actualización, un "día de activación" actualizaría automáticamente los nodos de Bitcoin que hayan descargado la versión 0.21 de Bitcoin CORE.

Estos nodos rechazarían bloques y transacciones de mineros que no admitan Taproot, por lo que, en teoría, este método incentivaría a los mineros a adoptar el nuevo conjunto de reglas para no perder ganancias.

En una segunda propuesta de implementación de Taproot, Modern Softfork Activation del desarrollador CORE Matt Corallo, fusiona BIP 8 con BIP 9 (este último fue la propuesta originalmente adoptada para activar Segwit pero que resultó inadecuada).

El modelo híbrido de Corallo incluye, en primer lugar, un periodo de señalización de un año para los mineros. En segundo lugar, si una gran mayoría de mineros no actualiza durante este periodo, la actualización estaría sujeta a una revisión semestral para realizar cambios (si los hubiera) a la propuesta.

El tercer y último paso es un período de activación estilo BIP 8 de dos años, con un día de bandera no obligatorio para que los usuarios del nodo activen la actualización.

Lo que piensan los desarrolladores de Bitcoin

En la primera pregunta de su encuesta, AJ Towns pregunta a los desarrolladores qué porcentaje de mineros necesita indicar una actualización para que se considere una mayoría segura. Ocho creen que un mínimo del 85% al 95% sería suficiente. La idea es que cualquier valor inferior podría provocar una "división" de la red, donde algunos mineros ejecutan el código antiguo y otros el nuevo, lo que generaría dos historiales de transacciones conflictivos.

Si no se logra una activación solicitada por los mineros, siete encuestados creen que la fecha límite para la activación impuesta por los nodos podría llegar entre 12 y 18 meses después de su inicio. Si muy pocos mineros adoptan la actualización, los nodos podrían aplicar el conjunto de reglas Taproot y solo aceptar bloques de los mineros que también solicitaron la actualización.

En un mundo perfecto, tanto los usuarios de los nodos como los mineros se actualizarían simultáneamente para garantizar que ningún conflicto pudiera “dividir” la cadena, o resultar en dos facciones rivales que admitieran dos versiones diferentes del código de Bitcoin.

Casi todos los desarrolladores encuestados quieren esperar para ver si los mineros y usuarios adoptan la actualización por su cuenta antes de decidir una fecha fija para el día de la bandera (si hay suficiente apoyo temprano, un día de la bandera puede no ser necesario en absoluto).

Si la activación no se realiza mediante activación voluntaria, la activación por día de bandera es la última opción. La mayoría de los encuestados se mostraron a favor de un día de bandera obligatorio para indicar automáticamente la actualización. Esto significaría que los nodos actualizados rechazarían los bloques de los mineros que no hayan indicado la actualización.

Desacuerdos sobre los detalles más finos

La llamada señalización forzada a través del día de la bandera tendría el beneficio de hacer que Taproot sea predeterminado en cualquier nodo de Bitcoin CORE que ejecute v.21; a su vez, estos nodos solo aceptarían datos de bloque de los mineros que también hayan señalado la actualización, por lo que en teoría esto alentaría a los mineros a actualizar para no perder su negocio.

¿Pero qué pasa si los mineros tienen usuarios de nodos que aceptan sus bloques?

Esta es una advertencia sobre la señalización forzada: si demasiados mineros y usuarios de nodos no aceptan Taproot y se niegan a actualizar su software, la red podría dividirse en dos cadenas competidoras. Si hay suficiente interés económico para respaldar la versión "antigua" de Bitcoin, el resultado podría ser dos activos en competencia.

Este resultado es en parte la razón por la que algunos desarrolladores, como Matt Corallo, piensan que la señalización forzada es innecesaria.

Dado que Taproot ha sido en gran medida poco controvertido, sería un riesgo político forzar la señalización de la actualización, argumenta. Considera que el método de activación es una reliquia de la "bifurcación suave activada por el usuario" de Segwit, una propuesta para activar Segwit por medios similares después de que los mineros no adoptaran la actualización. Segwit fue muy controvertido y político. Taproot no lo es, pero Corallo cree que la señalización forzada amenaza con convertirlo en algo así.

En su publicación, Towns escribe que la señalización obligatoria sería una forma de imponer definitivamente la activación de Taproot en toda la red después de que se haya establecido suficiente consenso a través de la discusión y el apoyo de los mineros.

“Si desea maximizar la cantidad de nodos que harán cumplir las reglas en caso de que ocurra un día de bandera, pero también solo elegir el día de bandera después de que ya se haya implementado ampliamente un intento de activación inicial, entonces no tendrá más opción que hacer que la señalización sea obligatoria cuando ocurra el día de bandera”, escribe Towns.

¿Qué es lo que está ocurriendo?

Towns presenta una propuesta de activación alternativa en la encuesta, que contempla un plazo de activación de cuatro años. Como siempre en el debate sobre el desarrollo de Bitcoin , esto también generó cierta oposición.

“Una vez que la decisión de activar cuenta con un apoyo abrumador de los desarrolladores y usuarios, cuanto más largo sea el plazo de activación (más allá del prácticamente requerido para que los mineros actualicen de forma segura), más cosas pueden salir mal”, dijo el ex desarrollador de Bitcoin CORE, Eric Lombrozo. le dijo a Towns en Twitter.

Dejando a un lado los riesgos, si la mayoría de los desarrolladores y Bitcoiners piensan que Taproot es una opción segura para una actualización, no debería tomar cuatro años para activarse, especialmente porque ya ha estado tanto tiempo en desarrollo.

Después de todo, si Taproot ha estado en desarrollo desde 2018, ¿ no deberían los mineros y operadores de nodos saber qué esperar?

Como dijo Adam Back, director ejecutivo de Blockstreamponlo en Twitter“La raíz principal no puede ser una sorpresa después de varios años”.