Segwit, la soluci√≥n al tama√Īo de bloque

Segwit se considera la soluci√≥n a prevalecer de una criptomoneda para que sus caracter√≠sticas monetarias inherentes a trav√©s de la blockchain contin√ļen siendo seguras e infalsificables

Segwit¬†puede ser capaz de proporcionar una soluci√≥n t√©cnica acerca de si Bitcoin o cualquier otra criptomoneda debe aumentar su l√≠mite del tama√Īo de bloque, creando as√≠ un escenario interno en la estructura de la cadena de bloques.

Segwit tambi√©n denominado “Testigo Segregado”, se piensa que va a revolucionar al Bitcoin como una soluci√≥n a acelerar las transacciones, mientras que otros se desilusionan en seguir su modelo y prefieren consolidar hacia un Hard Fork como alternativa a concebir una nueva criptomoneda a partir de la misma blockchain de la original.


¬ŅQu√© es el Segwit?

Para comprender esto, primero deber√°s discernir algunos conceptos b√°sicos.¬†¬ŅC√≥mo funcionan las transacciones con Bitcoin?

“Supongamos que Ana quiere enviar una cierta cantidad de bitcoins a Bill. ¬ŅC√≥mo funciona el sistema de transacci√≥n con Bitcoin? Las transacciones con Bitcoin son muy diferentes de las transacciones del monedero tradicional de la divisa FIAT. Si Ana le diera U$ 2 a Bill, ella tomar√≠a f√≠sicamente los 2 d√≥lares de su monedero y se los dar√≠a a Bill. Sin embargo, las cosas no funcionan as√≠ en Bitcoin. No posees f√≠sicamente ning√ļn Bitcoin, lo que tienes es la prueba de que tienes bitcoins”.

Hay dos cosas m√°s que debes saber:segwit

  • Los mineros validan tus transacciones colocando los datos dentro de las minas que han bloqueado. A cambio de dar este servicio, cobran una comisi√≥n por transacci√≥n.
  • Cuando se trata de la moneda FIAT, no se hace un seguimiento de c√≥mo y de d√≥nde se obtiene esa nota espec√≠fica. Por ejemplo: abres tu monedero en este momento y sacas todas las notas y monedas que contiene. ¬ŅPuedes decir exactamente de d√≥nde conseguiste cada una de las notas y monedas espec√≠ficas? Es muy probable que no. Sin embargo, con Bitcoin, se toma nota del historial de todas y cada una de las transacciones.

Ok, ahora vamos a profundizar en cómo se lleva a cabo una transacción de bitcoins entre Ana y Bill. Hay dos lados en una transacción, la Entrada y la Salida. Todas estas transacciones tendrán un nombre que descubriremos al final. Por ahora, veamos la dinámica.

Entrada de la transacción

Para hacer que esta transacción ocurra, Ana necesita obtener bitcoins que ha recibido de varias transacciones anteriores. Recuerda, como se mencionó antes, en bitcoins, cada moneda se contabiliza a través de un historial de transacciones.

Entonces, supongamos que Ana necesita extraer bitcoins de las siguientes transacciones, que se denominaremos TX(0), TX(1) y TX(2). Estas tres transacciones se agregarán juntas y eso te dará la transacción de entrada que llamaremos TX(Entrada).

El diagrama se ver√° de la siguiente forma:

Segwit-transacción de entrada

Entonces, esto será desde el lado de entrada, vamos a ver cómo se verá desde el lado de salida.

Salida de la transacción

La salida b√°sicamente tendr√° un n√ļmero de bitcoins que Bill poseer√° despu√©s de la transacci√≥n y cualquier cambio restante sobrante, luego se enviar√° nuevamente a Ana. Este cambio se convierte en su valor de entrada para todas las transacciones futuras.

Una representación diagramada del lado de la salida se verá así:

Segwit-transacción de salida

Ahora bien, esta es una transacci√≥n muy simple que tiene solo un resultado (adem√°s del cambio), hay transacciones que son posibles con m√ļltiples salidas.

Este es el aspecto del dise√Īo b√°sico de la transacci√≥n. Sin embargo, para que todo esto pase, se deben cumplir ciertas condiciones.

Condiciones de la transacción

TX(Entrada) > TX(Salida). La transacción de entrada debe ser siempre mayor que la transacción de salida. En cualquier transacción, el déficit entre la entrada y la salida (salida+cambio) son las comisiones de transacción que los mineros recaudan. Entonces: comisiones de transacción = TX(Entrada) Р(TX(Salida) + Cambio)

Del lado de la entrada: TX(0) + TX(1) + TX(2) = TX(Entrada). Si Ana no cuenta con los fondos necesarios para llevar a cabo las transacciones, los mineros simplemente rechazar√°n las transacciones.

Bill tendr√° que demostrar que puede proporcionar la prueba necesaria para obtener los bitcoins. Ana bloquear√° las transacciones con la direcci√≥n p√ļblica de Bill. Bill tendr√° que presentar su clave privada para desbloquear las transacciones y obtener acceso a sus comisiones.

Ana tambi√©n necesitar√° verificar tener los derechos necesarios para enviar los bitcoins en primer lugar. La forma en que lo hace es firmando la transacci√≥n con su firma digital (tambi√©n conocida como su clave privada). Cualquiera puede decodificar esto usando su clave p√ļblica y verificar que fue Ana quien envi√≥ los datos. Esta prueba se llama “Datos de firma”. Recuerda esto porque ser√° muy importante m√°s adelante.

Entonces, ¬Ņcu√°l va a ser el nombre de toda esta transacci√≥n?

La entrada (incluidos los datos de firma) y los datos de salida se suman y se procesan utilizando el algoritmo hash SHA 256. El hash de salida es el nombre que se le da a esta transacción.

xtb

Detalles del código de transacción

Así es como se ve la transacción en el código del formulario. Supongamos que Ana quiere enviar 0.0015 BTC a Bill, y para hacerlo, envía entradas que valen 0.0015770 BTC. Así es como se ve el detalle de la transacción:

Segwit-detalles del código de transacción

Lo primero que vas a ver:

Segwit-nombre de la transacción

Es el nombre de la transacción, también conocido como el valor de hash de entrada y salida.

Vin_sz es la cantidad de datos de entrada desde que Ana envía los datos utilizando solo una de sus transacciones anteriores, su valor es 1.

Vout_sz es 2 porque las √ļnicas salidas son Bill y el cambio.

Estos son los datos de entrada:

Segwit-datos de entrada

¬ŅVes los datos de entrada? Ana solamente est√° usando una transacci√≥n de entrada (en el ejemplo de arriba, esta ser√° TX (0)), esta es la raz√≥n por la cual vin_sz era 1.

Debajo de los datos de entrada est√°n sus datos de firma.

Debajo de todo esto est√°n los datos de salida:

Segwit-datos de salida

La primera parte de los datos significa que Bill obtiene 0.0015 BTC.

La segunda parte significa que 0.00005120 BTC es lo que Ana est√° recibiendo como cambio.

Ahora, ¬ŅRecuerdas que los datos de entrada fueron de 0.0015770 BTC? Esto es mayor que (0.0015 + 0.00005120). El d√©ficit de estos dos valores es la comisi√≥n de transacci√≥n que los mineros est√°n cobrando.

Entonces, esta es la anatomía de una transacción simple.

Sin embargo, antes de continuar, analicemos un tipo especial de transacción llamada transacción de Coinbase. Básicamente, es la primera información de transacción que está en el bloque, y significa la recompensa minera que obtienen los mineros al extraer el bloque.

A partir de ahora, la recompensa es 12.5 BTC. Estas transacciones no tienen datos de entrada y solo tienen datos de salida. Recuerda esto porque se volver√° un tema importante m√°s adelante.

¬ŅCu√°l es el problema de la escalabilidad?

Ahora recuerda, todas las transacciones que suceden en la cadena de bloques se llevan a cabo porque los mineros realmente extraen estos bloques y colocan las transacciones en los bloques para validarlos. Pero, solo hay muchas transacciones que puedes poner en el bloque. Cuando se concibió al Bitcoin por primera vez, no existía el límite de bloque.

Sin embargo, Satoshi Nakamoto (fundador(es) de Bitcoin), se vio obligado a agregar el l√≠mite porque previeron un posible ataque DoS (ataque de denegaci√≥n de servicio) que los hackers y trolls pueden infligir en la cadena de bloques. Pueden completar los bloques con transacciones de correo no deseado, y pueden extraer bloques que podr√≠an ser innecesariamente grandes para obstruir el sistema. Como resultado, a los bloques se les dio un l√≠mite de tama√Īo de 1 MB.

Esto era viable al principio, pero a medida que su popularidad se hacía cada vez más grande, comenzaron a sumarse varias transacciones. Este gráfico muestra la cantidad de transacciones que han estado sucediendo cada mes:

Segwit-gr√°fico de transacciones

Como puedes ver, el n√ļmero de transacciones mensuales solo est√° aumentando y con el l√≠mite del tama√Īo de bloque actual de 1 MB, Bitcoin solo puede manejar 4.4 transacciones por segundo. Una de las principales razones por las que las transacciones son voluminosas y ocupan tanto espacio es debido a los datos de firma que contienen (te hab√≠a comentado que tuvieras esto en cuenta). El hecho es que el 65% del espacio que utiliza la transacci√≥n est√° ocupado por los datos de la firma.

A medida que el n√ļmero de transacciones ha aumentado a pasos agigantados, tambi√©n aument√≥ la velocidad a la que los bloques se completaron. En la mayor√≠a de los casos, la gente ten√≠a que esperar hasta que se crearan nuevos bloques para que sus transacciones se llevaran a cabo. Esto cre√≥ un atraso en las transacciones, de hecho, la √ļnica manera de priorizar sus transacciones fue pagar una comisi√≥n de transacci√≥n lo suficientemente alta como para atraer e incentivar a los mineros a priorizar sus transacciones.

Esto introdujo el sistema de ‘reemplazo por comisi√≥n’. B√°sicamente, as√≠ es como funciona. Supongamos que Ana est√° enviando 5 bitcoins a Bill, pero la transacci√≥n no se realiza debido a un retraso. Ella no puede “borrar” la transacci√≥n porque los bitcoins una vez gastados, nunca pueden volver.

Sin embargo, Ana puede realizar otra transacción de 5 bitcoins con Bill, pero esta vez con comisiones de transacción que son lo suficientemente altas como para incentivar a los mineros. A medida que los mineros pongan su transacción en el bloque, también sobrescribirá la transacción anterior y la anulará.

Si bien el sistema de ‘reemplazo por comisi√≥n’ es rentable para los mineros, es un inconveniente para los usuarios que pueden no ser tan buenos. De hecho, aqu√≠ hay un gr√°fico del tiempo de espera que un usuario deber√° pasar si pag√≥ las comisiones de transacci√≥n m√≠nimas posibles:

Segwit-gr√°fico de tiempo de espera de las transacciones

Si pagas las comisiones de transacción más bajas posibles, tendrás que esperar un tiempo medio de 13 minutos para que tu transacción se complete.

Una posible solución que se pensó para acelerar las transacciones fue la presentación de la Red Lightning Network.

Cómo es la red Lightning Network

La red Lightning Network es un sistema de micropagos por fuera de la cadena que est√° dise√Īado para hacer que las transacciones funcionen m√°s r√°pido en la blockchain. Fue conceptualizado por Joseph Poon y Tadge Dryja en su libro blanco t√©cnico que ten√≠a como objetivo resolver el l√≠mite del tama√Īo de bloque y de los problemas en el retraso de la transacci√≥n. Opera sobre Bitcoin y generalmente se denomina “Capa 2”.

Como se√Īala Jimmy Song en su art√≠culo mediano:

“La red Lightning Network funciona creando una transacci√≥n con doble firma. Es decir, tenemos un nuevo cheque que requiere que ambas partes firmen para que sea v√°lido. El cheque especifica cu√°nto se env√≠a de una parte a otra. A medida que se realizan nuevos micropagos de una parte a otra, se cambia el monto del cheque y ambas partes firman el resultado”.

La red permitirá a Ana y a Bill realizar transacciones entre ellos sin que una tercera parte, incluso los mineros, los mantengan cautivos. Para activar esto, la transacción debe ser firmada por Ana y Bill antes de que se emita en la red. Esta doble firma es crítica para que la transacción se realice.

Sin embargo, aquí es donde enfrentamos otro problema.

Como la verificaci√≥n doble depende en gran medida del identificador de transacci√≥n, si por alg√ļn motivo se cambia el identificador, esto causar√° un error en el sistema y la red Lightning Network no se activar√°. En caso de que te preguntes cu√°l es el identificador de la transacci√≥n, es el nombre de la transacci√≥n, tambi√©n conocido como el hash de las transacciones de entrada y salida, en el ejemplo que se ha mencionado antes¬†como el¬†identificador de transacci√≥n.

Ahora, usted se estar√° preguntando, ¬Ņqu√© causar√≠a que cambie el identificador de transacci√≥n? Esto nos lleva a un error interesante en el sistema de bitcoin llamado “Transaction Malleability”.

¬ŅQu√© es la maleabilidad de la transacci√≥n?

Antes de que puedas comprender qué es la maleabilidad de las transacciones, es importante recapitular una de las funciones más importantes en el modelo cripto-económico: el hash. Para darte una breve descripción general, una función de hash puede tomar cualquier entrada de cualquier longitud pero la salida que da siempre es de una longitud fija.

Sin embargo, hay otra funci√≥n importante del hash que necesitar√°s saber para comprender y se llama¬†“error de maleabilidad de la transacci√≥n”. Cualquier peque√Īo cambio en los datos de entrada cambiar√° dr√°sticamente el hash de salida.

Por ejemplo, puedes verificar esta prueba que se ha realizado con el algoritmo SHA-256, también conocido como el algoritmo hash utilizado por Bitcoin:

Segwit-prueba del algoritmo SHA-256

¬ŅViste eso?¬†¬°Acabamos de cambiar la letra¬†T¬†de may√ļscula a min√ļscula y ver√°s lo que pas√≥ a la salida!

Una cosa más que debes entender acerca de la cadena de bloques es que es inmutable, lo que significa que una vez que los datos se han insertado en un bloque, nunca más se podrán cambiar. Si bien esto demuestra una red de seguridad contra la corrupción, hubo una debilidad que nadie vio venir.

¬ŅQu√© pasa si los datos fueran manipulados antes de que ingresaran al bloque? Incluso si las personas se enteraran m√°s tarde, ¬°No hab√≠a nada que nadie pudiera hacer al respecto porque los datos una vez ingresados en un bloque nunca se pueden eliminar! Eso en esencia es por qu√© la maleabilidad de las transacciones es un problema.

Ahora, ¬ŅPor qu√© ocurre la maleabilidad de las transacciones?

Resulta que la firma que acompa√Īa a los datos de entrada se puede manipular, lo que a su vez puede cambiar la identificaci√≥n de la transacci√≥n. De hecho, puede hacer que parezca que la transacci√≥n ni siquiera ocurri√≥ en primer lugar. Veamos esto en un ejemplo.

Supongamos que Bill quiere que Ana le env√≠e 3 BTC. Ana inicia una transacci√≥n de 3 BTC a la direcci√≥n p√ļblica de Bill y luego la env√≠a a los mineros para su aprobaci√≥n. Mientras la transacci√≥n est√° esperando en la cola, Bill utiliza la maleabilidad de las transacciones para alterar la firma de Ana y cambiar la identificaci√≥n de la transacci√≥n.

Ahora existe la posibilidad de que esta transacción manipulada sea aprobada antes de que Ana sea aprobada, lo que a su vez sobreescribe la transacción de Ana. Cuando Bill obtiene sus 3 BTC, simplemente puede decirle a Ana que no recibió los 3 BTC que le debía. Luego, Ana verá que su transacción no se realizó y lo reenviará. Como resultado, Bill terminará con 6 BTC en lugar de los 3 BTC.

Así es como la maleabilidad de las transacciones puede funcionar y este es un problema serio. Mira esto:

Segwit-gr√°fico de la maleabilidad de las transacciones

Estas son estadísticas del ataque de maleabilidad del 2015 con Bitcoin. Las líneas rojas representan aproximadamente las transacciones mal hechas en la red.

Ahora, ¬ŅRecuerdas lo que se ha mencionado al principio? La maleabilidad de la transacci√≥n estaba sucediendo porque los datos de la firma eran templables. Por lo tanto, no solo los datos de la firma consum√≠an espacio en el bloque, sino que tambi√©n representaban una amenaza grave con la maleabilidad de las transacciones.

El Segwit y las cadenas laterales

Las cadenas laterales como concepto han estado en los círculos del Bitcoin desde hace bastante tiempo. La idea es muy directa, tienes una cadena paralela que corre junto con la cadena principal. La cadena lateral se unirá a la cadena principal a través de un punto de dos vías.

Esto es lo que parecía ser la idea principal de Blockstream acerca de la cadena de bloques del Bitcoin y de la cadena lateral:

Segwit-presentación de las cadenas laterales

Lo que el Dr. Wiulle pens√≥ era simple ¬ŅPor qu√© no agregar una caracter√≠stica a esta cadena lateral? Esta caracter√≠stica incluir√≠a los datos de firma de todas las transacciones, separ√°ndolas en el proceso de la cadena principal. Esta caracter√≠stica se llamar√≠a Testigo Segregado como Segwit.

Así es como se vería un bloque una vez que se implementa el Segwit:

Segwit-bloque con el segwit implementado

De esa manera, al eliminar los datos de firma de las transacciones, se matan dos pájaros de un tiro, el espacio del bloque se vacía y las transacciones se volvían maleables. Sin embargo, había una cosa más que necesitaba ser trabajada. La activación del Segwit solo fue posible a través de un Hard Fork, que es lo que todos querían evitar. Los desarrolladores querían ver alternativas de un Soft Fork.

El Segwit como Soft Fork

Para utilizar el Segwit como un Soft Fork, los desarrolladores tuvieron que proponer 2 ingeniosas innovaciones. Estas son los siguientes:

  • Organiza los datos de la firma en las cadenas laterales en forma de un √°rbol de Merkle
  • Guarda una parte de los datos de firma en una nueva parte del bloque

Antes de continuar, realicemos un breve repaso de los √°rboles de Merkle.

¬ŅQu√© es el √°rbol de Merkle?

Segwit-√°rbol de Merkle

El diagrama de arriba muestra cómo es un árbol de Merkle. En un árbol de Merkle, cada nodo sin hoja es el valor hash de sus nodos secundarios.

Nodos hoja: son los nodos del nivel más bajo del árbol. Entonces, en el diagrama de arriba, los nodos hoja serán los bloques L1, L2, L3 y L4.

Nodos secundarios: son los nodos debajo de su nivel que son alimentados por sus nodos secundarios. En el diagrama, los nodos etiquetados como ‘Hash 0-0’ y ‘Hash 0-1’ son los nodos secundarios del nodo etiquetado como ‘Hash 0’.

Nodos ra√≠z:¬†el nodo individual del nivel m√°s alto etiquetado como ‘Hash Superior’ es el nodo ra√≠z, tambi√©n conocido como Ra√≠z de Merkle.

Segwit-nodos raíz

Todas las transacciones dentro de un bloque se organizan en forma de un árbol de Merkle, y la raíz de Merkle de todos los datos se guarda dentro del bloque. Se puede acceder a todas las transacciones atravesando la raíz de Merkle.

Entonces, ¬ŅQu√© sugirieron los desarrolladores del Segwit? ¬ŅPor qu√© no ejecutar otro √°rbol de Merkle, pero solo con los datos de firma? Esa fue la primera innovaci√≥n.

La segunda innovaci√≥n fue saber exactamente d√≥nde poner la ra√≠z de Merkle de los datos de la firma. Los desarrolladores sab√≠an que para activar la bifurcaci√≥n del Segwit, la ra√≠z de la firma deb√≠a colocarse en el bloque. El lugar que eligieron fue el punto de transacci√≥n de Coinbase. Ahora recuerda, que se ha mencionado esto antes, la transacci√≥n de Coinbase es la primera transacci√≥n que tiene lugar en un bloque, esta es b√°sicamente la transacci√≥n que le otorga a los mineros su recompensa y no tiene ning√ļn valor de entrada de ning√ļn tipo.

Lo que los desarrolladores no se dieron cuenta fue que al hacerlo, sin darse cuenta tropezaron con algo que tendría repercusiones mucho más amplias.

Al colocar la firma de Merkle en un nuevo lugar en el bloque, fueron aumentando cada vez m√°s el tama√Īo de bloque, ¬°Sin aumentar el l√≠mite del tama√Īo de bloque en primer lugar! As√≠ que b√°sicamente, lo que lograron fue que aumentaron el tama√Īo de bloque e hicieron que toda la transici√≥n fuera compatible con versiones anteriores, tambi√©n conocido como el Soft Fork. Este fue un avance importante que le dio a la red Bitcoin una soluci√≥n temporal para sus problemas de escalabilidad.

La convención de escalabilidad de Hong Kong y detractores del Segwit

En la convención de Hong Kong de 2015, el Dr. Wiulle presentó la propuesta del Segwit, que en gran medida se recibió muy bien. Se suponía que esta era la respuesta que todos estaban buscando. Se esperaba que todos saltasen a bordo, sin embargo, no funcionó de esa manera. Algunos de los mineros tenían un gran problema con el Segwit.

Cuando los desarrolladores crearon el Segwit, le agregaron una cláusula especial. Solo se podía activar cuando tuviera el 95% de aprobación de los mineros. Después de todo, es un gran cambio en el sistema y se dieron cuenta de que conseguir una gran mayoría era el camino a seguir. Sin embargo, esto causó una interrupción en el sistema. Algunos de los mineros no querían que se activara. Ellos tenían miedo dado que el espacio de bloques disponible aumentara, habría más espacio disponible para las transacciones, lo que reducía el tiempo de espera.

Esto a su vez, reduce las comisiones de transacci√≥n y lograr√≠a eliminar el sistema de ‘reemplazo por comisi√≥n’, que son sus principales modos de ingresos (adem√°s de la recompensa por bloque). Entonces, como resultado, la implementaci√≥n del Segwit se estanc√≥.

Esto a su vez, enfureció a los usuarios. En el contexto de una cadena de bloques, los usuarios son personas que ejecutan nodos en la red de la blockchain. Se dieron cuenta de que había que hacer algo para alentar a los mineros a que minaran bloques activados.

Junto con los mineros, hubo algunos desarrolladores que no estaban contentos con la soluci√≥n del Segwit. Desde su punto de vista, una soluci√≥n temporal no era lo suficientemente buena, algo m√°s permanente, como un aumento en el tama√Īo de bloque, era m√°s necesario.

Uno de los clientes de Bitcoin que ofrece un aumento en el tama√Īo de bloque llamado “Bitcoin Unlimited”, estaba ganando mucho apoyo. El CEO de DCG, Barry Silbert, cre√≠a que la comunidad de Bitcoin estaba bajo una gran confusi√≥n, y si no se abordaba el problema, podr√≠a generar muchas tensiones en el futuro. Llam√≥ a todos para una reuni√≥n en Nueva York. El resultado de esta reuni√≥n es lo que se conoce como “El acuerdo de Nueva York”.

El acuerdo de Nueva York

El 21 de mayo de 2017, miembros prominentes de la comunidad de Bitcoin se reunieron en Nueva York para la convención. Después de muchas deliberaciones, se llegó a un compromiso entre los aumentos del pro-segwit y del pro-blocksize. El resultado de la reunión fue básicamente un acuerdo de 2 etapas.

Etapa 1:¬†El Segwit se puso en marcha. El porcentaje de mineros que necesitaron dar su consentimiento para que esto funcione se redujeron del 95% al 80%. Se public√≥ el soft fork, cualquier minero que minara bloques que no fueran amigables autom√°ticamente ser√≠an rechazados de la cadena de bloques. Los mineros que mostraron su apoyo a esto comenzaron a incluir las letras ‘NYA’ en sus bloques.

Etapa 2:¬†Seis meses despu√©s de la activaci√≥n del Segwit, la cadena de bloques se someti√≥ a un hard fork y los tama√Īos de bloques aumentaron de 1 MB a 2 MB.

Consecuencias sobre el acuerdo de Nueva York

Hubo algunos detractores acerca del Segwit2x. De hecho, esto condujo a una serie de eventos que finalmente dieron origen al Bitcoin Cash. Sin embargo, muchos de los miembros de la comunidad decidieron que este era el mejor camino para seguir adelante con Bitcoin. Todos estaban muy entusiasmados con la próxima activación del Segwit que iba a ser a mediados de julio de 2017; pero luego sucedió algo, debido a muchas complicaciones, ¡Los mineros desaparecieron!

El Segwit no se activ√≥ cuando deber√≠a haberlo hecho y eso caus√≥ p√°nico generalizado porque se consider√≥ que esto dividir√≠a a√ļn m√°s a la comunidad de Bitcoin Core. Esto baj√≥ el precio del BTC de U$ 2500 a U$ 1900, el valor m√°s bajo en m√°s de un mes. Esta ca√≠da en el precio sorprendi√≥ a la comunidad minera y los puso en acci√≥n.

Para el 20 de julio, la primera etapa de activación del Segwit, el BIP 91 se bloqueó. El 8 de agosto se alcanzó el punto de no retorno y finalmente el 24 de agosto de 2017 se activó el Segwit.

Conclusiones acerca del Segwit

Pros

  • Aumenta la cantidad de transacciones que un bloque puede realizar
  • Disminuye las comisiones de transacci√≥n
  • Reduce el tama√Īo de cada transacci√≥n individual
  • Las transacciones ahora se pueden confirmar m√°s r√°pido porque el tiempo de espera ha disminuido
  • Ayuda en la escalabilidad del Bitcoin
  • Dado que la cantidad de transacciones en cada bloque aument√≥, puede aumentar las comisiones totales que un minero puede cobrar
  • Elimina la maleabilidad de las transacciones
  • Ayuda en la activaci√≥n del protocolo Lightning Network
  • Elimina el problema del hash cuadr√°tico: el hash cuadr√°tico es un problema que viene junto con el aumento del tama√Īo de bloque. El problema es que en ciertas transacciones, el hash de las firmas se escala de forma cuadr√°tica y no lineal

B√°sicamente, doblar la cantidad de transacciones en un bloque duplicar√° la cantidad de transacciones y eso a su vez, duplicar√° la cantidad de datos de firma que estar√°n dentro de cada una de esas transacciones. Esto har√≠a las transacciones a√ļn m√°s voluminosas y aumentar√≠a el tiempo de transacci√≥n. Esto abre puertas a las partes malintencionadas que quieran enviar spam a la cadena de bloques.

El Segwit resuelve esto al cambiar el c√°lculo del hash de la firma y como resultado, hace que todo el proceso sea m√°s eficiente.

Contras

  • Los mineros ahora obtendr√°n comisiones de transacci√≥n menores para cada transacci√≥n individual
  • La implementaci√≥n es compleja y todas los monederos deber√°n implementarse por separado
  • Aumentar√° significativamente el uso de recursos, ya que aumentar√° la capacidad, las transacciones y el ancho de banda
  • A medida que se exhiba la creaci√≥n de Bitcoin Cash, finalmente se dividir√° la comunidad de Bitcoin Core
  • Otro problema con el Segwit es el mantenimiento. La cadena lateral que contiene los datos de firma tambi√©n deber√° ser mantenida por los mineros. Sin embargo, a diferencia de la cadena de bloques principal, los mineros no tienen beneficios financieros al hacerlo, tendr√° que hacerse de forma voluntaria o se deber√° pensar en alg√ļn esquema de recompensa para incentivar a los mineros

Si te ha interesado este art√≠culo acerca del¬†Segwit como una soluci√≥n para el tama√Īo de bloque, comenta y/o comparte en tus redes sociales, tambi√©n puedes votar debajo y as√≠ mejorar la experiencia de usuario. ¬°Muchas Gracias!

¬ŅTe Ha Resultado Interesante Este Contenido? ¬°Vota Para Mejorarlo!
[Votos: 1 Promedio: 5]

¡Dale comenta, tu opinión es importante!

  Acepto la pol√≠tica de privacidad

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

Responsable: Rodolfo Vilar.
Objetivo: Administración y moderación de comentarios.
Legitimidad: Consentimiento del interesado.
Destinatarios: Proveedor de hosting de la web Hostgator en Estados Unidos, por la cual sus niveles de seguridad son adecuados. Ver política de privacidad de Hostgator.
Derechos: Acceder, rectificar, limitar y eliminar tus datos.
Si no completas los datos personales que se detallan en el formulario como obligatorios, no podré atender a tu solicitud.
Podrás ejercer tus derechos de acceso, rectificación, limitación y eliminación de los datos en info(arroba)tecnologiabitcoin.com así como el derecho a presentar un reclamo ante una autoridad reguladora.
Puedes consultar información adicional y detallada en el sitio web: tecnologiabitcoin.com, así como consultar la política de privacidad.