Vitalik propose une solution pour relier certains projets de mise à l’échelle de la couche deux

Please follow and like us:

Dans un effort continu pour lutter contre l’escalade des frais de transaction tout en créant un écosystème unifié, le co-fondateur d’Ethereum, Vitalik Buterin, a proposé une solution pour un type particulier de mise à l’échelle cross-rollup.

La proposition décrit comment deux protocoles utilisant des rollups peuvent communiquer entre eux tout en maintenant l’interconnectivité et la composabilité.

Les rollups sont des solutions de couche deux qui sont essentiellement des réseaux de contrats intelligents qui traitent et stockent les données de transaction hors de la chaîne principale. Cependant, il existe un certain nombre de types de rollup différents, chacun utilisant des contrats intelligents uniques tels que l’optimisme et la connaissance zéro.

Alors qu’un certain nombre de projets DeFi ont déployé des rollups de couche deux, tels que Loopring et Synthetix, les particularités des différents rollups signifient que les projets sont incapables de communiquer entre eux directement sur la couche deux.

La proposition de Buterin suppose qu’un rollup peut traiter des transactions simples tandis que l’autre dispose d’une prise en charge complète des contrats intelligents. Il existe déjà des propositions de transferts entre deux protocoles activés pour les contrats intelligents utilisant des rollups.

Pour expliquer le fonctionnement de la proposition, Buterin donne l’exemple d’un intermédiaire d’échange hypothétique qu’il a appelé “ Ivan ” – où Ivan a un compte “ IVAN_A ” sur le rollup A qu’il contrôle entièrement, et a également des fonds déposés dans un contrat intelligent “ IVAN_B ‘sur le rollup B.

Le contrat intelligent serait programmé pour accepter des «mémos» qui incluent des données supplémentaires de toute personne qui lui envoie afin de sécuriser toutes les transactions futures. Les transactions créent une couche de connexion qui conserve les dépôts dans tous ces contrats isolés, permettant au rollup A d’envoyer au rollup B via cette couche.

Buterin a suggéré que le comportement fonctionnerait comme suit;

«Alice envoie une transaction à IVAN_A avec N pièces et un mémo ALICE_B. Ivan envoie une transaction en envoyant TRADE_VALUE * (1 – frais) pièces via IVAN_B à ALICE_B “

Il a ajouté que le pire des cas serait si Ivan n’envoie pas de pièces à ALICE_B comme il le devrait.

Abordant le scénario du «pire des cas» qui pourrait survenir à la suite de l’utilisation de la situation proposée, Buterin a souligné qu’Alice serait toujours en mesure d’attendre que la transaction sur le rollup A se confirme, de trouver un autre moyen d’obtenir des pièces sur le rollup B à payer frais, puis réclamer simplement les fonds elle-même.

En réponse à la proposition, Alon Muroch a souligné que cela fonctionnait de la même manière que la façon dont les banques compensent les transactions:

«C’est très intéressant, similaire à la façon dont les banques compensent les transactions entre elles. Le regroupement des actifs dans des «comptes» distincts pourrait présenter des limites, une solution pourrait consister uniquement en de gros pools à chaque extrémité et des frais répartis au prorata. »

Crédit: Lien source

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *