Los desarrolladores de Bitcoin siguen divididos sobre los detalles de la activación de Taproot

El código de Taproot, la mayor actualización de Bitcoin en años, está finalizado y ha sido empaquetado en una próxima actualización. Sólo que no está listo para ser implementado todavía porque los desarrolladores de Bitcoin tienen opiniones diferentes sobre la mejor ruta para la activación.

Taproot mejorará las capacidades de contrato inteligente de Bitcoin Billionaire implementando un nuevo esquema de firma digital, Schnorr. La implementación de la actualización requiere una „horquilla suave“ del código de Bitcoin, y hay algunas propuestas que compiten por la activación.

En un intento de acelerar las discusiones de implementación, el colaborador de Bitcoin Core, A.J. Towns, ha encuestado recientemente a otros 12 desarrolladores que han estado activos en el proceso de implementación para recoger sus ideas sobre cómo debería ser la activación.

Los resultados de la encuesta muestran que, aunque los desarrolladores están generalmente alineados en lo que se refiere al panorama general de la activación de Taproot, no están de acuerdo en los detalles. Mientras debaten los puntos más finos, la deliberación conservadora y cuidadosa del desarrollador puede parecer como una minucia para los de fuera.

Pero muestra que las llamadas actualizaciones de „horquilla blanda“ como Taproot no son eventos totalmente sin riesgo – y que el espectro de la controvertida horquilla blanda de Segwit ha obsesionado las discusiones.

Las propuestas de activación de Taproot, explicadas

El aumento de la carga de transacciones de Segwit fue la última horquilla blanda de Bitcoin, o una actualización que es „compatible hacia atrás“, lo que significa que el software que ejecuta la versión antigua del código todavía puede interactuar con la versión actualizada.

La activación de Segwit fue todo menos suave y se basó en ajustes a lo largo del camino después de que los mineros no adoptaran la actualización en su primer año. Para evitar que la actualización fallara, se adoptó una nueva propuesta de implementación en medio del proceso de activación.

En un esfuerzo por presionar a los mineros para que se actualizaran, una propuesta incluso sugería que los operadores de nodos – aquellos usuarios de Bitcoin que ejecutan el software de Bitcoin y guardan 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.

En un mundo perfecto, tanto los usuarios de los nodos como los mineros se actualizarían simultáneamente para asegurar que ningún conflicto „dividiera“ la cadena – o resultara en dos facciones rivales que apoyaran dos versiones diferentes del código de Bitcoin.

Aunque Taproot es una actualización no controvertida, la memoria de Segwit hace que los desarrolladores sean cautelosos a la hora de evaluar esta última actualización.

Dos propuestas

Dos de las principales propuestas de aplicación de Taproot se basan en una mezcla de señalización de mineros y activación de usuarios. El BIP 8, introducido en 2017 por los desarrolladores de Bitcoin Luke Dashjr y Shoalinfry, incluiría un período de señalización para los mineros; si no se activan suficientes mineros para llegar a un consenso sobre la actualización, entonces un „día de bandera“ para la activación actualizaría automáticamente los nodos de Bitcoin que han descargado la v0.21 de Bitcoin Core.

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

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

El modelo híbrido de Corallo incluye primero un período de señalización de un año para los mineros. En segundo lugar, si una supermayoría de mineros no se actualiza durante este período, entonces la actualización estaría sujeta a una revisión de seis meses para hacer cambios (si los hubiera) en la propuesta.

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

Lo que piensan los desarrolladores de Bitcoin

Para la primera pregunta de su encuesta, Pueblos AJ pregunta a los desarrolladores qué porcentaje de mineros necesitan señalar una mejora para que se considere una mayoría segura. Ocho creen que nada menos que el 85%-95% sería suficiente. El pensamiento es que cualquier cosa menos amenaza una „división“ de la red donde algunos mineros ejecutan el código más antiguo y otros el más nuevo, lo que crearía dos historias de transacciones conflictivas.

En caso de que no se produzca una activación señalada por el minero, siete de los encuestados creen que el día de la activación forzada por el nodo podría llegar tan pronto como entre 12 y 18 meses después de que se inicie la activación. Si muy pocos mineros adoptan la actualización, esto significaría que los nodos podrían hacer cumplir el conjunto de reglas de Taproot y sólo aceptarían bloqueos de los mineros que también señalaran la actualización.

EN UN MUNDO PERFECTO, TANTO LOS USUARIOS DE LOS NODOS COMO LOS MINEROS SE ACTUALIZARÍAN SIMULTÁNEAMENTE PARA ASEGURAR QUE NINGÚN CONFLICTO „DIVIDIERA“ LA CADENA – O RESULTARA EN DOS FACCIONES RIVALES QUE APOYARAN DOS VERSIONES DIFERENTES DEL CÓDIGO DE BITCOIN.

Casi todos los desarrolladores encuestados quieren esperar a ver si los mineros y los usuarios adoptan la actualización por su cuenta antes de decidir una fecha dura 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 pasa por una activación voluntaria, entonces la activación del día de la bandera es la última opción sobre la mesa. La mayoría de los encuestados estaban a favor de un día de bandera obligatorio para señalar automáticamente la actualización. Esto significaría que los nodos de actualización rechazarían los bloqueos de los mineros que no han señalado 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 se predeterminara en cualquier nodo del núcleo de Bitcoin que se ejecutara en la v.21; a su vez, estos nodos sólo aceptarían datos de bloque de los mineros que también hubieran señalado la actualización, por lo que en teoría esto animaría a los mineros a actualizarse para no perder su negocio.

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

Esta es una advertencia para la señalización forzada: Si demasiados mineros y usuarios de nodos no aceptan Taproot y se niegan a actualizar su software, entonces la red podría dividirse en dos cadenas competidoras. Si suficiente interés económico respalda la „vieja“ versión de Bitcoin, entonces 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 no ha sido muy controvertido, sería un riesgo político forzar la señal de la actualización, argumenta. Considera que el método de activación es una reliquia de la „horquilla blanda 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 hacerlo así.

En su puesto, Towns escribe que la señalización obligatoria sería una forma de hacer cumplir 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 se quiere maximizar el número de nodos que harán cumplir las reglas en caso de que se produzca un día de bandera, pero también sólo elegir el día de bandera después de que un intento de activación inicial ya esté ampliamente desplegado, entonces no hay más remedio que hacer obligatoria la señalización cuando se produzca el día de bandera“, escribe Towns.

Por qué el retraso?

Towns introduce una propuesta de activación alternativa en la encuesta que incluye un plazo de activación de cuatro años. Como siempre en el debate sobre el desarrollo de Bitcoin, esto también ha recibido algunos reveses.

„Una vez que la decisión de activarse tiene un apoyo abrumador por parte de desarrolladores y usuarios, cuanto más largo sea el marco temporal de activación (más allá de lo que prácticamente se requiere para que los mineros se actualicen de forma segura) más cosas pueden salir mal“, dijo el antiguo desarrollador de Bitcoin Core Eric Lombrozo a Towns en Twitter.

Dejando a un lado los riesgos, si la mayoría de los desarrolladores y Bitcoiners piensan que Taproot es un zapato para una actualización, no debería tardar cuatro años en activarse, sobre todo porque ya ha tardado mucho en hacerse.

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

Como el CEO de Blockstream Adam Back lo puso en Twitter, „Taproot no puede ser una sorpresa después de varios años“.

Comments are Closed