Si está interesado en las criptomonedas, no hay forma de que no haya sido jefe de “Segregated Witness” o Segwit antes. Algunas personas piensan que esto va a revolucionar Bitcoin, mientras que otras se han desilusionado tanto que prefirieron seguir su propio camino con una forma completamente nueva de Bitcoin llamada Bitcoin Cash.
Entonces, ¿qué es Segwit?
Para comprender esto, primero necesitaremos comprender algunos conceptos básicos.
¿Cómo funcionan las transacciones en un Bitcoin?
Antes de continuar, un gran agradecimiento al profesor Donald J Patterson y su canal de Youtube “djp3” por la explicación.
Supongamos que Alice quiere enviar una cierta cantidad de bitcoins a Bob. ¿Cómo funciona el sistema de transacciones en bitcoin? Las transacciones de bitcoins son muy diferentes de las transacciones de billetera Fiat. Si Alice le diera $ 2 a Bob, físicamente tomaría 2 dólares de su billetera y se los daría a Bob. Sin embargo, las cosas no funcionan así en bitcoin. No posee ningún bitcoin físicamente, lo que tiene es la prueba de que tiene Bitcoins.
Hay dos cosas más que necesita saber:
- Los mineros validan sus transacciones colocando los datos dentro de las minas que han bloqueado. A cambio de brindar este servicio, cobran una tarifa de transacción.
- Cuando se trata de moneda FIAT, realmente no lleva un registro de cómo y de dónde obtuvo esa nota específica. P.ej. Abra su billetera ahora mismo y saque todos los billetes y monedas que contiene. ¿Puedes decir de dónde obtuviste exactamente todas y cada una de las notas y monedas específicas? Lo más probable es que no sea así. Sin embargo, en bitcoin, se toma nota del historial de todas y cada una de las transacciones de bitcoin.
Bien, ahora vamos a profundizar en cómo se lleva a cabo una transacción de bitcoins entre Alice y Bob. Hay dos lados de una transacción, la entrada y la salida. Toda esta Transacción tendrá un nombre que descubriremos al final. Por ahora, veamos la dinámica.
Entrada de transacción
Para que esta transacción suceda, Alice necesita obtener bitcoins que ha recibido de varias transacciones anteriores. Recuerde, como dijimos antes, en bitcoins, todas y cada una de las monedas se contabilizan a través de un historial de transacciones.
Entonces, suponga que Alice necesita extraer bitcoins de las siguientes transacciones que llamaremos TX (0), TX (1) y TX (2). Estas tres transacciones se sumarán juntas y eso le dará la transacción de entrada que llamaremos TX (Entrada).
Diagramáticamente, se verá así:
Entonces, eso es todo desde el lado de entrada, veamos cómo se verá el lado de salida.
Salida de transacción
Básicamente, la salida tendrá una cantidad de bitcoins que Bob poseerá después de la transacción y cualquier cambio restante que quede, que luego se envía de vuelta a Alice. Este cambio luego se convierte en su valor de entrada para todas las transacciones futuras.
Una representación pictórica del lado de salida se ve así:
Ahora, esta es una transacción muy simple que tiene solo una salida (aparte del CAMBIO), hay transacciones que son posibles con múltiples salidas.
Así es como se ve el diseño básico de la transacción. Sin embargo, para que todo esto se lleve a cabo, se deben cumplir ciertas condiciones.
Condiciones de una 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 tarifas de transacción que cobran los mineros. Entonces: tarifas de transacción = TX (entrada) – (TX (salida) + cambio).
- En el lado de entrada: TX (0) + TX (1) + TX (2) = TX (Entrada). Si Alice no tiene los fondos necesarios para realizar las transacciones, los mineros simplemente rechazarán las transacciones.
- Bob tendrá que demostrar que puede proporcionar la prueba necesaria para obtener los bitcoins. Alice bloqueará las transacciones con la dirección pública de Bob. Deberá producir su clave privada para desbloquear las transacciones y obtener acceso a sus tarifas.
- Alice también necesita verificar que tiene 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 efectivamente fue Alice quien envió los datos. Esta prueba se llama “Datos de firma”. Recuerda esto porque será muy importante más adelante.
Entonces, ¿cuál será el nombre de toda esta transacción?
La entrada (incluidos los datos de la firma) y los datos de salida se suman y se procesan mediante el algoritmo de hash SHA 256. El hash de salida es el nombre que se le da a esta transacción.
El código de detalles de la transacción
Así es como se ve la transacción en forma de código. Supongamos que Alice quiere enviar 0.0015 BTC a Bob y, para hacerlo, envía entradas que valen 0.0015770 BTC. Así es como se ve el detalle de la transacción:
Lo primero que ves:
Es el nombre de la transacción, también conocido como el hash del valor de entrada y salida.
Vin_sz es el número de datos de entrada ya que Alice está enviando los datos usando solo una de sus transacciones anteriores, es 1.
Vout_sz es 2 porque las únicas salidas son Bob y el cambio.
Estos son los datos de entrada:
¿Ves los datos de entrada? Alice solo está usando una transacción de entrada (en el ejemplo que dimos anteriormente, será TX (0)), esta es la razón por la que vin_sz era 1.
Debajo de los datos de entrada están los datos de su firma.
Debajo de todo esto están los datos de salida:
La primera parte de los datos significa que Bob está obteniendo 0.0015 BTC.
La segunda parte significa que 0.00005120 BTC es lo que Alice está recibiendo como cambio.
Ahora, ¿recuerdas que los datos de entrada fueron 0.0015770 BTC? Esto es mayor que (0,0015 + 0,00005120). El déficit de estos dos valores es la tarifa de transacción que cobran los mineros.
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 Coinbase. Básicamente, son los primeros datos de transacción que están en el bloque y significan la recompensa minera que obtienen los mineros al extraer el bloque. A partir de ahora, la recompensa es de 12,5 BTC. Estas transacciones no tienen datos de entrada y solo tienen datos de salida. Recuerde esto porque será importante más adelante.
¿Cuál es el problema de escalabilidad?
Ahora, recuerde, todas las transacciones que ocurren 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 un número limitado de transacciones que puede poner en el bloque. Cuando se concibió Bitcoin por primera vez, no había límite de bloqueos.
Sin embargo, Satoshi Nakamoto (el (los) 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 piratas informáticos y los trolls pueden infligir en la cadena de bloques. Pueden rellenar los bloques con transacciones de spam y pueden extraer bloques que podrían ser innecesariamente grandes para obstruir el sistema. Como resultado, a los bloques se les asignó un límite de tamaño de 1 MB.
Esto era factible al principio, pero a medida que su popularidad se hacía cada vez más grande, varias transacciones comenzaron a acumularse. Este gráfico muestra la cantidad de transacciones que ocurren por mes:
Como puede ver, la cantidad de transacciones mensuales solo está aumentando y con el límite actual de tamaño de bloque 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 por los datos de firma que contienen (le dijimos que lo tenga en cuenta). El caso es que el 65% del espacio que utiliza la transacción lo ocupan los datos de la firma.
A medida que el número de transacciones aumentó a pasos agigantados, la velocidad a la que se llenaron los bloques también aumentó. La mayoría de las veces, las personas tenían que esperar hasta que se crearan nuevos bloques para que sus transacciones se realizaran. Esto creó una acumulación de transacciones; de hecho, la única forma de priorizar sus transacciones era pagar una tarifa de transacción lo suficientemente alta para atraer e incentivar a los mineros a priorizar sus transacciones.
Esto introdujo el sistema de “reemplazo por tarifa”. Básicamente, así es como funciona. Suponga que Alice está enviando 5 bitcoins a Bob, 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, puede hacer otra transacción de 5 bitcoins con Bob, pero esta vez con tarifas de transacción 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 hará nula y sin efecto.
Si bien el sistema de “reemplazo por tarifa” es rentable para los mineros, es bastante inconveniente para los usuarios que pueden no ser tan buenos para hacerlo. De hecho, aquí hay un gráfico del tiempo de espera que tendrá que atravesar un usuario si pagó las tarifas de transacción mínimas posibles:
Si paga las tarifas de transacción más bajas posibles, tendrá que esperar un tiempo medio de 13 minutos para que se realice la transacción.
Una posible solución que se pensó para acelerar las transacciones fue la introducción de Lightning Network.
¿Qué es la red de rayos?
Lightning Netwok es un sistema de micropagos fuera de la cadena que está diseñado para hacer que las transacciones funcionen más rápido en la cadena de bloques. Fue conceptualizado por Joseph Poon y Tadge Dryja en su documento técnico que tenía como objetivo resolver el límite de tamaño de bloque y los problemas de demora en las transacciones. Opera sobre bitcoin y a menudo se lo conoce como “Capa 2”.
Como señala Jimmy Song en su artículo mediano:
“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 la otra, se cambia el monto del cheque y ambas partes firman el resultado “.
La red permitirá a Alice y Bob realizar transacciones entre ellos sin que una tercera parte, también conocida como el minero, los mantenga cautivos. Para activar esto, la transacción debe ser firmada tanto por Alice como por Bob antes de que se transmita a la red. Esta doble firma es fundamental para que la transacción se lleve a cabo.
Sin embargo, aquí es donde nos enfrentamos a otro problema.
Dado que la doble verificación se basa en gran medida en el identificador de la transacción, si por alguna razón se cambia el identificador, esto provocará un error en el sistema y Lightning Network no se activará. En caso de que se esté preguntando 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 hemos dado antes:
Ahora, quizás se esté preguntando, ¿qué haría que cambiara el identificador de la transacción? Esto nos lleva a un error interesante en el sistema bitcoin llamado “Transacción Malleability”.
¿Qué es la maleabilidad de las transacciones?
Antes de que entendamos qué es la maleabilidad de las transacciones, es importante recapitular una de las funciones más importantes del modelo criptoeconómico … el hash. Hemos escrito un artículo antes que cubre el hash en detalle. Solo para brindarle una breve descripción general, una función hash puede tomar cualquier entrada de cualquier longitud, pero la salida que da es siempre de una longitud fija.
Sin embargo, hay otra función importante del hash que necesita conocer para comprender el “error de maleabilidad de la transacción” como se le llama. Cualquier pequeño cambio en los datos de entrada cambiará drásticamente el hash de salida.
P.ej. Echa un vistazo a esta prueba que hicimos con SHA-256, también conocido como el algoritmo hash utilizado en bitcoin:
¿Mira eso?
Acabamos de cambiar “T” de mayúsculas a minúsculas, ¡y mire lo que le hizo a la salida!
Una cosa más que debe comprender sobre la cadena de bloques es que es inmutable, es decir, una vez que los datos se han insertado en un bloque, nunca se pueden 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 fueron manipulados antes de que ingresaran al bloque? Incluso si la gente se entera más tarde, no hay nada que nadie pueda hacer al respecto porque los datos una vez ingresados en un bloque nunca se pueden eliminar. Esa es, en esencia, la razón por la que la maleabilidad de las transacciones es un problema.
Ahora bien, ¿por qué ocurre la maleabilidad de las transacciones?
Resulta que la firma que acompaña a los datos de entrada puede manipularse, lo que a su vez puede cambiar el ID de la transacción. De hecho, puede parecer que la transacción ni siquiera sucedió en primer lugar. Veamos esto en un ejemplo.
Supongamos que Bob quiere que Alice le envíe 3 BTC. Alice inicia una transacción de 3 BTC a la dirección pública de Bob y luego la envía a los mineros para su aprobación. Mientras la transacción está esperando en la cola, Bob usa la maleabilidad de la transacción para alterar la firma de Alice y cambiar el ID de la transacción.
Ahora existe la posibilidad de que esta transacción manipulada se apruebe antes de que se apruebe la de Alice, lo que a su vez sobrescribe la transacción de Alice. Cuando Bob obtiene sus 3 BTC, simplemente puede decirle a Alice que no recibió los 3 BTC que ella le debía. Alice verá que su transacción no se realizó y la reenviará. Como resultado, Bob terminará con 6 BTC en lugar de 3 BTC.
Así es como puede funcionar la maleabilidad de las transacciones y este es un problema grave. Mira esto:
Estas son estadísticas del ataque de maleabilidad de 2015 contra bitcoin. Las líneas rojas representan aproximadamente transacciones maleadas en la red.
Ahora, ¿recuerdas lo que dijimos al principio? La maleabilidad de la transacción estaba sucediendo porque los datos de la firma son templables. Por lo tanto, los datos de la firma no solo estaban consumiendo espacio en bloque, sino que también representaban una seria amenaza para la maleabilidad de las transacciones.
La solución y los miedos de un hard fork
En 2012, la gente estaba explorando la idea de eliminar los datos de las firmas de las transacciones. Personas como Russell O’Connor, Gregory Maxwell, Luke Dashjr y el Dr. Adam Back estaban trabajando en una forma de hacer que esto funcionara, pero todos estaban chocando contra una pared. Se dieron cuenta de que la única forma en que esto podía avanzar era haciendo un hard fork, y nadie quería hacer eso.
Pero luego, en 2015, al Dr. Peter Wiulle de Blcokstream se le ocurrió una posible solución.
Cadenas laterales y Segwit
Sidechain como concepto ha estado en los círculos de bitcoin desde hace bastante tiempo. La idea es muy sencilla; tienes una cadena paralela que corre junto con la cadena principal. La cadena lateral se unirá a la cadena principal mediante una clavija de dos vías.
Así es como se veía la idea inicial de Blockstream de la cadena de bloques de bitcoin y una cadena lateral:
Lo que pensó el Dr. Wiulle era simple, ¿por qué no agregar una función a esta cadena lateral? Esta característica incluiría los datos de firma de todas las transacciones, separándola de la cadena principal del proceso. Esta característica se llamaría Segregated Witness, también conocida como Segwit.
Así es como se vería un bloque una vez que implemente segwit:
Entonces, al eliminar los datos de la firma de las transacciones, estaba matando dos pájaros de un tiro, el espacio del bloque se vació y las transacciones se volvieron maleables y libres. Sin embargo, había una cosa más en la que había que trabajar. La activación de Segwit solo fue posible a través de un hardfork, que es lo que todos querían evitar. Los desarrolladores querían buscar alternativas de bifurcación suave. Fue entonces cuando Luke Dashjr alcanzó el oro.
Segwit como un tenedor suave
Para utilizar segwit como bifurcación suave, los desarrolladores tuvieron que idear 2 ingeniosas innovaciones. Son los siguientes:
Organice los datos de la firma en las cadenas laterales en forma de árbol Merkle.
Mantenga una parte de los datos de la firma en una nueva parte del bloque.
Antes de continuar, hagamos un breve repaso de los árboles Merkle.
¿Qué es un árbol Merkle?
El diagrama de arriba muestra cómo se ve un árbol Merkle. En un árbol de Merkle, cada nodo no hoja es el hash de los valores de sus nodos secundarios.
Nodo de hoja: Los nodos de hoja son los nodos en el nivel más bajo del árbol. Entonces, en el diagrama de arriba, los nodos hoja serán L1, L2, L3 y L4.
Nodos secundarios: para un nodo, los nodos por debajo de su nivel que lo alimentan son 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”.
Nodo raíz: el nodo único en el nivel más alto etiquetado como “Top Hash” es el nodo raíz, también conocido como raíz Merkle.
Todas las transacciones dentro de un bloque se organizan en forma de árbol Merkle, y la raíz Merkle de todos esos datos se mantiene dentro del bloque. Se puede acceder a todas las transacciones atravesando la raíz de Merkle.
(Si desea una explicación detallada de Merkle Trees y su aplicación en Blockchain, consulte nuestro artículo sobre “Hashing”).
Entonces, lo que sugirieron los desarrolladores de segwit fue, ¿por qué no ejecutar otro árbol Merkle, pero solo con los datos de la firma? Esa fue la primera innovación.
La segunda innovación fue saber dónde colocar exactamente la raíz Merkle de los datos de la firma. Los desarrolladores sabían que para activar la bifurcación suave segwit, la raíz de la firma debía colocarse en el bloque. El lugar que eligieron fue el lugar de transacción de la base de monedas. Ahora recuerde, hablamos de esto antes, la transacción de coinbase es la primera transacción que tiene lugar en un bloque, esta básicamente es la transacción que le da a los mineros su recompensa y no tenía ningún valor de entrada.
Lo que los desarrolladores no se dieron cuenta fue que al hacerlo estaban tropezando inconscientemente con algo que tendría repercusiones mucho más amplias.
Al colocar la firma merkle en un nuevo lugar en el bloque, eran cada vez más del tamaño del bloque … ¡sin aumentar realmente el límite de tamaño del bloque en primer lugar! Entonces, básicamente, lo que logró segwit fue que aumentaron el tamaño del bloque E hicieron que toda la transición fuera compatible con versiones anteriores, ¡también conocido como un tenedor suave! Este fue un gran avance que le dio a la red bitcoin una solución temporal para sus problemas de escala.
La Convención de Escalabilidad de Hong Kong y los detractores de segwit
En la convención de Hong Kong de 2015, el Dr. Wiulle presentó la propuesta de Segwit, que fue muy bien recibida en gran medida. Se suponía que esta era la respuesta que todo el mundo estaba buscando. Se esperaba que todos se subieran a bordo, sin embargo, no funcionó de esa manera. Algunos de los mineros tuvieron un gran problema con Segwit.
Cuando los desarrolladores construyeron SegWit, le agregaron una cláusula especial. Solo se puede activar cuando tiene el 95% de aprobación de los mineros. Después de todo, es un gran cambio en el sistema y pensaron que conseguir una supermayoría era el camino a seguir. Sin embargo, esto provocó una interrupción en el sistema. Algunos de los mineros no querían que segwit se activara. Temían que, dado que aumentará el espacio de bloque disponible, habrá más espacio disponible para transacciones y eso reducirá el tiempo de espera.
Esto, a su vez, reducirá las tarifas de transacción y acabará con el sistema de “reemplazo por tarifa”, que son sus principales modos de ingresos (además de la recompensa en bloque). Entonces, como resultado, la implementación de 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 cadena de bloques. Se dieron cuenta de que era necesario hacer algo para animar a los mineros a extraer bloques activados por segwit.
Junto con los mineros, hubo algunos desarrolladores que no estaban contentos con la solución segwit. A sus ojos, una solución temporal no era lo suficientemente buena, se necesitaba algo más permanente, como un aumento del tamaño del bloque. Uno de los clientes de bitcoin que ofrecía un aumento de tamaño de bloque llamado “Bitcoin Unlimited”, estaba ganando mucho apoyo. El CEO de DCG, Barry Silbert, creía que la comunidad de bitcoins estaba bajo mucha confusión y, si no se abordaba, podría generar muchas tensiones en el futuro. Llamó a todos para una reunión de tregua 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 destacados de la comunidad bitcoin se reunieron en Nueva York para la convención. Después de muchas deliberaciones, se llegó a un compromiso entre el grupo pro-segwit y el grupo de aumento de tamaño pro-block. El resultado de la reunión a menudo se llama “El Acuerdo de Nueva York” o Segwit2x. Básicamente es un acuerdo de 2 etapas.
- Etapa 1: Segwit se pone en marcha. El porcentaje de mineros que necesitan dar su consentimiento para ponerlo en funcionamiento se reduce del 95% al 80%. Publique la bifurcación suave, cualquier minero que extraiga bloques que no sean compatibles con segwit será automáticamente rechazado de la cadena de bloques. Los mineros que mostraron su apoyo a esto comenzaron a incluir las letras “NYA” en sus bloques.
- Etapa 2: 6 meses después de la activación de segwit, la cadena de bloques se someterá a una bifurcación y los tamaños de bloque se incrementarán de 1 mb a 2 mb.
Consecuencias del Acuerdo de Nueva York
Hubo algunos detractores muy vocales del segwit2x. De hecho, esto condujo a una serie de eventos que finalmente dieron origen a Bitcoin Cash. Sin embargo, muchos de los miembros de la comunidad decidieron que este era el mejor camino para avanzar para bitcoin. Todos estaban muy entusiasmados con la próxima activación de segwit, que se produciría a mediados de julio. Pero luego sucedió algo, debido a muchas complicaciones, ¡los mineros perdieron la ventana!
Segwit no se activó cuando debería haberlo hecho y eso causó un pánico generalizado porque se sintió que esto dividiría aún más a la comunidad de Bitcoin Core. Esto redujo el precio de BTC de $ 2500 hasta $ 1900 … el más bajo en más de un mes. Esta caída en el precio asustó a la comunidad minera y la puso en acción. Para el 20 de julio, la primera etapa de activación de segwit, la activación de BIP 91 estaba bloqueada. Para el 8 de agosto se alcanzó el punto de no retorno y finalmente, el 24 de agosto, se activó Segwit. Veamos qué dijo Segwit al respecto:
Los pros y contras de Segwit
Ventajas de segwit:
- Aumenta el número de transacciones que puede realizar un bloque.
- Disminuye las tarifas 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 disminuirá.
- Ayuda en la escalabilidad de bitcoin.
- Dado que aumentará la cantidad de transacciones en cada bloque, puede aumentar las tarifas generales totales que puede cobrar un minero.
- Elimina la maleabilidad de las transacciones.
- Ayuda en la activación del protocolo de rayos.
- Elimina el problema del hash cuadrático: el hash cuadrático es un problema que viene junto con el aumento del tamaño del bloque. El problema es que en ciertas transacciones, el hash de firma se escala cuadráticamente:
Básicamente, duplicar 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 que las transacciones fueran aún más voluminosas y aumentaría enormemente el tiempo de la transacción. Esto abre las puertas para las partes malintencionadas que quieran enviar spam a la cadena de bloques.
Segwit resuelve esto cambiando el cálculo del hash de la firma y, como resultado, hace que todo el proceso sea más eficiente.
Contras de segwit:
- Los mineros ahora obtendrán tarifas de transacción más bajas por cada transacción individual.
- La implementación es compleja y todas las carteras deberán implementar segwit por sí mismas. Existe una gran posibilidad de que no lo hagan bien la primera vez.
- Aumentará significativamente el uso de recursos ya que la capacidad, las transacciones, el ancho de banda, todo aumentará.
- Como muestra la creación de Bitcoin Cash, finalmente dividió la comunidad de Bitcoin Core.
- Otro problema con Segwit es el mantenimiento. Los mineros también deberán mantener la cadena lateral que contiene los datos de la firma. Sin embargo, a diferencia de la cadena de bloques principal, los mineros no tienen beneficios financieros al hacerlo, será necesario hacerlo pro-bono o se debe pensar en algún esquema de recompensa para incentivar a los mineros.
Viendo hacia adelante
Los siguientes meses podrían ser los momentos más importantes y emocionantes en la historia de Bitcoin desde que Satoshi Nakamoto publicó por primera vez el libro blanco de Bitcoin. Veamos lo que potencialmente depara el futuro para varias partes.
Bitcoin Core
BTC ha ido creciendo de fuerza en fuerza después de la activación de Segwit:
El 2 de septiembre de 2017, BTC alcanzó niveles récord de $ 5000 antes de reajustarse rápidamente a $ 4690. BTC finalmente escaló la montaña de $ 5000 y no hay ninguna razón por la que eso no pueda convertirse en la nueva norma.
Bitcoin efectivo
Bitcoin Cash proporciona un caso de estudio muy interesante y una opción muy sólida para cualquiera que busque diversificar su cartera de criptomonedas. Nadie puede decir qué sucederá en el futuro, pero una cosa es segura: tiene el potencial de ser una alternativa de BTC a largo plazo.
