Desde su creación, EOS ha sido objeto de críticas. La mayoría de las veces, esto está dirigido a la dependencia de la red en grupos pequeños, que los críticos creen que hacen que EOS esté demasiado centralizada. Por ejemplo, el suministro de tokens de EOS está dominado por ballenas, con el 69% de todas las tokens de propiedad de solo 100 direcciones.
Bajo el modelo de consenso EOS DPoS, solo hay 21 productores de bloques (BP) responsables de ejecutar la red. Sin embargo, muchas personas no se dan cuenta de que de esos 21 productores de bloques; actualmente solo cinco están ejecutando nodos de historial completo. Estos nodos son los únicos que permiten a los desarrolladores de dApp consultar el historial completo de la cadena de bloques de EOS.
Los BP restantes están ejecutando nodos con solo un historial parcial de la cadena de bloques. Si bien el historial parcial es suficiente para alrededor del 80% de las transacciones EOS, el otro 20% requiere una consulta del historial completo.
El precio de ejecutar un nodo de historial completo
EOS es muchas, muchas veces más rápido que otras cadenas de bloques como Bitcoin o Ethereum, ejecutándose a miles de transacciones por segundo, en contraste con cinco o seis. Este alto rendimiento significa que EOS ya ha procesado muchas más transacciones durante su vida útil, que en menos de un año es considerablemente más corta que Bitcoin o Ethereum.
Por lo tanto, debido a que se realizan muchas más transacciones, la cadena de bloques de EOS requiere mucha más memoria que Bitcoin o Ethereum. Requiere que los nodos del historial completo de EOS procesen varios terabytes de datos a la vez, en comparación con Bitcoin, que aún estaba por debajo de los 200 GB a principios de 2019.
Para que un BP ejecute un nodo de historial completo, tienen que pagar por los recursos informáticos necesarios para procesar este volumen de datos. A medida que EOS maneja continuamente nuevas transacciones, el problema solo empeorará a medida que el tamaño de la cadena de bloques crezca.
Historia cambiante
Además, EOS introdujo un cambio en el complemento de historial en noviembre de 2018. Según el productor de bloques EOS42, este cambio duplicó la RAM necesaria para operar el complemento. Los costos de ejecutar un nodo de historial completo aumentaron hasta alrededor de $ 30k, lo que lleva a la situación actual en la que ahora hay solo cinco nodos de historial completo.
El productor de bloques Cypherglass explicó en un video cómo la red EOS podría continuar operando sin estos nodos. Un nodo de historial completo solo proporciona una capa de acceso a los desarrolladores de dApp para consultar el historial completo, no es físicamente una de las únicas copias del historial completo. Sin embargo, tal como están las cosas hoy en día, los dApps que se ejecutan actualmente en EOS utilizan solo estos cinco nodos como un medio para consultar el historial completo de blockchain.
Estos nodos no obtienen compensación adicional u otros incentivos por continuar operando el complemento de historial. Si solo uno de ellos se retira, entonces el riesgo se vuelve aún más significativo. Con la misma carga de trabajo dividida entre solo cuatro nodos de historial completo, los costos aumentarán aún más. Por lo tanto, la comunidad EOS necesita encontrar una manera de aliviar la presión sobre estos cinco nodos.
¿Hay una solución?
La buena noticia es que ya están empezando a surgir soluciones. Una de ellas es LiquidApps , que ahora 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 en su propia versión de RAM. Un desarrollador de dApp que desee iniciarse en la red EOS debe comprar EOS RAM (o almacenamiento de estado) por adelantado. El precio de EOS RAM está determinado por la oferta y la demanda, y el costo 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 que cumplan con los requisitos mínimos para convertirse en un BP de EOS.
Una vez que están configurados en la red DAPP, un DSP puede empaquetar la vRAM como lo desee, y venderla a los desarrolladores de aplicaciones de la plataforma EOS para los tokens DAPP. Sin embargo, el rol de 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 aplicaciones digitales la posibilidad de consultar el historial completo de la cadena de bloques EOS como parte de sus paquetes de servicio.
El token DAPP proporciona un incentivo económico para ejecutar el nodo de historial completo, ya que el DSP podría solicitar tokens DAPP apilados para cualquier desarrollador que use la función de historial completo. El incentivo financiero también podría atraer a otras entidades a convertirse en un DSP que ofrece el servicio de historial completo, reduciendo así la carga de unos pocos. Esto aumentaría la redundancia, aprovechando los beneficios de la descentralización.
Otras soluciones
Los desarrolladores también están trabajando en otras soluciones. Por ejemplo, EOS Canada, uno de los cinco BP que actualmente ejecutan un nodo de historial 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 de historial completo según sea necesario.
Block.One, la compañía detrás de EOS, está desarrollando otra solución llamada el complemento MongoDB. Sin embargo, esto tiene algunas limitaciones en comparación con el complemento de historial. No permite a los usuarios externos consultar la cadena de bloques, y ha habido problemas con varias actualizaciones.
Los desarrolladores de EOS también están trabajando en 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 historial completo DSP responde a las razones para convertirse en un productor de bloque en primer lugar. Ofrecer consultas de historial completo como un servicio pronto podría ser una empresa rentable, lo que sería un cambio de juego para el problema del historial completo.
.