¿Por qué las DApps de EOS dependen peligrosamente de solo cinco nodos?

Desde su creación,  EOS ha sido objeto de críticas. La mayoría de las veces, debido a la dependencia de la red de grupos pequeños, lo cual, según los críticos, hace que  EOS esté demasiado centralizada. Por ejemplo, el suministro de tokens de EOS está dominado por las ballenas, con el 69% de todos los tokens en manos de sólo 100 direcciones.

Bajo el modelo de consenso de EOS DPoS, sólo hay 21 productores de bloques (BPs) responsables del funcionamiento de la red. Sin embargo, mucha gente no se da cuenta de que de esos 21 productores de bloques, sólo cinco están actualmente ejecutando nodos históricos completos. Estos nodos son los únicos que permiten a los desarrolladores de dApp consultar el historial completo de la cadena de bloques EOS.

Los BPs restantes están ejecutando nodos con un historial parcial de la cadena de bloques. Mientras que el historial parcial es suficiente para alrededor del 80% de las transacciones de EOS, el otro 20% requiere una consulta completa del historial.

El precio de ejecutar un nodo de historial completo

EOS  muchas veces más rápido que otras cadenas de bloques como Bitcoin o Ethereum, con miles de transacciones por segundo, en contraste con cinco o seis. Este alto rendimiento significa que EOS ya ha procesado muchas más transacciones a lo largo de su vida útil, que a menos de un año es considerablemente menor que Bitcoin o Ethereum.

Por lo tanto, debido a que se realizan muchas más transacciones, la cadena de bloques EOS es mucho más intensiva en memoria que Bitcoin o Ethereum. Requiere nodos de historia completa de EOS para procesar varios terabytes de datos a la vez, en comparación con Bitcoin, que a principios de 2019 todavía tenía menos de 200 GB.

Para que un BP ejecute un nodo histórico completo, tiene que pagar por los recursos informáticos necesarios para procesar este volumen de datos. Como EOS continuamente maneja nuevas transacciones, el problema sólo empeorará a medida que la cadena de bloques crezca en tamaño.

Modificación del historial

Además, EOS introdujo un cambio en el plugin de historia en noviembre de 2018. Según el productor de bloques EOS42, este cambio duplicó la memoria RAM necesaria para operar el plugin. Los costos de funcionamiento de un nodo histórico completo ascendieron a unos 30.000 dólares, lo que llevó a la situación actual, en la que ahora sólo hay cinco nodos históricos completos.

El productor de bloques Cypherglass explicó en un vídeo cómo la red EOS podía seguir funcionando sin estos nodos. Un nodo de historial completo sólo proporciona una capa de acceso a los desarrolladores de dApp para consultar el historial completo; no contiene físicamente una de las únicas copias del historial completo. Sin embargo, tal y como están las cosas hoy en día, las dApps que se ejecutan actualmente en EOS utilizan sólo estos cinco nodos como una forma de consultar el historial completo de la cadena de bloques.

Estos nodos no reciben ninguna compensación extra ni otros incentivos por continuar operando el plugin de historia. Si sólo uno de ellos se retira, entonces el riesgo se vuelve aún más significativo. Con la misma carga de trabajo dividida entre sólo cuatro nodos históricos completos, los costos aumentarán aún más. Por lo tanto, la comunidad de EOS necesita encontrar una manera de aliviar la presión sobre estos cinco nodos.

¿Existe una solución?

La buena noticia es que ya están empezando a surgir soluciones. Uno de ellos es LiquidApps, que ha lanzado su red DAPP, que ofrece herramientas y utilidades diseñadas para atraer a los desarrolladores de dApp a la red EOS.

Uno de los primeros casos de uso de la Red DAPP es vRAM. Mientras que un BP necesita RAM real para ejecutar su nodo, EOS opera con su propia versión de RAM. Un desarrollador de dApp que desee lanzar en la red EOS debe comprar RAM de EOS – o almacenamiento de estado – por adelantado. El precio de la RAM de EOS está determinado por la oferta y la demanda, y el coste para los desarrolladores puede ser prohibitivamente alto.

LiquidApps vRAM es compatible con EOS RAM y proviene de una red descentralizada de proveedores de servicios DAPP (DSP). Un DSP puede ser cualquier entidad o individuo, siempre y cuando cumpla con los requisitos mínimos para convertirse en un EOS BP.

Una vez configurados en la red DAPP, un DSP puede empaquetar la vRAM como desee y venderla a los desarrolladores de EOS dApp para los tokens DAPP. Sin embargo, el papel del DSP podría hacer mucho más que eso. Un nodo de historial completo existente podría convertirse en un DSP en la red DAPP, ofreciendo a los desarrolladores de dApp la posibilidad de consultar el historial completo de la cadena de bloques EOS como parte de sus paquetes de servicios.

El token DAPP proporciona un incentivo económico para ejecutar el nodo de historial completo, ya que el DSP podría solicitar tokens DAPP apostados para cualquier desarrollador que utilice la función de historial completo. El incentivo financiero también podría atraer a otras entidades para que se conviertan en DSP que ofrezcan el servicio completo de historia, reduciendo así la carga para unos pocos. Esto aumentaría la redundancia, aprovechando los beneficios de la descentralización.

Otras soluciones alternativas

Los desarrolladores también están trabajando en otras soluciones. Por ejemplo, EOS Canada, uno de los cinco BPs que actualmente corren un nodo histórico completo, ofrece el servicio DFuse. DFuse es una solución de código cerrado, pero proporciona a los desarrolladores la opción de servicio para conectarse a un servicio completo de historia según sea necesario.

Block.One, la compañía detrás de EOS, está desarrollando otra solución llamada el plugin MongoDB. Sin embargo, esto tiene algunas limitaciones en comparación con el plugin de historia. No permite a los usuarios externos consultar la cadena de bloqueo, y ha habido problemas con varias actualizaciones.

Los desarrolladores de EOS también están trabajando en varias otras soluciones para el problema de la historia completa. Sin embargo, la solución LiquidApps tiene un potencial único. La promesa de incentivos económicos para convertirse en un DSP de historia completa juega con las razones para convertirse en un productor de bloques en primer lugar. Ofrecer consultas históricas completas como un servicio pronto podría ser una empresa rentable, lo que cambiaría el problema de la historia completa.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *