Auteur: YBB Capital Researcher AC-Core Source: Traduction moyenne: Shan Ouba, Vision de la chaîne de bits

Fond d’éclipse

Le fondateur d’Eclipse, Neel Somani, était l’ingénieur logiciel d’Airbnb et un chercheur quantitatif chez Citadel.La startup a été soutenue par le co-fondateur de Solana, Anatoly Yakovenko et Polygon (architecture) et d’autres institutions / individus.Rollup Blockchain est compatible avec Polygon et Solana).Selon le rapport de Coindesk le 28 septembre 2022, Eclipse a réussi le financement de la ronde de semences de 6 millions de dollars dirigée par Polychain et le financement des semences de 9 millions de dollars dirigé par Tribe Capital et Tabiya, avec un financement total de 15 millions de dollars américains.En outre, Eclipse a également reçu un financement de développement de la Solana Foundation pour soutenir Rollup piloté par Solana Virtual Machine.

Le fondateur Somani a utilisé son propre réseau et l’avantage géographique du quartier général près de Chicago, et a utilisé avec succès la machine virtuelle de Solana pour créer une blockchain unique.Sa vision est de permettre aux développeurs de déployer des rollups pris en charge par Solana Virtual Machines, et prévoit de lancer un réseau de test public dans l’écosystème Cosmos au début de 2023 pour soutenir le langage de déplacement des aptos à l’avenir.

Le co-fondateur de Solana et de l’investisseur providentiel d’Eclipse Anatoly Yakovenko a commenté: « Eclipse a ouvert la voie à Solana pour communiquer avec Cosmos par le biais de la communication blockchain (IBC). »

Le partenaire de Polychain Capital Niraj Pant a déclaré: « Alors que les grandes entreprises et les gouvernements commencent à entrer dans le champ de blockchain, Eclipse est devenue une infrastructure clé qui promeut ses cas d’utilisation, tels que les consommateurs et les applications financières de Web2. »

Architecture d’éclipse

Le contenu suivant est basé sur l’explication officielle: Eclipse MainNet est le premier L2 général centré sur SVM, combinant la nature de la pile modulaire.L’architecture du projet implique Ethereum comme une couche de règlement et un pont de vérification officiel construit; Environnement de ce projet Modular Layer2.Ce qui suit explique en détail en fonction de la description officielle.

Couche de règlement -Thereum: Eclipse sera réglé sur Ethereum (même si Ethereum est utilisé dans Ethereum), utilisez ETH pour la consommation de gaz et soumettez un certificat de fraude sur Ethereum;

Exécution Layer -Solana Virtual Machine (SVM): Eclipse exécutera SVM à haute performance comme environnement d’exécution, en particulier la branche du client Solana Labs (V1.17);

Couche de disponibilité des données -celestia: Eclipse publie des données à Celestia pour obtenir une convivialité évolutive (DA) ;;

Mécanisme de preuve -Risc Zero: Eclipse utilisera Risc Zero pour le certificat de fraude ZK (pas obligé d’être sérialisé à l’état moyen);

Protocole de communication -IBC: Eclipse terminera le pont avec la chaîne non-éclipse à travers le Cosmos Blockchain Communication Standard IBC;

Contrat croisé-Chain -Hyperlan: Eclipse et Hyperlan ont coopéré pour introduire des solutions imprévisibles d’Hyperlan dans une blockchain basée sur Solana Virtual Machine (SVM).

Couche de règlement: obtenez la sécurité et la liquidité d’Ethereum

Comme les autres Rollups Ethereum, Eclipse utilise Ethereum comme couche de règlement.Ce processus consiste à intégrer le pont de vérification d’Eclipse directement dans Eclipse.

L2Beat définit la couche2 comme « une chaîne qui obtient la sécurité du premier étage d’Ethereum, afin que les utilisateurs n’aient pas besoin de s’appuyer sur l’honnêteté des vérifications de couche2 pour assurer la sécurité de leurs fonds ».Même si le trieur échoue ou démarre sur L2, l’utilisateur peut toujours appliquer les transactions via le pont et utiliser Ethereum comme gaz de transaction.

Couche d’exécution: implémentez la vitesse et l’échelle de Solana

Afin d’améliorer l’efficacité, le réseau principal d’Eclipse utilise l’environnement d’exécution de Solana, en utilisant SVM et Sealevel (Solana pour construire des solutions technologiques d’évolutivité horizontalement, un moteur de traitement de transaction super coquée qui se développe horizontalement entre les GPU et les SSD).Par rapport à l’opération à thread unique d’EVM, son avantage est qu’il peut effectuer des transactions sans concevoir des transactions d’état qui se chevauchent, plutôt que de les effectuer dans l’ordre.

En termes de compatibilité EVM, le réseau principal Eclipse coopère avec Neon EVM pour permettre aux développeurs d’utiliser l’outil Ethereum et de créer une application Web3 sur Solana.Selon les données officielles, son débit est nettement plus élevé que l’EVM à fil unique, atteignant 140 tps.Les utilisateurs EVM peuvent interagir avec le réseau principal Eclipse via la fiche « Snaps » à travers le portefeuille Metamask.

Utilisation des données: utilisez la bande passante et la vérification de Celestia

Eclipse 主网将利用 Celestia 来实现数据可用性并建立长期合作，因为以太坊目前无法支持 Eclipse 的目标吞吐量和成本，即使在 EIP-4844 升级之后，每个块平均提供约 0,375 Mb 的 Blob 空间（每La limite de bloc est d’environ 0,75 Mo).

Selon les données officielles, pour les transactions ERC-20 basées sur l’expansion de Rollup, il est calculé sur la base de 154 octets de chaque transaction, ce qui équivaut à tous les rollups pour un total d’environ 213 tps, et pour les swaps de compression, environ 400 octets par transaction , TPS TPS Contracte Le débit de tous les rouleaux est d’environ 82 TPS.En revanche, le bloc de 2 Mo de Celestia, avec la stabilité du réseau et davantage de nœuds lumineux DAS (disponibilité des données), Blobstream devrait passer à 8 Mo.

Eclipse estime qu’avec le soutien des nœuds légers de Celestia Das, Celestia est devenue le premier choix pour le réseau principal Eclipse actuel.Bien que certains points de vue pensent que l’utilisation d’Ethereum DA est la méthode orthodoxe de la coucheSi Ethereum peut fournir une éclipse avec un débit DA plus grand et plus élevé, la possibilité de migrer vers Ethereum DA sera réévaluée.

Mécanisme de preuve: certificat de fraude Risc Zero (pas de sérialisation de l’état intermédiaire)

La méthode de preuve d’Eclipse est similaire à la preuve de fraude SVM d’Anatoly de SIMD (voir le lien GitHub étendu 2), ce qui est cohérent avec John Adler pour éviter les informations à haute oscillation de la sérialisation de statut.Afin d’empêcher l’arbre Merkle de ré-introduction de SVM, les premières tentatives d’insérer l’arbre Merkle clairsemé dans le SVM, mais l’arbre Merkle affectera grandement les performances à chaque fois.Si l’arbre Merkle est utilisé pour le prouver, le framework General Rollup existant (tel que OP Stack) ne peut pas être utilisé comme base de SVM Rollup, et il a besoin d’une architecture anti-error plus créative.

Exigences de découverte: l’engagement d’entrée, la transaction lui-même et la réorganisation de la transaction conduiront à différentes preuves de la sortie spécifiée 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 d’état Rollow.L’actionneur d’Eclipse publiera la liste des entrées et de la sortie de chaque transaction (y compris la valeur de hachage du compte et l’état global pertinent), génèrent l’indice de transaction de chaque entrée et publient la transaction à Celestia, permettent à tout nœud complet de suivre, Depuis sa transaction, l’état du compte d’entrée est extrait, calculé le compte de sortie et confirmé que l’engagement sur Ethereum était correct.

Il peut y avoir deux principaux types d’erreurs ::

Sortie incorrecte: le dispositif de vérification fournit une preuve ZK de la sortie correcte sur la chaîne.Eclipse utilise Risc Zero pour créer une preuve SVM Exécution ZK et continue de prouver le travail de l’exécution BPF Bytecode avant le projet (voir la liaison GitHub étendue 3).Cela permet à notre contrat de règlement de garantir l’exactitude sans avoir à courir sur la chaîne.

Erreur de saisie: les vérifications publient des données historiques sur la chaîne, indiquant que l’état d’entrée ne correspond pas à l’état de l’énoncé.Utilisez ensuite le pont gravitationnel quantique de Celastia pour faire en sorte que le contrat de règlement Eclipse vérifie s’il existe des données historiques de fraude.

Connexions Eclipse et Eth et Celestia

La disponibilité des données (DA) est l’une des principales composantes des dépenses de coûts RALUP.À l’heure actuelle, la disponibilité d’Ethereum L2 dépend principalement de deux méthodes: CallData et DAC (comité de disponibilité des données).

· CallData: Par exemple, les solutions de couche2 telles que Arbitrum ou Optimism font des données de transaction comme CallData directement sur le bloc anti-censure élevé.Les prix Ethereum attribuent les données et l’informatique et le stockage à une unité: Gas, qui est l’un des principaux coûts générés par Ethereum Rollup.Afin d’améliorer l’efficacité, les mises à niveau de l’EIP-4844 ont introduit Blobspace pour remplacer CallData, offrant à tous les randonnées avec l’objectif de 375 Ko par bloc;

· DAC: Par rapport aux données d’appel de publication directement sur la chaîne, le DAC fournit un débit plus élevé, mais les utilisateurs doivent faire confiance à un petit comité ou à un ensemble de vérifications pour éviter les données de détention malveillante.Le DAC, y compris des solutions basées sur un engagement lourd, a introduit des hypothèses de confiance importantes pour L2, forçant ainsi le DAC à s’appuyer sur la réputation, le mécanisme de gouvernance ou les jetons votant pour supprimer ou punir les données cachées.Par conséquent, l’utilisation de DA externe dans une certaine mesure nécessite un DAC.

Il convient de noter qu’Eclipse utilise BlobStream de Celestia (un réseau consensuel) pour permettre à Layer2 d’accéder à Blobspace de Celestia.Selon le schéma de compression, cela peut atteindre un espace blob allant jusqu’à 8 Mo, ce qui équivaut à peu près à 9 000 à 30 000 transmission ERC-20 par seconde.Cependant, la couche2 utilisant Blobstream dépendra de la preuve du dispositif de vérification de Celestia.Si le nœud léger détecte 2/3 vérifications de Celestia, ils peuvent les punir.Objectivement parlant, la crédibilité du DAC a toujours ses lacunes par rapport à la chaîne native DA, mais du point de vue de l’innovation et du récit du marché, ces lacunes sont inévitables.

Comme expliqué dans la documentation officielle et la figure ci-dessus, Eclipse démontre les données prouvées à Ethereum par Blobstream de Celestia (comme mentionné ci-dessus, les solutions DA basées sur Ethereum DA).Cela permet aux ponts de vérifier la sécurité des données prévue pour la fraude en fonction de la racine de données de la signature de Celestia.L’utilisateur dépose des fonds dans Eclipse via le pont Ethereum natif.

1. L’utilisateur appelle le contrat de pont de recharge Eclipse sur Ethereum (adresse du contrat dans le lien d’extension 1);

2. L’actionneur SVM d’Eclipse (calcul des résultats SVM et sortie vers le nouveau nœud d’état Eclipse) et le relais (ETH sur le canal Eclipse) complètent l’interaction de données croisées entre l’expéditeur et l’adresse du récepteur;

3. Le relayr appelle le programme de connexion SVM Bridge et est responsable de l’envoi de l’utilisateur à l’adresse cible;

4. Reciser pour vérifier les transactions de dépôt via le client ZK-Light (à réaliser);

5. Enfin, le bloc de trading contenant des dépôts ultérieurs est terminé et publié via la fiche Solana Geyser -in.

Dans le processus, chaque emplacement Eclipse est publié par l’actionneur SVM dans la file d’attente de messages via Geyser.Ces rainures sont ensuite publiées sous forme de blocs de données à Celestia, et le périphérique de vérification Celestia soumet les blocs de données soumis soumis pour prouver que la transaction est incluse dans la chaîne Eclipse et correspond à la racine de données.Enfin, chaque bloc de données Celestia est un contrat avec Blobstream au pont Eclipse sur Ethereum.

Semblable à d’autres solutions Ethereum Layer2 utilisant la fraude, il prend également une période de défi d’Eclipse pour retirer des fonds à Ethereum, permettant aux vérifications de soumettre une certification de fraude sous la condition de conversion d’État non valide.

· L’actionneur SVM soumet régulièrement l’ère Eclipse Slot (le processus suit le lot de la quantité prévue) sur l’Ethereum et publie l’hypothèque;

· Inspection de base du contrat de réception du pont d’Eclipse pour assurer l’intégrité du format de données publié (voir la partie de conception frauduleuse de la certification dans l’article de référence [2]);

· Si les lots soumis passent l’inspection de base, une fenêtre prédéterminée sera générée.Si dans cette fenêtre, l’engagement par lots indique que la conversion de l’État n’est pas valide et que le vérificateur peut délivrer un certificat de fraude;

· Si les vérifications émettent avec succès un certificat de fraude, ils gagneront l’hypothèque de l’exécuteur testamentaire, les lots soumis seront rejetés et le statut standard de l’éclipse L2 reviendra sur le dernier engagement efficace par lots.À l’heure actuelle, l’administrateur d’Eclipse a le droit de choisir un nouvel actionneur;

· Cependant, s’il n’y a pas de certificat de fraude réussi après la période de défi, l’exécuteur testamentaire récupérera son hypothèque et ses récompenses;

· Enfin, le contrat de pont Eclipse a terminé toutes les transactions de retrait incluses dans la confirmation finale de la confirmation finale du lot.

Résumer

Eclipse en est actuellement aux premiers stades du développement et des tests, marquant la première couche SVM2 sur Ethereum.Son réseau de test a été lancé et devrait lancer le réseau principal au premier trimestre de 2024.Ethereum considère toujours les Rollups comme la partie fondamentale de sa feuille de route de développement.Mis à part le différend sur l’orthodoxe, cela signifie qu’Ethereum définit la définition générale de la couche2 sur le marché, et elle est également intelligemment introduite dans diverses formes de concurrence.Eclipse utilise cela pour combiner la sécurité d’Ethereum, de la haute performance de Solana et du récit DA de Celestia à travers le développement modulaire pour former un puissant récit de marché.

En regardant le développement d’Ethereum, un phénomène intéressant est le cycle de marché précédent.Cette série de LSD et de ré-échanges combinés, la combinaison de « nouilles promis » et de « LEGO promis » a augmenté, et Eigenlayer, Blast, et Merlin de BTC ont relevé rapidement en peu de temps.Si les imbriqués et Lego sont considérés comme le thème principal des émotions du marché, la modularisation à l’avenir peut également jouer sa mélodie imbriquée et LEGO unique.

Le charme de la modularité réside dans les avantages de la composante découplée, afin d’atteindre l’innovation de chaque couche de la pile, et permettre à l’optimisation de chaque module d’optimiser l’optimisation d’autres modules.Peut-être à l’avenir, le processus de développement modulaire peut fournir aux développeurs et aux utilisateurs des options de concurrence excessives.