Anastasia Labs relie la gouvernance de Cardano à l’exécution d’une dApp
Une implémentation open source permet à une dApp Cardano à adhésion volontaire de reconnaître une décision de gouvernance Layer 1 entrée en vigueur et d’exécuter une modification prédéfinie. Le test de bout en bout a été réalisé sur SanchoNet, sans déploiement confirmé sur le mainnet.
By SongMarketCap
Anastasia Labs a démontré un lien direct entre la gouvernance de Cardano et l’exécution au sein d’une application décentralisée. Au fil de 13 transactions confirmées sur SanchoNet, une dApp de démonstration a réagi à une modification de paramètre de protocole entrée en vigueur en augmentant ses propres frais de 1 ADA à 2 ADA.
Le test SanchoNet relie la gouvernance aux modifications de la dApp
La gouvernance Layer 1 de Cardano peut approuver des modifications de paramètres de protocole, des retraits du Treasury, des hard forks et des mises à jour du Constitutional Committee. Les dApps individuelles fonctionnent généralement sous des systèmes de gouvernance distincts qui peuvent dépendre de clés d’administrateur, de portefeuilles multisignature ou de DAOs propres à l’application.
Anastasia Labs a mis au point un patron de conception open source qui permet à une dApp d’utiliser une décision de gouvernance Cardano entrée en vigueur comme autorisation pour modifier son propre état. L’implémentation a été écrite en Aiken pour Plutus V3 et publiée dans le dépôt aiken-design-patterns de l’équipe.
La démonstration a utilisé une action de gouvernance qui a modifié une entrée du modèle de coûts Plutus V3. Une fois la modification arrivée au terme du processus de gouvernance et devenue active sur SanchoNet, la dApp a reconnu le modèle mis à jour et a frappé un jeton d’autorisation appelé PASS. Une dernière transaction a brûlé le jeton et a augmenté les frais de l’application de 1 ADA à 2 ADA.
Le ledger Cardano fournit le signal de gouvernance
L’implémentation n’inspecte pas l’historique des votes et ne dépend pas de l’identité d’une action de gouvernance particulière. Elle vérifie plutôt le modèle de coûts Plutus actif appliqué par le ledger Cardano après l’entrée en vigueur de la modification de paramètre.
Cela supprime le besoin d’un oracle externe pour confirmer qu’une proposition a été adoptée. La validation ne requiert pas non plus de clé d’administrateur de projet, d’approbation multisignature ou d’indexeur backend. Le ledger applique le nouveau paramètre, tandis que le validateur de la dApp compare le modèle de coûts actif avec la valeur enregistrée dans sa proposition.
Le test en 13 transactions a couvert la publication de scripts de référence, l’initialisation des états de l’application et de la gouvernance, la soumission de l’action de paramètre liée, la frappe du jeton PASS après l’entrée en vigueur et l’exécution de la modification des frais.
Philip DiSarro d’Anastasia Labs a décrit le résultat comme la preuve de quelque chose auparavant considéré comme impossible. Les contrats intelligents Plutus ne peuvent pas lire directement le résultat d’une action de gouvernance entrée en vigueur via un champ dédié. Le patron de conception authentifie plutôt le modèle de coûts actif disponible durant l’exécution du script.
Seules les dApps à adhésion volontaire peuvent utiliser le modèle
Ce patron ne donne pas à la gouvernance Cardano le contrôle d’applications arbitraires. Les développeurs doivent intégrer délibérément les validateurs requis, définir les changements d’état autorisés et relier l’exécution au signal de gouvernance choisi.
Le test publié n’a démontré qu’une modification des frais d’une application d’exemple. Anastasia Labs a identifié des mises à niveau de contrats, des changements de paramètres de dApp, des opérations du Treasury et des contrôles d’urgence comme applications possibles, mais ces cas d’usage ne faisaient pas partie de l’exécution documentée sur SanchoNet.
Le modèle présente aussi des limitations non résolues. Son signal n’est pas lié à un Governance Action ID unique, sa configuration temporelle dépend d’une configuration multisignature, et l’autorisation nécessite une modification effective d’un modèle de coûts du réseau. Aucun audit de sécurité indépendant, intégration en production ou déploiement sur le mainnet Cardano n’a été annoncé.
Le résultat est un patron de conception d’application open source, et non une nouvelle fonctionnalité du protocole Cardano. Il offre aux développeurs une voie éprouvée pour remplacer une clé d’approbation contrôlée par le projet par une décision de gouvernance Layer 1 entrée en vigueur, à condition que la dApp soit conçue dès le départ pour accepter cette autorité.