CAP-12 propose des modifications de la Constitution de Cardano pour Dijkstra

CAP-12, un amendement proposé couvrant les paramètres du protocole Dijkstra, est ouvert à la consultation publique. La mise à jour du 2 octobre d’Intersect a présenté la proposition ainsi que les préparatifs pour Node 11.2, avec une préversion attendue bientôt pour les équipes de portefeuilles et d’infrastructure.

Paramètres de Dijkstra dans la Constitution de Cardano

La Constitution de Cardano permet aux actions Parameter Update de modifier uniquement les réglages explicitement listés à l’Annexe I. Sans l’amendement, les nouveaux paramètres de Dijkstra resteraient figés à leurs valeurs initiales bien qu’ils soient techniquement ajustables.

CAP-12 couvre la protection des reference scripts, Ouroboros Leios, Ouroboros Peras et l’économie des pools de staking. Son périmètre inclut la capacité de Leios et les paramètres de temporisation, la marge minimale de pool et le levier maximal de pledge.

Pour chaque paramètre, la proposition décrit sa fonction, lui assigne son groupe de vote et définit des limites sur les évolutions futures. Le groupe détermine le seuil d’approbation pour les DReps, des représentants auxquels les détenteurs d’ADA délèguent leur pouvoir de vote. Les paramètres critiques pour la sécurité exigent également l’approbation des opérateurs de pool de staking.

Un Guardrails Script mis à jour appliquerait automatiquement des contraintes vérifiables on chain. L’amendement ajoute des dispositions sans modifier ni supprimer le texte constitutionnel existant.

Node 11.2 se prépare aux tests d’intégration de Dijkstra

Selon Intersect, la séquence de publication pour Node 11.2 est en cours. La préversion prévue contiendra la plupart des fonctionnalités de Dijkstra, dont le nouveau format de bloc et le contexte Plutus V4, qui définit les informations disponibles pour les scripts de contrats intelligents.

Les équipes de portefeuilles et d’outillage pourront tester les intégrations et évaluer les changements de comportement du protocole, des API et des fonctionnalités. Cette version exclura Leios et ne sera pas prête à activer le hard fork.

Les fournisseurs de portefeuilles matériels ont aussi des travaux de préparation concernant les clés cryptographiques et les exigences d’inscription des pools de staking pour Leios. Ces exigences dépassent le contenu de la prochaine version de test.

Guardrails en attente et activation ultérieure

Les guardrails proposés associent les changements de capacité de Leios à des étalonnages et des simulations démontrant que les nœuds peuvent traiter et distribuer les données dans le temps requis.

CAP-12 distingue aussi les étapes d’activation. Le levier maximal de pledge, un paramètre de pool lié aux propres pledges en ADA des opérateurs, n’aurait initialement aucune valeur configurée. Son activation nécessiterait une action de gouvernance ultérieure. Peras et la marge minimale de pool sont prévus pour un hard fork ultérieur au sein de l’ère Dijkstra.

La proposition reste en consultation, avec un premier examen éditorial attendu. Les bornes numériques pour la capacité d’Endorser Block et la temporisation de Leios comptent parmi les valeurs encore marquées "PENDING" dans le projet.