Geekly articles weekly

Brian Armstrong: actualización urgente de Bitcoin para bloques de 2 MB

Publicado por Brian Armstrong, CEO de Coinbase

El año pasado, asistí a la conferencia de la Mesa Redonda Satoshi con Charlie Lee y otros 70 miembros de la comunidad de Bitcoin.

Quiero compartir mi opinión personal sobre lo que sucedió en la conferencia (sin revelar nombres y contenido de conversaciones privadas).

Hay muchas reuniones entre desarrolladores, mineros y CEO de compañías de bitcoin. Como saben, ahora hay un gran desacuerdo sobre cómo escalar el sistema Bitcoin en este momento. Por un lado, hay desarrolladores de kernel que se preocupan de que escalar la cadena de bloques afecte la descentralización. Por otro lado, las compañías de bitcoin que necesitan crecimiento del sistema. Los mineros fueron, por así decirlo, pellizcados por dos lados, sus opiniones estaban divididas.

Creo que los organizadores de la conferencia esperaban algún tipo de consenso (como en Hong Kong), pero al final quedó claro que las diferencias eran demasiado grandes. La discusión inicialmente se centró en qué compensaciones podrían hacerse para resolver temporalmente el problema de escalabilidad. Pero a medida que avanzaba la discusión, esta solución a corto plazo me molestó cada vez menos, porque me di cuenta de un problema más grave: el riesgo sistemático de Bitcoin si Bitcoin Core es el único grupo que trabaja en el protocolo .

Hay varias personas con un coeficiente intelectual muy alto en Bitcoin Core, pero algunas cosas realmente me molestan después de pasar un tiempo con ellas el fin de semana pasado.

  1. — Bitcoin .
  2. «» , « ». , , Bitcoin.
  3. , , Bitcoin , , .

Aunque los desarrolladores principales dicen que aceptan un hard fork de hasta 2 MB (lo tienen en sus planes, aunque en un futuro lejano), pero se niegan a convertirlo en una prioridad. Prefieren restringir las decisiones que pueden ayudar a la red en este momento, porque no confían en la comunidad en la capacidad de tomar decisiones inteligentes en el futuro. Se ven a sí mismos como los principales arquitectos de la red y defensores de las personas. Están listos para soportar el colapso de la red Bitcoin, si esto no contradice sus principios básicos.

Tener un alto coeficiente intelectual no es suficiente para el éxito. Aún necesita hacer compromisos razonables, ser amigable, comunicarse y estar listo para la cooperación. Cualquier equipo que no tenga ese deseo no podrá atraer los mejores talentos y sufrirá a la larga. En mi opinión, el principal riesgo para el sistema Bitcoin ahora, irónicamente, es lo que lo ha ayudado en el pasado: los desarrolladores de kernel.

Problemas en el horizonte


En la conferencia se discutió un interesante escenario de falla de red, que es preocupante y muestra hasta dónde llegamos.

La próxima reducción a la mitad de la compensación de los mineros ocurrirá en julio. Supongamos que gastan en extraer una moneda, en promedio, $ 250 (esta es una cifra aleatoria). Después de reducir la tarifa, el costo de 1 BTC para ellos aumentará a $ 500. Si el precio de bitcoin permanece en la región de $ 425, para muchos, la minería no será rentable.

Como resultado, la potencia de procesamiento de la red puede disminuir en julio. Tal vez 10-50% (no tengo una forma normal de evaluar esto, si alguien tiene uno, hágamelo saber).

En el peor de los casos, digamos, el 50% de la potencia de la computación hash abandona la red debido a la falta de rentabilidad. Esto significa que comenzamos a extraer bloques cada 20 minutos en lugar de 10 minutos. Pero ahora los bloques ya están llenos en un 70%. Si el tiempo de confirmación promedio cae a 20 minutos, los bloques se llenarán en un 140%, es decir, comenzarán a acumularse en la cola.

Bitcoin tiene un mecanismo para regular la complejidad de las pruebas de prueba cuando cambia el poder de la red. Esto sucede cada 2016 bloques, lo que generalmente toma alrededor de dos semanas. Pero extraemos los bloques cada 20 minutos, por lo que tomará cuatro semanas.

Todo se está poniendo peor. Incluso cuatro semanas después, hasta que la complejidad de las confirmaciones haya cambiado, tomará otras dos semanas procesar la cola acumulada hasta que la red regrese a los indicadores "normales" (70% de cobertura y congestión periódica). Por lo tanto, tiene que enfrentar un período de mes y medio cuando las confirmaciones demoran dos semanas y el costo de las transacciones ha aumentado dramáticamente. Además, con tantas transacciones pendientes, se completarán los mecanismos de la mayoría de los nodos, la mayoría de las transacciones de bitcoin probablemente ni siquiera se transmitirán, por lo que los vendedores y las billeteras no recibirán notificaciones de transacciones en unas pocas semanas.

Si los problemas conducen a una caída en los precios de Bitcoin, la minería será aún menos rentable y se repetirá la espiral viciosa.

Todavía no está claro cuál es la probabilidad del escenario anterior (lo que describí como el peor de los casos). Es posible que con una disminución en las tarifas de minería, el valor de bitcoin aumente. Y es difícil predecir qué porcentaje de potencia de hash puede abandonar la red después de reducir la recompensa. Puede ser mucho menos del 50%. Pero también creo que no hay razón para arriesgarse y es increíblemente irresponsable jugar tan cerca del borde del abismo. Incluso ahora, una red con una cobertura de bloqueo del 70% está experimentando problemas de congestión y colas. Cualquier reducción en la potencia de la red exacerbará el problema.

El hecho de que los desarrolladores de Bitcoin Core llevaron la red a tal estado habla de su increíble negligencia, y creo que, en muchos sentidos, muestra su motivación y competencia como equipo. No hay razón para tirar los dados y ver si el peor de los casos se hace realidad.

Afortunadamente, los miembros individuales de la comunidad comenzaron a hablar de esto hace dos años e incluso dejaron el equipo de Bitcoin Core para escribir un nuevo código para aumentar el ancho de banda de la red. Hay una manera de evitar el problema.

Que hacer


  1. 2 . , . , ( ), . . , , - ( Coinbase). Bitcoin Classic , Classic , . .
  2. . , 4-5 , . @cnLedger (: ). .
  3. , -. , , . .

Vale la pena señalar que el equipo de Bitcoin Core recibió una solución alternativa al problema de escalado: el llamado sistema Segregated Witness (SegWit).





Aunque esta es una tecnología bien hecha, parece arriesgado usar este enfoque, dada la situación descrita anteriormente. Uno de los principales riesgos de usar el nuevo sistema es que requiere la introducción de un nuevo código no solo a nivel del kernel, sino también para cada proveedor de billetera que genera transacciones. Es poco probable que esto se haga en poco tiempo y evitará los problemas de escala que nos amenazan. El número de líneas de código que necesita escribir a todos los participantes de la industria es varias veces mayor que el número de líneas de código para cambiar el tamaño del bloque de 1 MB a 2 MB. A los desarrolladores principales se les explicó esto en la conferencia, pero no parecieron cambiar de opinión con respecto a una solución a corto plazo del problema.

Conclusión


Mi opinión general (que expresé en la mesa redonda el fin de semana pasado) es que Bitcoin tendrá mucho más éxito con muchos participantes que trabajan para mejorar el protocolo, y no con un equipo y sus limitaciones de las que hablé. Creo que podemos hacerlo. De hecho, tenemos que hacer esto.

Si desea garantizar el éxito de Bitcoin, le insto a que cambie a Bitcoin Classic a corto plazo y luego haga todo lo posible para implementar los tres pasos descritos anteriormente. Esta es la mejor manera de salir de la situación peligrosa en la que nos encontramos.

En el futuro, es necesario formar un nuevo equipo para trabajar en el protocolo de Bitcoin y ayudar a organizar un sistema "multiparte" para evitar riesgos sistemáticos para el núcleo cuando solo el equipo trabaja en el protocolo. Esperemos que haya buenas noticias en los próximos meses.

Source: https://habr.com/ru/post/es391265/

More articles:


All Articles