jakiro
Auteur: YBB Capital Researcher AC-Core;
Le fondateur d’Eclipse, Neel Somani, qui a travaillé en tant qu’ingénieur logiciel chez Airbnb et chercheur quantitatif chez Citadel, a fondé la startup Eclipse basée à Solana en 2022 et a été soutenue par Solana Anatoly Yakovenko et Polygon, entre autres / organisations (pour Sollana et Pol Ygon Build Build et Build Build et Polygon, entre autres (pour Sollana et Pol Ygon Build Build et Build Une blockchain Rollup compatible).
Selon Coindesk, le 28 septembre 2022, Eclipse a réussi un tour pré-série de 6 millions de dollars dirigé par Polychain et un tour de semences de 9 millions de dollars dirigé par Tribe Capital et Tabiya, avec un financement total de 1 500 yuans dix mille dollars.En outre, Eclipse a reçu une subvention de développement de la Fondation Solana pour soutenir Solana Virtual Machine Rollup.
Le fondateur d’Eclipse Somani utilise ses connexions et ses avantages géographiques au siège social de Solana Chicago pour créer avec succès une chaîne unique en utilisant les machines virtuelles de Solana.Sa vision est de permettre aux développeurs de déployer Rollup alimenté par Solana Virtual Machines, avec des plans pour lancer un réseau de test public sur l’écosystème Cosmos au début de 2023, et un langage de déplacement destiné à prendre en charge les aptos à l’avenir.
« Eclipse ouvre la voie à Solana pour communiquer avec le Cosmos par le biais des communications inter-blockchain (IBC). »
« Alors que les grandes entreprises et les gouvernements commencent à entrer dans l’espace de la blockchain, Eclipse est une infrastructure importante pour promouvoir leurs cas d’utilisation tels que les applications financières et les applications financières à l’échelle Web2 », a commenté Niraj Pant, partenaire de Polychain Capital.
Architecture d’éclipse
Selon l’explication officielle, Eclipse MainNet est le premier L2 universel d’Ethereum construit autour de SVM.L’architecture du projet consiste à utiliser Ethereum comme couche de règlement et à l’utiliser pour le pont de vérification embarqué officiel; SVM dans son ensemble à exécuter.Ce qui suit sera expliqué en détail sur la base de l’explication officielle.
Couche de règlement – Ethereum: Eclipse s’installera à Ethereum (c’est-à-dire le pont de vérification intégré sur Ethereum), et utilisera ETH comme consommation de gaz, et des épreuves de fraude seront également soumises sur Ethereum;
Couche d’exécution – Solana Virtual Machine (SVM): Eclipse prend un SVM haute performance comme environnement d’exécution, c’est-à-dire le client Solana Labs (v1.17);
Couche de disponibilité des données – CELESTIA: Eclipse publiera des données à Celestia pour obtenir la disponibilité des données évolutives (DA);
Mécanisme de preuve – Risc Zero: Eclipse utilisera Risc Zero pour la fraude ZK (aucune sérialisation intermédiaire de l’état n’est requise);
Protocole de communication – IBC: Bridges avec des chaînes non éclipses via IBC de communication interchaine de Cosmos;
Protocole transversal – Hyperlan: Eclipse et Hyperlan collaborent pour introduire une solution d’interopérabilité sans autorisation d’Hyperlan à une blockchain basée sur Solana Virtual Machine (SVM).
Source: Officiel d’Eclipse
Couche de règlement: obtenir la sécurité et la liquidité d’Ethereum
Eclipse utilise Ethereum comme la couche de règlement comme les autres Rollups Ethereum. Sécurité de niveau.
L2Beat définit la couche2 comme « une chaîne qui obtient pleinement ou partiellement sa sécurité à partir de la première couche d’Ethereum afin que les utilisateurs n’aient pas à s’appuyer sur l’intégrité des validateurs de couche2 pour assurer la sécurité des fonds ».Les ponts de vérification de l’éclipse peuvent effectuer la validité finale et la résistance à la censure dans certaines situations de défaillance, et les utilisateurs peuvent utiliser le pont pour forcer leurs transactions à effectuer même si le trieur tombe en panne ou si l’examen commence en L2 et utiliser Ethereum comme une combustion de gaz de transaction.
Couche d’exécution: Obtenez la vitesse de transaction et l’effet d’échelle de Solana
Pour améliorer l’efficacité, Eclipse MainNet adopte l’environnement d’exécution de Solana, en utilisant SVM et Sealevel (Solana est utilisée pour créer des solutions technologiques d’échelle, et le moteur de traitement des transactions hyperparalleux est utilisé pour évoluer horizontalement entre les GPU et les SSD), qui est en ligne avec EVM Un seul thread par rapport à l’opération de l’opération, l’avantage est qu’il peut être exécuté sans concevoir des transactions d’état qui se chevauchent, plutôt que dans la séquence.
En ce qui concerne les problèmes de compatibilité EVM, Eclipse MainNet s’est associé à Neon EVM pour permettre aux développeurs de tirer parti des outils Ethereum et de créer des applications Web3 sur Solana, avec un débit allant jusqu’à 140 TPS que les EVM à thread unique, selon les données officielles.Les utilisateurs EVM interagissent nativement avec les applications dans Eclipse MainNet via le plug-in « Snaps » du portefeuille Metamask.
Disponibilité des données: bande passante et propriétés vérifiées avec Celestia
ECILPSE MAINNET tirera parti de Celestia pour obtenir la disponibilité des données et obtenir des partenariats à long terme, car Ethereum est actuellement incapable de dépenser le débit et les dépenses d’Ecilpse, même après les mises à niveau EIP-4844, il peut fournir une moyenne d’environ 0,375 Mo par bloc. La limite par bloc est d’environ 0,75 Mo).
Selon les données officielles, la transaction ERC-20 basée sur l’expansion de RALUP est calculée à 154 octets par transaction, ce qui équivaut à la somme de tous les rouleaux d’environ 213 tps, tandis que pour un échange de compression, le TPS de tous les rouleaux est calculé à environ 400 octets par transaction.Blobstream devrait passer à 8 Mo une fois que le réseau s’est avéré stable et plus de DAS (voir ci-dessous pour l’explication des extensions associées) des nœuds lumineux de haut en bas par rapport au bloc de 2 Mo lancé par Celestia.
ECILPSE estime qu’avec le soutien des nœuds légers Das de Celestia, Celestia est devenue le meilleur choix pour Eclipse MainNet aujourd’hui compte tenu du compromis entre la sécurité de l’économie cryptographique et le débit DA très évolutif.Même s’il y a une opinion selon laquelle Ethereum DA est la couche orthodoxe2, la partie du projet continuera de prêter attention à la progression de l’EIP-4844 dans l’expansion de DA. Réévaluer la possibilité de migration vers Ethereum da.
Mécanisme de preuve: Risc Zero Fraud Preuve (pas de sérialisation intermédiaire de l’État)
La méthode de preuve d’Eclipse est similaire au SVM Fraud Proof SIMD d’Anatoly (voir GitHub Extension Link 2 pour plus de détails), ce qui est conforme à la perspicacité de John Adler pour éviter le coût élevé de la sérialisation de l’État.Donc, pour éviter de réintroduire l’arbre Merkle (arbre de hachage) dans SVM, les premières parties du projet ont tenté d’insérer un arbre Merkle clairsemé dans SVM, mais chaque mise à jour de la transaction vers l’arbre Merkle aura un impact énorme sur les performances.Sans utiliser des arbres Merkel pour la prestation, les cadres Rollup universels existants (tels que la pile OP) ne peuvent pas être utilisés comme base pour SVM Rollup, qui nécessite une preuve plus créative d’architecture de défaillance.
Preuve des exigences de défaut: l’engagement d’entrée de la transaction, la transaction elle-même et la preuve que la transaction sera différente de la sortie spécifiée sur la chaîne.
L’engagement d’entrée est généralement mis en œuvre en fournissant la racine Merkle de l’arborescence de l’état Rollup. et publier la transaction à Celestia afin que tout nœud complet puisse suivre, extraire le compte d’entrée de son propre état, calculer le compte de sortie et confirmer que les promesses sur Ethereum sont correctes.
Il existe également deux types d’erreur majeurs possibles ici:
Sortie incorrecte: le vérificateur fournit une preuve ZK sur la chaîne de sortie correcte.Eclipse utilise Risc Zero pour créer des preuves ZK pour l’exécution de SVM, qui continue les travaux antérieurs du projet de vérification de l’exécution de bytecode BPF (voir le lien d’extension GitHub 3 pour plus de détails).Cela permet à nos contrats de règlement de garantir l’exactitude sans avoir à exécuter des transactions sur la chaîne.
Entrée incorrecte: le vérificateur publie des données historiques sur la chaîne, indiquant que l’état d’entrée ne correspond pas à celui revendiqué.Ensuite, le pont de gravité quantique de Celestia est utilisé pour permettre aux contrats de règlement d’éclipse de vérifier les comportements frauduleux dans les données historiques.
Connexions d’éclipse avec ETH et Celestia
Source: @jon_charb
DA est l’une des principales parties des dépenses de coûts de Rollup.
CallData: Par exemple, des solutions de couche2 telles que Arbitrum ou Optimisme publient directement les données de transaction en tant que CallData aux blocs hautement censurés d’Ethereum.Ethereum définira les données d’appel et calculera et le stockage dans une unité: Gas, qui est également l’une des principales dépenses de coûts RAPS sur Ethereum.Pour améliorer la mise à niveau de l’efficacité EIP-4844, BlobSpace est introduit pour remplacer CallData, fournissant une valeur cible de 375 kb par bloc pour tous les rouleaux;
DAC: DAC a un débit beaucoup plus élevé que la publication de CallData directement en chaîne, mais les utilisateurs doivent faire confiance à un petit comité ou un groupe de validateurs pour éviter la hiérarchie de données malveillante.Les DAC, y compris les solutions basées sur le réapprovisionnement, introduisent des hypothèses de confiance importantes aux L2, forçant les DAC à s’appuyer sur la réputation, les mécanismes de gouvernance ou le vote de jeton pour freiner ou punir la dissimulation de données, donc dans une certaine mesure le DAC est nécessaire lors de l’utilisation de DA externe.
Il convient de ajouter que Celestia a été utilisé dans Eclipse pour permettre à la couche2 d’accéder à Blobspace de Celestia, ce qui équivaut à 9 000 à 30 000 transmissions ERC-20 par seconde.Cependant, la couche2 utilisant Blobstream dans le processus s’appuiera sur la preuve du vérificateur de Celestia. Une confiance insuffisante en comparaison, mais il est inévitable de penser à cette carence du point de vue de l’innovation et du récit du marché.
Source: Eclipse Official – Eclipse Modular Interaction Logic
Selon la documentation officielle, comme indiqué dans la figure ci-dessus, Eclipse s’est avéré à Ethereum via BlobStream de Celestia (comme décrit ci-dessus pour la solution Modular DA Ethereum basée sur l’extension DAS), les données Eclipse prouvées à Ethereum ont été testées et exécutées, permettant au pont de Soyez basé sur l’inscription de la racine de données de Celestia pour vérifier la sécurité des données prévue pour une preuve de fraude.Ses utilisateurs déposent des fonds dans Eclipse via le pont Ethereum natif, et le processus est résumé comme suit:
1. L’utilisateur appelle le contrat de pont de dépôt Eclipse sur Ethereum (voir le lien étendu 1 pour l’adresse du contrat);
2.Eclipse dans l’exécuteur SVM (calcule le résultat SVM et le diffuse au nœud d’état ECILPSE nouveau), le répéteur (ETH et Eclipse Channel) complète l’adresse d’envoi de l’utilisateur et l’interaction de données transversales de l’adresse de l’utilisateur;
3. Le répéteur appelle le programme SVM Bridge, qui est responsable de l’envoi de dépôts d’utilisateurs à l’adresse cible;
4. Le répéteur vérifie la transaction de dépôt via le client ZK-Light (à implémenter);
5. Le bloc de transaction de transfert final contenant des dépôts ultérieurs est terminé et publié via le plug-in Solana Geyser.
Dans ce processus, l’exécuteur SVM est publié via Geyser dans la file d’attente de messages, et sa machine à sous est publiée sur Celestia en tant que bloc de données, et le validateur de Celestia entreprend les blocs de données soumis pour les transactions de preuve sont incluses dans la chaîne Eclipse et correspondent aux données Root, et enfin chaque bloc de données Celestia est relayé via le Blobstream au contrat de pont Eclipse sur Ethereum.
Source: Eclipse Officiel: Interaction de Celestia et SVM exécuteur
Dans le même temps, similaire à l’autre couche 2 d’Ethereum, qui utilise des preuves frauduleuses, le retrait des fonds entre Eclipse et Ethereum nécessite également une période de fenêtre pour contester, afin que les validateurs puissent soumettre des preuves frauduleuses lorsque la transition de l’État n’est pas valide.
-SVM Les exécuteurs publient régulièrement une époque de l’emplacement Eclipse (processus dans le nombre de lots prédéterminé) pour Ethereum et émettent une garantie;
-Éclipse Le contrat de pontage effectue une inspection de base pour s’assurer que le format de données publié est intact (voir l’article de référence [2] Chapitre de conception d’épreuve de fraude);
– Si le lot soumis passe le chèque de base, une fenêtre prédéfinie sera générée dans cette fenêtre, si le lot est commis, cela signifie que la transition de l’État est invalide et que le vérificateur peut délivrer un certificat de fraude;
-Si les validateurs émettent avec succès un certificat de fraude, ils remportent la garantie de l’exécuteur, le lot libéré est refusé et l’état de spécification d’Eclipse L2 revient au dernier engagement par lots valide.Les administrateurs de cette Eclipse auront le droit de sélectionner de nouveaux exécuteurs;
-Mais si la période de défi est adoptée sans l’épreuve de la fraude, l’exécuteur testamentaire récupérera sa garantie et sa récompense;
– Enfin, le contrat Eclipse Bridge effectue toutes les transactions de retrait incluses dans le lot final.
résumé
Eclipse est encore au début du développement des réseaux de test et est la première couche SVM sur Ethereum.Ethereum est toujours la voie de développement qui considère que Rollup comme son cœur.C’est précisément parce que Eclipse utilise le développement modulaire pour combiner la sécurité Ethereum, les performances élevées de Solana et Celestia DA pour mener un récit fort du marché.
En repensant au processus de développement d’Ethereum, un point très intéressant est que le dernier cycle des conditions du marché était que dans le battage médiatique de Defi Summer, un grand nombre d’innovations et d’ajouts de «poupées Defi» et de «Defi lego» ont émergé, ce qui a conduit à un développement éruption de l’ensemble de l’écosystème.Dans ce tour, un grand nombre de combinaisons « poupées en attente » et « LEGO en attente » sont apparues dans la combinaison de LSD et de réapparition, permettant à Eigenlayer, Blast et Merlin de l’écosystème BTC de frapper TVL à court terme.Si les poupées de nidification et les legos sont considérées comme les principaux thèmes du sentiment du marché, la modularité peut également jouer leurs propres poupées de nidification et mélodies LEGO à l’avenir.
Le charme de la modularité réside dans les avantages du découplage des composants, de sorte que chaque couche d’innovation dans la pile peut amplifier l’optimisation d’autres modules. d’options compétitives.
