1/ Blockchains precisam de maneiras rápidas e seguras de atualizar e verificar dados. No AlDBaran Parte 1, atingimos 48 milhões de atualizações/s (20x mais rápido que os rivais). Hoje, revelamos como ajustar o AlDBaran para obter resultados ainda melhores:

1/ Os mercados de taxas são um componente frequentemente negligenciado quando se discute desempenho, mas são cruciais para a escalabilidade. O EVM hoje não pode ser dimensionado além de um único núcleo de execução porque não oferece suporte aos mercados de taxas locais. Além disso, a eficiência do espaço em bloco é bastante reduzida devido à má contabilidade de recursos e descontos de gás.

Em vez de chamá-los de "sequenciadores centralizados", devemos chamá-los de "sequenciadores únicos" Um único sequenciador não é "centralizado" porque ainda pode preservar a maioria das principais qualidades dos sistemas descentralizados, como: -Verifiability - vivacidade - falta de permissão Ele apenas sacrifica a resistência à censura, mas mesmo assim ainda pode herdar algum CR do L1 por meio de mecanismos como caixas de entrada TL; Os sequenciadores únicos DR ainda podem ser muito descentralizados, então chamá-los de "centralizados" é uma operação psicológica

1/ Acabamos de quebrar o gargalo do compromisso estadual no Eclipse: O AlDBaran sustenta 48 milhões de atualizações/s em uma caixa AWS de 96 núcleos, acelerando o rollup GigaCompute do Eclipse.