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:

A VM de Escala Giga requer Giga Blobs. É ótimo ver @celestia aumentar o blobspace em uma ordem de magnitude. Isso deve ser suficiente para nos satisfazer - por um tempo! Vá maior. 🦣

A criptografia tem um problema de fragmentação. O Eclipse pode resolvê-lo. O UX sofreu devido a incentivos que incentivam a fragmentação. A equipe de pesquisa do Eclipse descreve as qualidades que uma cadeia deve ter para afirmar plausivelmente ser uma camada de execução globalmente síncrona: