La semaine dernière, j'ai eu le plaisir d'interviewer Neel Somani, le fondateur d'Eclipse, un prochain Ethereum Layer 2. Eclipse est différent des autres Ethereum Rollups en raison de sa modularité globale. J'ai posé des questions à Neel sur ces choix de conception ainsi que sur une variété d'autres sujets tels que le lancement du réseau principal, la structure des frais/capture de valeur, les jetons natifs, etc.
Avant de plonger dans l’intéressante conversation avec Neel, voici une brève introduction à ce qu’est une blockchain. Une blockchain contient 4 couches :
Couche d'exécution - gère les transactions des utilisateurs et fournit un environnement pour les dApps.
Couche de disponibilité des données - Les nœuds reçoivent un bloc du producteur de blocs et vérifient si les données sont accessibles au public.
Couche de consensus - détermine l'ordre des transactions.
Couche de règlement - détermine l'état de la blockchain (finalité).
Une blockchain monolithique gère elle-même tous ces composants, c'est-à-dire qu'elle contient les quatre couches. Les blockchains modulaires ne contiennent qu’une ou quelques-unes (mais pas toutes) de ces couches.
Voici quelques exemples de ces différentes architectures.
Solana Virtual Machine (SVM) sert de couche d'exécution.
Celestia comme couche de disponibilité des données.
Le réseau principal Ethereum sert de couche de règlement et de consensus.
L'entretien est le suivant :
**Parlons d'abord de la couche d'exécution. Qu'est-ce qui vous a poussé à choisir d'exécuter une machine virtuelle Solana au lieu d'un EVM comme environnement d'exécution ? Sur votre site Web, vous mentionnez des concepts tels que le parallélisme et les marchés de frais natifs : s'agit-il des principaux avantages ? **
"C'est certainement le plus grand avantage. Vous pouvez le comprendre de cette façon, si 100 personnes envoient toutes des transactions à une chaîne EVM, toutes ces transactions doivent être mises en file d'attente pour être servies une transaction à la fois. Cela ne peut en aucun cas être contourné. . Et sur Solana , pour les machines virtuelles Solana, elles peuvent en fait être mises en file d'attente dans différentes files d'attente et tous les services peuvent être servis en même temps. Donc, bien sûr, vous êtes limité par le nombre de cœurs sur lesquels l'exécuteur principal s'exécute et par certains matériels. contraintes, mais le débit est supérieur à celui de la chaîne EVM. Beaucoup plus élevé. Et ils ont également réduit les temps de blocage grâce à l'optimisation et rendu l'exécution monothread très rapide. C'est la principale raison pour laquelle nous l'avons choisi.
**Y a-t-il des compromis à faire ? **
"L'inconvénient est de savoir comment déterminer dans quelle file d'attente tout le monde doit se trouver ? S'il y a 100 personnes qui font la queue pour essayer d'obtenir un service, cela signifie qu'elles doivent spécifier des informations supplémentaires au préalable. Elles doivent donc indiquer, je veux lire le statut de cette partie, ou je veux écrire d'autres parties. Ils doivent dire à l'avance ce qu'ils vont faire. Avec les transactions EVM, ce n'est pas le cas. Vous pouvez simplement dire, je vais exécuter cette transaction, et " "
**Pouvez-vous parler de la composabilité d'Eclipse ? Je suppose qu'il est plus facile pour les développeurs Solana/Rust de s'appuyer sur SVM. Les développeurs Solidity, le réseau principal Ethereum ou d'autres protocoles L2 peuvent-ils être facilement intégrés dans Eclipse ? **
"Ce sont en fait de nouvelles fonctionnalités, mais oui, nous pouvons prendre en charge Solidity via un projet appelé Solang. Il existe également un produit appelé Neon qui vous permet d'utiliser le portefeuille MetaMask. Drift a également construit MetaMask Snap, qui est MetaMask Une nouvelle extension pour SVM code qui vous permet d'utiliser votre portefeuille en utilisant le code SVM. Pour les contrats Rust, les développeurs peuvent utiliser Seahorse, et ils peuvent écrire leurs contrats intelligents en Python, et même Python peut fonctionner avec Eclipse. Nous avons donc une variété de langages différents sont pris en charge à ce stade.
**Concernant la couche de disponibilité des données (DA), pourquoi choisir Celestia plutôt qu'Ethereum ? **
"Nous choisirons toujours ce qui est le mieux pour les utilisateurs et les applications. Nous ne sommes pas des tribalistes, même si nous sommes évidemment Ethereum L2. Si Ethereum DA n'est pas assez bon en termes de coût ou de bande passante pour le moment, nous n'essayons pas de forcer Ethereum DA à fonctionner." . Mais nous le surveillons. Une fois qu'il sera prêt, nous pourrons migrer vers ETH DA. Mais pour l'instant, Celestia propose des blocs plus gros. Une fois qu'ils auront lancé leur réseau principal, les blocs seront probablement vides. Donc, nous " Nous allons avoir beaucoup de bande passante, et ils peuvent augmenter la bande passante grâce à la gouvernance. Ils pourront augmenter la taille des blocs grâce à la gouvernance, et je pense qu'ils le feront peut-être quelques fois après son déploiement. "
**Eclipse utilisera Risc Zero pour la vérification du cumul. En quoi cela le différencie-t-il des autres types de Rollup ? **
"Nous adoptons une approche très différente de celle d'Optimism ou d'Arbitrum. La raison en est que la machine virtuelle que nous utilisons, parce qu'elle est parallèle, n'a pas certaines des mêmes primitives, elle n'a pas certaines des mêmes parties comme les arbres Merkle. , par exemple, les arbres Merkle ne font pas partie de notre Rollup. Les arbres Merkle sont utilisés pendant le processus de vérification des erreurs. Par conséquent, nous devons effectuer la vérification des erreurs d'une manière différente, ce qui nécessite finalement que Risc Zero le fasse de manière efficace. C'est pourquoi Risc Zero est dans la pile, il constituera une partie importante de notre vérification des erreurs.
**Ensuite, je souhaite poser des questions sur la capture de valeur. Dans le cas d'Arbitrum, lorsque les utilisateurs effectuent des transactions, ils paient des frais aux Rollups, qui doivent ensuite payer un certain pourcentage aux validateurs Ethereum à titre de frais de règlement, mais conservent essentiellement les frais restants. Comment ça marche sur Eclipse ? Quelles parties de cette pile modulaire prendront en compte ces dépenses ? Eclipse a-t-il encore un peu d'équilibre à la fin ? **
"Donc, pour l'instant, nous n'avons pas décidé si nous allons allouer un certain montant à Eclipse et quel sera le montant. S'il y a un certain montant, ce n'est qu'une compensation pour le risque. Cela dit, la façon dont nous calculons les frais est la suivante. regardez le premier niveau, nous disons, quels sont les frais pour publier sur Ethereum, combien devons-nous y publier ? Et puis nous regardons Celestia, nous faisons la même chose, puis additionnons tout cela ensemble et c'est les frais. que nous allons transmettre aux utilisateurs. Mais le risque est que lorsque l'utilisateur paie les frais, quelques secondes s'écoulent, n'est-ce pas ? Et puis nous publions au premier niveau. Peut-être que ces frais ont augmenté. Donc, en tant que Résultat, il serait peut-être judicieux de facturer un peu plus pour se prémunir contre ce risque.
Les deux acteurs impliqués sont Ethereum et Celestia, et du point de vue des coûts réguliers, les frais payés par les utilisateurs sont en réalité Ethereum et Celestia. Celestia reçoit des frais pour chaque transaction publiée sur Eclipse. Si nous écrivons une transaction, nous devons publier environ 200 octets sur Celestia, tandis qu'Ethereum est payé toutes les heures. Ou peut-être même moins fréquemment.
Ensuite, il y a quelques autres participants que nous devons payer régulièrement, de temps en temps, chaque semaine (Risque Zéro). Même si tout va bien, nous exécutons toujours des preuves de bugs Risk Zero. Juste pour montrer que cela fonctionne toujours, fondamentalement, les frais pour cela ne seront probablement pas exactement égaux aux frais de publication d'une barre oblique plus les frais Ethereum, c'est pourquoi cela vaut la peine de payer un peu plus. "
**Quelle est la stratégie pour attirer les candidatures et développer l'écosystème dès les premiers stades ? **
"Nous avons quelques DApp de Solana qui effectuent un développement multi-chaînes, ils seront donc également déployés sur Eclipse. Nous incubons certains projets. Nous soutenons certains projets via notre programme d'accélérateur solaire. Nous accordons ces subventions aux développeurs, nous pouvons fournir des conseils ", décomposez-le en étapes et donnez-leur toutes les ressources dont ils ont besoin. Actuellement, nous sommes toujours en discussion avec Solana DApps. Nous allons bientôt nous étendre à Solidity DApps. "
**Y aura-t-il à l'avenir un jeton Eclipse dont le but est de décentraliser le Rollup et d'introduire la gouvernance ? **
"C'est peut-être quelque chose auquel nous n'avons pas suffisamment réfléchi pour avoir une opinion parce que nous sommes tellement concentrés sur la construction de ce réseau principal et qu'il y a beaucoup de choses à considérer pour le réseau principal et afin même d'envisager quelque chose comme un jeton, nous Nous devons comprendre ce que nous pensons de la gouvernance et ce qu'est le cadre de gouvernance complet. Cela va prendre des mois de travail acharné pour vraiment y réfléchir. Nous n'y avons donc pas encore réfléchi.
**Quand Eclipse sera-t-il lancé sur le réseau principal ? **
"Nous avons déjà un Devnet, qui est le réseau que les gens développent activement en ce moment, pour le réseau principal. Une fois que nous avons gelé le code et l'avons examiné, nous le rendons open source afin que les gens puissent voir le code eux-mêmes et l'utiliser. C'est le plan pour le lancement du réseau principal Eclipse. En gros, d'ici la fin de l'année, nous prendrons ces mesures et idéalement, en supposant que Celestia est stable, en supposant qu'il n'y a rien d'autre, qu'il ne manque aucune autre infrastructure, alors nous avancerons avec le réseau principal lancement."
Voir l'original
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.
Pourquoi l'architecture Eclipse choisit SolanaVM, Celestia et Ethereum
Auteur : Thor Hartvigsen, analyste DeFi, Traduction : Golden Finance 0xjs
La semaine dernière, j'ai eu le plaisir d'interviewer Neel Somani, le fondateur d'Eclipse, un prochain Ethereum Layer 2. Eclipse est différent des autres Ethereum Rollups en raison de sa modularité globale. J'ai posé des questions à Neel sur ces choix de conception ainsi que sur une variété d'autres sujets tels que le lancement du réseau principal, la structure des frais/capture de valeur, les jetons natifs, etc.
Avant de plonger dans l’intéressante conversation avec Neel, voici une brève introduction à ce qu’est une blockchain. Une blockchain contient 4 couches :
Une blockchain monolithique gère elle-même tous ces composants, c'est-à-dire qu'elle contient les quatre couches. Les blockchains modulaires ne contiennent qu’une ou quelques-unes (mais pas toutes) de ces couches.
Voici quelques exemples de ces différentes architectures.
L'entretien est le suivant :
**Parlons d'abord de la couche d'exécution. Qu'est-ce qui vous a poussé à choisir d'exécuter une machine virtuelle Solana au lieu d'un EVM comme environnement d'exécution ? Sur votre site Web, vous mentionnez des concepts tels que le parallélisme et les marchés de frais natifs : s'agit-il des principaux avantages ? **
"C'est certainement le plus grand avantage. Vous pouvez le comprendre de cette façon, si 100 personnes envoient toutes des transactions à une chaîne EVM, toutes ces transactions doivent être mises en file d'attente pour être servies une transaction à la fois. Cela ne peut en aucun cas être contourné. . Et sur Solana , pour les machines virtuelles Solana, elles peuvent en fait être mises en file d'attente dans différentes files d'attente et tous les services peuvent être servis en même temps. Donc, bien sûr, vous êtes limité par le nombre de cœurs sur lesquels l'exécuteur principal s'exécute et par certains matériels. contraintes, mais le débit est supérieur à celui de la chaîne EVM. Beaucoup plus élevé. Et ils ont également réduit les temps de blocage grâce à l'optimisation et rendu l'exécution monothread très rapide. C'est la principale raison pour laquelle nous l'avons choisi.
**Y a-t-il des compromis à faire ? **
"L'inconvénient est de savoir comment déterminer dans quelle file d'attente tout le monde doit se trouver ? S'il y a 100 personnes qui font la queue pour essayer d'obtenir un service, cela signifie qu'elles doivent spécifier des informations supplémentaires au préalable. Elles doivent donc indiquer, je veux lire le statut de cette partie, ou je veux écrire d'autres parties. Ils doivent dire à l'avance ce qu'ils vont faire. Avec les transactions EVM, ce n'est pas le cas. Vous pouvez simplement dire, je vais exécuter cette transaction, et " "
**Pouvez-vous parler de la composabilité d'Eclipse ? Je suppose qu'il est plus facile pour les développeurs Solana/Rust de s'appuyer sur SVM. Les développeurs Solidity, le réseau principal Ethereum ou d'autres protocoles L2 peuvent-ils être facilement intégrés dans Eclipse ? **
"Ce sont en fait de nouvelles fonctionnalités, mais oui, nous pouvons prendre en charge Solidity via un projet appelé Solang. Il existe également un produit appelé Neon qui vous permet d'utiliser le portefeuille MetaMask. Drift a également construit MetaMask Snap, qui est MetaMask Une nouvelle extension pour SVM code qui vous permet d'utiliser votre portefeuille en utilisant le code SVM. Pour les contrats Rust, les développeurs peuvent utiliser Seahorse, et ils peuvent écrire leurs contrats intelligents en Python, et même Python peut fonctionner avec Eclipse. Nous avons donc une variété de langages différents sont pris en charge à ce stade.
**Concernant la couche de disponibilité des données (DA), pourquoi choisir Celestia plutôt qu'Ethereum ? **
"Nous choisirons toujours ce qui est le mieux pour les utilisateurs et les applications. Nous ne sommes pas des tribalistes, même si nous sommes évidemment Ethereum L2. Si Ethereum DA n'est pas assez bon en termes de coût ou de bande passante pour le moment, nous n'essayons pas de forcer Ethereum DA à fonctionner." . Mais nous le surveillons. Une fois qu'il sera prêt, nous pourrons migrer vers ETH DA. Mais pour l'instant, Celestia propose des blocs plus gros. Une fois qu'ils auront lancé leur réseau principal, les blocs seront probablement vides. Donc, nous " Nous allons avoir beaucoup de bande passante, et ils peuvent augmenter la bande passante grâce à la gouvernance. Ils pourront augmenter la taille des blocs grâce à la gouvernance, et je pense qu'ils le feront peut-être quelques fois après son déploiement. "
**Eclipse utilisera Risc Zero pour la vérification du cumul. En quoi cela le différencie-t-il des autres types de Rollup ? **
"Nous adoptons une approche très différente de celle d'Optimism ou d'Arbitrum. La raison en est que la machine virtuelle que nous utilisons, parce qu'elle est parallèle, n'a pas certaines des mêmes primitives, elle n'a pas certaines des mêmes parties comme les arbres Merkle. , par exemple, les arbres Merkle ne font pas partie de notre Rollup. Les arbres Merkle sont utilisés pendant le processus de vérification des erreurs. Par conséquent, nous devons effectuer la vérification des erreurs d'une manière différente, ce qui nécessite finalement que Risc Zero le fasse de manière efficace. C'est pourquoi Risc Zero est dans la pile, il constituera une partie importante de notre vérification des erreurs.
**Ensuite, je souhaite poser des questions sur la capture de valeur. Dans le cas d'Arbitrum, lorsque les utilisateurs effectuent des transactions, ils paient des frais aux Rollups, qui doivent ensuite payer un certain pourcentage aux validateurs Ethereum à titre de frais de règlement, mais conservent essentiellement les frais restants. Comment ça marche sur Eclipse ? Quelles parties de cette pile modulaire prendront en compte ces dépenses ? Eclipse a-t-il encore un peu d'équilibre à la fin ? **
"Donc, pour l'instant, nous n'avons pas décidé si nous allons allouer un certain montant à Eclipse et quel sera le montant. S'il y a un certain montant, ce n'est qu'une compensation pour le risque. Cela dit, la façon dont nous calculons les frais est la suivante. regardez le premier niveau, nous disons, quels sont les frais pour publier sur Ethereum, combien devons-nous y publier ? Et puis nous regardons Celestia, nous faisons la même chose, puis additionnons tout cela ensemble et c'est les frais. que nous allons transmettre aux utilisateurs. Mais le risque est que lorsque l'utilisateur paie les frais, quelques secondes s'écoulent, n'est-ce pas ? Et puis nous publions au premier niveau. Peut-être que ces frais ont augmenté. Donc, en tant que Résultat, il serait peut-être judicieux de facturer un peu plus pour se prémunir contre ce risque.
Les deux acteurs impliqués sont Ethereum et Celestia, et du point de vue des coûts réguliers, les frais payés par les utilisateurs sont en réalité Ethereum et Celestia. Celestia reçoit des frais pour chaque transaction publiée sur Eclipse. Si nous écrivons une transaction, nous devons publier environ 200 octets sur Celestia, tandis qu'Ethereum est payé toutes les heures. Ou peut-être même moins fréquemment.
Ensuite, il y a quelques autres participants que nous devons payer régulièrement, de temps en temps, chaque semaine (Risque Zéro). Même si tout va bien, nous exécutons toujours des preuves de bugs Risk Zero. Juste pour montrer que cela fonctionne toujours, fondamentalement, les frais pour cela ne seront probablement pas exactement égaux aux frais de publication d'une barre oblique plus les frais Ethereum, c'est pourquoi cela vaut la peine de payer un peu plus. "
**Quelle est la stratégie pour attirer les candidatures et développer l'écosystème dès les premiers stades ? **
"Nous avons quelques DApp de Solana qui effectuent un développement multi-chaînes, ils seront donc également déployés sur Eclipse. Nous incubons certains projets. Nous soutenons certains projets via notre programme d'accélérateur solaire. Nous accordons ces subventions aux développeurs, nous pouvons fournir des conseils ", décomposez-le en étapes et donnez-leur toutes les ressources dont ils ont besoin. Actuellement, nous sommes toujours en discussion avec Solana DApps. Nous allons bientôt nous étendre à Solidity DApps. "
**Y aura-t-il à l'avenir un jeton Eclipse dont le but est de décentraliser le Rollup et d'introduire la gouvernance ? **
"C'est peut-être quelque chose auquel nous n'avons pas suffisamment réfléchi pour avoir une opinion parce que nous sommes tellement concentrés sur la construction de ce réseau principal et qu'il y a beaucoup de choses à considérer pour le réseau principal et afin même d'envisager quelque chose comme un jeton, nous Nous devons comprendre ce que nous pensons de la gouvernance et ce qu'est le cadre de gouvernance complet. Cela va prendre des mois de travail acharné pour vraiment y réfléchir. Nous n'y avons donc pas encore réfléchi.
**Quand Eclipse sera-t-il lancé sur le réseau principal ? **
"Nous avons déjà un Devnet, qui est le réseau que les gens développent activement en ce moment, pour le réseau principal. Une fois que nous avons gelé le code et l'avons examiné, nous le rendons open source afin que les gens puissent voir le code eux-mêmes et l'utiliser. C'est le plan pour le lancement du réseau principal Eclipse. En gros, d'ici la fin de l'année, nous prendrons ces mesures et idéalement, en supposant que Celestia est stable, en supposant qu'il n'y a rien d'autre, qu'il ne manque aucune autre infrastructure, alors nous avancerons avec le réseau principal lancement."