1/ Las blockchains están limitadas por las actualizaciones de estado. Hemos encuestado a Firewood, MerkleDB, NOMT, LVMT y QMDB: enormes avances en I/O y pruebas, sin embargo, TODOS se quedan órdenes de magnitud por debajo de nuestras 3M actualizaciones/seg para un verdadero 1M+ TPS. ¡Entra AlDBaran, aplastando 48M/seg!

1/ Las blockchains necesitan formas rápidas y seguras de actualizar y verificar datos. En AlDBaran Parte 1, alcanzamos 48M actualizaciones/segundo (20 veces más rápido que los rivales). Hoy, revelamos cómo ajustar AlDBaran para obtener resultados aún mejores:

1/ Los mercados de tarifas son un componente a menudo pasado por alto al discutir el rendimiento, pero son cruciales para la escalabilidad. El EVM hoy no puede escalar más allá de un solo núcleo de ejecución porque no soporta mercados de tarifas locales. Además, la eficiencia del espacio en bloque se reduce considerablemente debido a una mala contabilidad de recursos y reembolsos de gas.

En lugar de llamarlos "secuestradores centralizados", deberíamos llamarlos "secuestradores únicos". Un secuestrador único no es "centralizado" porque aún puede preservar la mayoría de las cualidades clave de los sistemas descentralizados, tales como: - verificabilidad - vitalidad - ausencia de permisos Solo sacrifica la resistencia a la censura, pero incluso entonces puede heredar algo de resistencia a la censura del L1 a través de mecanismos como los buzones. Resumen: los secuestradores únicos aún pueden ser muy descentralizados, por lo que llamarlos "centralizados" es una operación psicológica.

1/ Acabamos de romper el cuello de botella del compromiso estatal en Eclipse: AlDBaran sostiene 48M actualizaciones/seg en una caja AWS de 96 núcleos, acelerando el rollup de GigaCompute de Eclipse.