1/ Blockchains são gargalos por atualizações de estado. Pesquisamos Firewood, MerkleDB, NOMT, LVMT e QMDB: Grandes avanços em E/S e provas, mas TODOS caem ordens de magnitude aquém de nossas atualizações de 3M/s para o verdadeiro 1M+ TPS. Entra AlDBaran, esmagando 48M/seg!

1/ Blockchains são gargalos por atualizações de estado. Pesquisamos Firewood, MerkleDB, NOMT, LVMT e QMDB: Grandes avanços em E/S e provas, mas TODOS caem ordens de magnitude aquém de nossas atualizações de 3M/s para o verdadeiro 1M+ TPS. Entra AlDBaran, esmagando 48M/seg!

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.

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.

No passado recente, testemunhamos outros protocolos cultivarem seus próprios airdrops, tirando ativamente a alocação de sua comunidade e usuários. Esta é uma tática usada para ofuscar o fornecimento circulante real do token. Isso não acontecerá com $ES. Os funcionários do Eclipse Labs assinaram documentação impedindo-os de reivindicar qualquer airdrop $ES, além de fornecer todos os endereços (testes ou não) para exclusão do airdrop. Todas as alocações de funcionários e investidores serão bloqueadas por um ano após a listagem pública e desbloqueadas gradualmente ao longo de 3 anos.

1/ GSVM Hoje, temos o prazer de apresentar nossa biblioteca interna de verificação de assinatura ed25519, que está atingindo quase 4 milhões de TPS em um desktop padrão e 9 milhões de TPS em uma máquina de nível de servidor:

Não confie. Verificar. Os dados estão no centro das blockchains, mas como podemos garantir que a camada de dados possa acompanhar as melhorias de desempenho de ordens de magnitude, como as trazidas pelo Eclipse GSVM? Mergulhe nisso em nosso último blog:

1/ Maximizando o SVM Solana é eficiente por design. Caches e pipelines na TPU, juntamente com a arquitetura do banco e SVM, impulsionam o TPS de primeira linha e o uso eficiente do hardware. O Agave continua essa tendência, aumentando o desempenho e a estabilidade do validador:

Celestia vs Avail vs EigenDA A equipe de pesquisa do Eclipse se aprofunda em diferentes camadas de disponibilidade de dados para rollups L2. Analisamos as compensações de custo, rendimento, segurança e finalidade em comparação com o Ethereum e explicamos por que o Eclipse escolheu @celestia: