¿Qué fue SegWit2x?
SegWit2x fue una actualización de software propuesta diseñada para aumentar el límite de tamaño de bloque y mejorar la velocidad general de procesamiento de transacciones de Bitcoin. A pesar de que se presentó como un hard fork de la tecnología Bitcoin, nunca se implementó.
Principales puntos a tener en cuenta
- SegWit2x fue una actualización de software propuesta diseñada para aumentar el límite de tamaño del bloque de la cadena de bloques de Bitcoin para mejorar la velocidad de procesamiento de transacciones.
- Aunque se propuso como un hard fork de la cadena de bloques de Bitcoin, SegWit2x nunca se implementó debido a desacuerdos y falta de consenso.
- Segregated Witness (SegWit) se introdujo antes de SegWit2x y finalmente tuvo éxito en aumentar los tamaños de bloque.
Entendiendo SegWit2x
Para comprender SegWit2x, primero es necesario explorar la distinción entre hard forks y soft forks relacionados con la cadena de bloques. Un hard fork se refiere a un cambio completo en las reglas que rigen la cadena de bloques. Es un cambio significativo en el código de la cadena de bloques, lo que hace que los bloques antiguos sean incompatibles con la nueva cadena que se crea.
El resultado de un hard fork es que la cadena de bloques afectada se divide en dos. Además, si suficientes mineros, nodos, validadores u otras entidades dentro de una red adoptan un hard fork propuesto, pueden forzar una división de la cadena de bloques.
Por otro lado, los soft forks implican un cambio en las reglas de la red y hacen que la cadena de bloques actualizada sea compatible con versiones anteriores. Esto significa que los datos de los bloques antiguos se incorporan a los nuevos bloques y la cadena de bloques continúa.
Preocupaciones de la cadena de bloques
Entre los problemas más preocupantes que enfrentaba Bitcoin en ese momento estaba la escalabilidad. Debido a que el tamaño de bloque en la cadena de bloques de Bitcoin estaba limitado a 1 MB (megabyte), existía un límite en el número de transacciones que la red podía procesar por segundo.
“Los límites de bloque crean un cuello de botella en las velocidades de aprobación de transacciones. A medida que las criptomonedas continúan aumentando en popularidad, este cuello de botella puede ralentizar las redes”.
Los desarrolladores y entusiastas de las criptomonedas habían estado trabajando para abordar este problema, pero el debate sobre cómo escalar efectivamente la red era difícil y controvertido. Segregated witness (SegWit) fue propuesto a finales de 2015 por el desarrollador Pieter Wuille.
El objetivo de SegWit era aumentar la capacidad total de transacciones a través de un mecanismo de soft fork, que no provocaría una división. SegWit2x fue un intento de aumentar el límite de tamaño del bloque en megabytes para mejorar la validación de transacciones y la velocidad de la red.
Preocupaciones sobre SegWit2x
SegWit fue una sugerencia de soft fork, mientras que SegWit2x fue una propuesta de hard fork. Cuando SegWit se introdujo en la red en 2016, fue la primera etapa de un proceso de dos fases conocido como el “Acuerdo de Nueva York” por expertos en escalabilidad y desarrolladores.
“Acelerar los tiempos de transacción de criptomonedas sigue siendo un desafío. Proyectos como la Red Lightning buscan abordar estos problemas moviendo transacciones más pequeñas fuera de la cadena a otra capa”.
La segunda fase fue el protocolo SegWit2x, que aumentaría el tamaño del bloque de 1 MB a 2 MB. Al aumentar el tamaño del bloque, los partidarios de SegWit2x esperaban mejorar la velocidad y mitigar el aumento de las tarifas de transacción.
Partidarios y opositores de SegWit2x
Previo a la fecha de lanzamiento de SegWit2x, los mineros y las nuevas empresas tendían a ser los partidarios más vocales del nuevo protocolo. A menudo argumentaban que la falta de acción de Bitcoin estaba permitiendo que criptomonedas competidoras superaran a la moneda digital líder y que las actualizaciones existentes no eran suficientes para mitigar el problema.
Por otro lado, los desarrolladores y operadores de nodos a menudo se oponían a la adopción. Sugerían que Bitcoin debería ser una reserva de valor en lugar de un sistema de pago. Además, sentían que la peligrosidad del nuevo protocolo superaba los posibles beneficios.
SegWit2x no fue necesario realmente, ya que SegWit permitió que los bloques varíen de tamaño dependiendo de las unidades de peso del bloque hasta un límite de 4 WU.
SegWit2x fue altamente controvertido (en parte debido a su condición de hard fork) y sus desarrolladores no pudieron llegar a un consenso sobre su adopción. El hard fork inicialmente estaba planeado para el 16 de noviembre de 2017. Sin embargo, el 8 de noviembre de 2017, los líderes del movimiento SegWit2x suspendieron el hard fork debido a desacuerdos en curso y a la falta de un consenso más amplio entre los participantes.
¿Cuál es la diferencia entre SegWit y SegWit2x?
SegWit eliminó las firmas de testigos de la sección de transacción y aumentó el tamaño de los bloques dependiendo de un sistema de ponderación. SegWit2x también movió las firmas, pero propuso un hard fork para implementar el movimiento y un cambio en el tamaño del bloque.
¿Es SegWit un hard fork?
SegWit fue un soft fork de la cadena de bloques de Bitcoin, lo que facilitó la transición para la red.
¿Cuál es el concepto detrás de SegWit2x?
SegWit2x fue una idea para mover firmas a la transacción de coinbase en un bloque y aumentar el tamaño de los bloques de Bitcoin a 2MB. No se implementó.
Conclusión
SegWit2x, o witness segregado 2x, fue una propuesta para un hard fork que habría movido las firmas de testigos a la transacción de coinbase y aumentado el tamaño de los bloques a 2MB. Sin embargo, el soft fork de SegWit ocurrió antes que SegWit2x y logró lo mismo con tamaños de bloques más grandes, por lo que SegWit2x nunca se implementó.
Deja un comentario