1/ As blockchains estão limitadas por atualizações de estado. Realizámos uma pesquisa sobre Firewood, MerkleDB, NOMT, LVMT e QMDB: enormes avanços em I/O e provas, mas TODOS ficam a ordens de magnitude aquém das nossas 3M atualizações/segundo para verdadeiros 1M+ TPS. Apresentamos AlDBaran, esmagando 48M/segundo!

1/ As blockchains estão limitadas por atualizações de estado. Fizemos uma pesquisa sobre Firewood, MerkleDB, NOMT, LVMT e QMDB: enormes avanços em I/O e provas, mas TODOS ficam ordens de magnitude aquém das nossas 3M atualizações/segundo para verdadeiros 1M+ TPS. Apresentamos AlDBaran, esmagando 48M/segundo!

1/ As blockchains precisam de formas rápidas e seguras de atualizar e verificar dados. No AlDBaran Parte 1, alcançámos 48M atualizações/segundo (20x mais rápido que os concorrentes). Hoje, revelamos como ajustar o AlDBaran para resultados ainda melhores:

1/ Os mercados de taxas são um componente frequentemente negligenciado ao discutir desempenho, mas são cruciais para a escalabilidade. O EVM hoje não consegue escalar além de um único núcleo de execução porque não suporta mercados de taxas locais. Além disso, a eficiência do espaço de bloco é grandemente reduzida devido a uma má contabilidade de recursos e reembolsos de gás.

1/ Acabámos de quebrar o gargalo do compromisso estatal na Eclipse: AlDBaran sustenta 48M atualizações/segundo em uma máquina AWS de 96 núcleos, acelerando o rollup GigaCompute da Eclipse.

No passado recente, testemunhámos outros protocolos a cultivarem os seus próprios airdrops, retirando ativamente alocações da sua comunidade e dos seus utilizadores. Esta é uma tática utilizada para ofuscar a verdadeira oferta circulante do token. Isto não acontecerá com o $ES. Os funcionários da Eclipse Labs assinaram documentação que os impede de reivindicar qualquer airdrop de $ES, além de fornecerem todos os endereços (de teste ou não) para exclusão do airdrop. Todas as alocações de funcionários e investidores estarão bloqueadas durante um ano após a listagem pública e serão desbloqueadas de forma incremental ao longo de 3 anos.

1/ GSVM Hoje estamos entusiasmados em apresentar nossa biblioteca interna de verificação de assinatura ed25519, que está alcançando quase 4M TPS em um desktop padrão e 9M TPS em uma máquina de servidor:

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

1/ Maximizando o SVM Solana é eficiente por design. Caches e pipelines em todo o TPU, juntamente com a arquitetura de banco e SVM, impulsionam o TPS de nível superior e o uso eficiente do hardware. O Agave continua esta tendência, aumentando o desempenho e a estabilidade do validador:

Celestia vs Avail vs EigenDA A Equipe de Pesquisa do Eclipse mergulha profundamente em diferentes camadas de disponibilidade de dados para rollups L2. Analisamos as compensações de custo, taxa de transferência, segurança e finalidade em comparação com o Ethereum e explicamos por que o Eclipse escolheu @celestia: