La plupart des rollups Ethereum se heurtent à un mur avec leur configuration EVM à thread unique. Chaque transaction se bat pour la même place dans une énorme file d'attente mondiale—exécution parallèle ? Oubliez ça.
C'est là que les choses deviennent intéressantes. Eclipse relie l'architecture de machine virtuelle de Solana à l'écosystème Ethereum, introduisant des voies d'exécution séparées avec des structures de frais localisées. Lorsque une dApp connaît une augmentation de trafic, elle reste dans sa propre voie. Plus de congestion réseau générale parce qu'un certain mint de NFT est devenu viral.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
8 J'aime
Récompense
8
5
Reposter
Partager
Commentaire
0/400
MercilessHalal
· Il y a 20h
L'idée d'Eclipse est en effet claire, la méthode d'isolation des canaux d'exécution est bien meilleure que celle de Rollup où tant de personnes se battent sur un pont en bois.
Voir l'originalRépondre0
MemeKingNFT
· Il y a 20h
Ah, enfin quelqu’un a osé pointer du doigt ce problème. Le modèle monothread aurait dû disparaître depuis longtemps.
Cette initiative d’Eclipse semble vraiment intéressante… Séparation du canal d’exécution, structure locale des frais, n’est-ce pas exactement ce qu’on réclamait depuis longtemps pour une congestion décentralisée ? Certaines blockchains se vantent sans cesse de leur grande vitesse, mais au final, c’est toujours pareil : dès qu’une dApp populaire émerge, tout le réseau rame.
Mais pour être honnête, est-ce que le modèle architectural de Solana peut vraiment fonctionner ailleurs ? J’ai quand même l’impression qu’on mélange différentes voies, et si ça déraille… Bon, attendons de voir les données, ça parlera d’elles-mêmes.
Voir l'originalRépondre0
Degentleman
· Il y a 20h
Je l'avais déjà remarqué, le modèle mono-thread ne tient vraiment pas la route. J'aime bien cette approche d'Eclipse : des lanes d'exécution isolées qui peuvent chacune définir leurs propres frais ? Enfin quelqu'un y a pensé.
Voir l'originalRépondre0
RetroHodler91
· Il y a 21h
eclipse ce piège a l'air intéressant, mais pour vraiment résoudre les problèmes, il faut attendre les données réelles après le lancement.
Voir l'originalRépondre0
DegenTherapist
· Il y a 21h
L'EVM à thread unique est un vieux truc, cette opération d'Eclipse semble être une révélation, le canal d'exécution séparé est vraiment agréable, plus besoin d'être traîné par un NFT cassé qui ralentit tout le réseau.
La plupart des rollups Ethereum se heurtent à un mur avec leur configuration EVM à thread unique. Chaque transaction se bat pour la même place dans une énorme file d'attente mondiale—exécution parallèle ? Oubliez ça.
C'est là que les choses deviennent intéressantes. Eclipse relie l'architecture de machine virtuelle de Solana à l'écosystème Ethereum, introduisant des voies d'exécution séparées avec des structures de frais localisées. Lorsque une dApp connaît une augmentation de trafic, elle reste dans sa propre voie. Plus de congestion réseau générale parce qu'un certain mint de NFT est devenu viral.