CAP-12 propone modifiche alla Costituzione di Cardano per Dijkstra

CAP-12, un emendamento proposto che riguarda i parametri del protocollo Dijkstra, è aperto alla consultazione pubblica. L'aggiornamento di Intersect del 2 ottobre ha illustrato la proposta insieme ai preparativi per Node 11.2, con una versione preliminare prevista a breve per i team dei wallet e dell'infrastruttura.

Parametri di Dijkstra nella Costituzione di Cardano

La Costituzione di Cardano consente alle azioni di Aggiornamento dei Parametri di modificare solo le impostazioni elencate esplicitamente nell'Appendice I. Senza l'emendamento, i nuovi parametri di Dijkstra rimarrebbero fissi ai loro valori iniziali pur essendo tecnicamente regolabili.

CAP-12 copre la protezione degli script di riferimento, Ouroboros Leios, Ouroboros Peras e l'economia degli stake pool. Il suo ambito include le impostazioni di capacità e temporizzazione di Leios, il margine minimo del pool e la leva massima dell'impegno.

Per ciascun parametro, la proposta ne descrive la funzione, assegna il relativo gruppo di voto e definisce limiti alle modifiche future. Il gruppo determina la soglia di approvazione per i DReps, rappresentanti ai quali i detentori di ADA delegano il potere di voto. I parametri critici per la sicurezza richiedono anche l'approvazione degli operatori degli stake pool.

Uno Script Guardrails aggiornato imporrebbe automaticamente i vincoli verificabili on chain. L'emendamento aggiunge disposizioni senza modificare o rimuovere il testo costituzionale esistente.

Node 11.2 prepara i test di integrazione di Dijkstra

Secondo Intersect è in corso la sequenza di rilascio per Node 11.2. La versione preliminare pianificata conterrà gran parte del set di funzionalità di Dijkstra, incluso il nuovo formato di blocco e il contesto di Plutus V4, che definisce le informazioni disponibili per gli script di smart contract.

I team dei wallet e degli strumenti potranno testare le integrazioni e valutare le modifiche al comportamento del protocollo, alle API e alla funzionalità. Il rilascio escluderà Leios e non sarà pronto ad attivare l'hard fork.

I fornitori di hardware wallet hanno inoltre attività di preparazione relative alle chiavi crittografiche e ai requisiti di registrazione degli stake pool per Leios. Tali requisiti vanno oltre i contenuti della prossima versione di test.

Guardrail in sospeso e attivazione successiva

I guardrail proposti collegano le modifiche alla capacità di Leios con benchmark e simulazioni che dimostrano che i nodi possono elaborare e distribuire i dati entro il tempo richiesto.

CAP-12 distingue anche tra fasi di attivazione. La leva massima dell'impegno, un parametro del pool collegato agli impegni in ADA degli operatori, inizialmente non avrebbe alcun valore configurato. La sua abilitazione richiederebbe un successivo atto di governance. Peras e il margine minimo del pool sono previsti per un hard fork successivo all'interno dell'era Dijkstra.

La proposta rimane in consultazione, con una prima revisione editoriale prevista. I limiti numerici per la capacità dell'Endorser Block e la temporizzazione di Leios sono tra i valori ancora contrassegnati come PENDING nella bozza.