A maioria dos rollups Ethereum atinge um limite com a sua configuração EVM de thread única. Cada transação luta pelo mesmo lugar em uma enorme fila global—execução paralela? Esqueça isso.



É aí que as coisas ficam interessantes. Eclipse está a conectar a arquitetura da máquina virtual da Solana ao ecossistema Ethereum, introduzindo faixas de execução separadas com estruturas de taxas localizadas. Quando uma dApp experimenta um aumento de tráfego, permanece na sua própria faixa. Já não há mais congestionamento em toda a rede porque algum mint de NFT se tornou viral.
ETH-0.12%
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • 8
  • Repostar
  • Compartilhar
Comentário
0/400
NftDeepBreathervip
· 22h atrás
O problema do EVM monothread é real, basta os NFTs ficarem em alta para toda a rede ir abaixo... A abordagem da Eclipse até que é interessante, inspirada no sistema de paralelização da Solana, finalmente alguém pensou em isolar estas situações.
Ver originalResponder0
DogeBachelorvip
· 12-04 19:31
Ngl, isto é que é uma verdadeira abordagem de escalabilidade. A arquitetura multithread da Solana já devia ter sido estudada pelo Ethereum. Esta jogada da Eclipse isolou diretamente a reação em cadeia dos grandes detentores de NFT, impressionante.
Ver originalResponder0
GasWastervip
· 12-04 06:26
NGL, finalmente alguém está a abordar o pesadelo do bottleneck de single-threaded... estive meses a olhar para o meu rastreador de gas a ver o ETH a ficar bloqueado por mints aleatórios. Faixas separadas? Isso é mesmo genial se a Eclipse conseguir concretizar, para ser honesto.
Ver originalResponder0
MercilessHalalvip
· 12-03 02:03
A ideia do Eclipse é realmente clara, isolar o canal de execução é muito melhor do que aquela multidão tentando atravessar uma ponte estreita com Rollup.
Ver originalResponder0
MemeKingNFTvip
· 12-03 02:03
Ah, finalmente alguém expôs este problema. Esse modelo de single-thread já devia ter morrido há muito. Esta jogada da Eclipse parece promissora... separação do canal de execução, estrutura de taxas local — não é exatamente o congestionamento descentralizado que já vínhamos a pedir? Certas blockchains vivem a gabar-se de serem rápidas, mas na verdade, basta surgir uma dApp popular e toda a rede fica lenta. Mas, falando sério, será que a arquitetura da Solana adaptada aqui vai mesmo resultar? Tenho a sensação de que é como misturar diferentes linhas de comboio, e se der asneira... enfim, é melhor esperar pelos dados antes de tirar conclusões.
Ver originalResponder0
Degentlemanvip
· 12-03 02:02
Já tinha percebido, este modelo de single-thread realmente não aguenta. Gosto desta abordagem da Eclipse, executar caminhos isolados e ainda definir taxas separadas? Finalmente alguém pensou nisto.
Ver originalResponder0
RetroHodler91vip
· 12-03 01:49
eclipse esta armadilha parece boa, mas para realmente resolver problemas, ainda teremos que esperar pelos dados de prática após o lançamento.
Ver originalResponder0
DegenTherapistvip
· 12-03 01:41
A EVM de thread único é uma relíquia, esta jogada da Eclipse é um momento de iluminação, o canal de execução separado é realmente confortável, não precisamos mais ser arrastados por algum NFT quebrado que afeta toda a rede.
Ver originalResponder0
  • Marcar
Negocie criptomoedas a qualquer hora e em qualquer lugar
qrCode
Escaneie o código para baixar o app da Gate
Comunidade
Português (Brasil)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)