Midgard fait progresser la couche 2 native eUTXO de Cardano pour la mise à l'échelle DeFi

Midgard fait passer l'architecture de mise à l'échelle de la couche 2 de Cardano de la conception à un environnement de test opérationnel. Construit autour du modèle UTXO étendu du réseau, le protocole vise à augmenter la capacité de transactions sans obliger les applications à adopter un actif gas séparé, un langage de contrats intelligents ou un réseau de règlement distinct.

Le projet cite actuellement parmi les principaux éléments de sa conception des confirmations souples rapides, des frais payés en ADA et des preuves de fraude ciblées vérifiées sur la couche 1 de Cardano. Midgard présente également une augmentation potentielle du traitement allant jusqu'à 300 fois la capacité de la couche de base, bien qu'il s'agisse d'une estimation de projet plutôt que d'une référence en production.

Midgard déplace l'exécution vers la couche 2 de Cardano

Midgard est un rollup optimiste qui traite les transactions en dehors de la couche de base de Cardano avant de renvoyer les informations de bloc à la couche 1.

Les utilisateurs doivent déposer des actifs Cardano, interagir avec des applications fonctionnant sur Midgard puis retirer leurs actifs vers le réseau principal. Les transactions continuent de suivre les règles de validation eUTXO de Cardano, tandis que les frais du protocole sont payés en ADA plutôt qu'au moyen d'un jeton de couche 2 séparé.

Un opérateur tournant valide les transactions, les ordonne en blocs et publie des en têtes de bloc signés dans une file d'état sur chaîne. Les opérateurs verrouillent également un dépôt de garantie qui peut être réduit s'ils soumettent un état invalide.

Les transactions reçoivent une confirmation souple rapide sur la couche 2 avant d'atteindre le règlement final. Midgard indique que les blocs sont assemblés à des intervalles d'environ une seconde, tandis que l'activité actuellement affichée sur le site du projet est présentée comme des données simulées avant lancement.

Cette structure sépare la réactivité des applications du règlement final. Les utilisateurs peuvent interagir avec l'état de la couche 2 sans attendre que chaque transaction soit traitée individuellement sur Cardano, tandis que la couche de base reste responsable de la résolution des litiges et de la confirmation du résultat final.

Midgard est développé dans le cadre d'un partenariat entre Anastasia Labs et Input Output. Le projet indique que les développeurs Cardano devraient pouvoir conserver leur logique de validateurs existante et leurs outils eUTXO, l'intégration se concentrant principalement sur la modification du point de terminaison par lequel les transactions sont soumises.

Les preuves de fraude renvoient l'état contesté à Cardano

Le modèle de sécurité de Midgard combine des opérateurs, des observateurs indépendants et un processus de contestation sur chaîne.

Après qu'un bloc a été engagé, ses données de transaction restent disponibles pendant une période de contestation actuellement décrite comme durant entre trois et sept jours. Les observateurs peuvent rejouer les transactions et comparer le résultat avec l'en tête de bloc stocké sur Cardano.

Lorsqu'un observateur identifie une transition d'état invalide, il peut soumettre une preuve de fraude à la couche 1. Une contestation réussie annule le bloc contesté et pénalise l'opérateur. Si aucune contestation valide n'est soumise avant la fin de la fenêtre, le bloc est ajouté à l'état confirmé de Midgard.

L'architecture eUTXO de Cardano est au cœur de ce processus. Les transactions consomment des sorties non dépensées spécifiques et en créent de nouvelles contenant des actifs, des scripts et des données d'application. La validation dépend de la transaction et des entrées qu'elle tente de dépenser plutôt que de changements continus dans un état de compte global partagé.

Cela permet d'évaluer la validité des transactions et les coûts d'exécution avant la soumission, à condition que les entrées requises restent disponibles.

Midgard utilise cette structure transactionnelle locale pour créer des preuves de fraude ciblées. Au lieu de reconstruire l'état de plusieurs contrats sans lien, la vérification peut se concentrer sur la transaction contestée, ses entrées référencées et le validateur responsable de son traitement.

Ce périmètre de vérification plus restreint vise à réduire la quantité de données et de calcul requise sur la couche 1 tout en préservant Cardano comme couche de règlement et de résolution des litiges.

Midgard étend Cardano sans remplacer son modèle d'exécution

Midgard se positionne comme une extension de l'environnement applicatif existant de Cardano plutôt que comme une blockchain séparée en concurrence pour la même liquidité et les mêmes utilisateurs.

Les applications déplaçant une partie de l'exécution vers Midgard continueraient d'utiliser le modèle eUTXO au lieu d'adopter un environnement fondé sur des comptes. Les développeurs n'auraient pas besoin de réécrire leurs applications pour un autre langage de contrat ni de les repenser autour d'un système d'exécution sans rapport.

Il en va de même pour les actifs natifs Cardano. Les jetons peuvent être détenus et transférés directement dans des UTXO, tandis que les mouvements standard d'actifs sont gérés par le grand livre plutôt que d'exiger un contrat intelligent distinct pour chaque jeton.

Cela distingue Midgard des systèmes de couche 2 construits autour d'un actif gas additionnel, d'un ensemble de validateurs indépendant ou d'une architecture de contrats intelligents différente. Sa conception ajoute de la capacité d'exécution tout en renvoyant l'état contesté et le règlement final à Cardano.

Le protocole pourrait offrir un espace opérationnel supplémentaire pour les échanges décentralisés, les plateformes de prêt, les paiements et d'autres applications qui génèrent des interactions sur chaîne fréquentes. Il ne crée pas lui même la liquidité ou la demande, mais il peut lever une partie de la contrainte d'infrastructure à laquelle font face les applications qui tentent de soutenir une activité plus élevée.

Les prochains jalons opérationnels de Midgard incluent l'extension au delà de l'intégration initiale de Lace, l'intégration d'applications Cardano et les tests des opérateurs, des observateurs, des dépôts, des retraits et des preuves de fraude sous une utilisation soutenue.

La réalisation de ces jalons offrirait aux dApps Cardano un environnement d'exécution de plus grande capacité sans les obliger à abandonner eUTXO ni à introduire un autre actif pour les frais de transaction. Midgard serait alors mesuré moins par le débit projeté que par les applications fonctionnant sur le rollup et l'état effectivement réglé sur Cardano.