L'aggiornamento dei parametri di Cardano fallisce dopo che il supporto degli SPO è risultato insufficiente

Un'azione di governance di Cardano che combinava un minore costo minimo dello stake pool con limiti di memoria Plutus più elevati è scaduta dopo non aver ottenuto il supporto richiesto dagli operatori di stake pool. L'esito è stato seguito da CAP #10, una proposta costituzionale che esamina se l'approvazione degli SPO debba essere richiesta per modifiche ai parametri economici degli stake pool

By SongMarketCap

Cardano News - L'aggiornamento dei parametri di Cardano fallisce dopo che il supporto degli SPO è risultato insufficiente

L'azione, intitolata “Reduce minPoolCost to 75 ADA and increase Plutus Memory Limits (Part 2)”, è scaduta il 1 settembre. Il supporto dei DRep ha raggiunto il 68,57%, sopra la soglia richiesta del 67%, mentre il supporto degli SPO si è fermato al 34,5%, al di sotto del 51% richiesto.

L'aggiornamento dei parametri di Cardano non raggiunge la soglia degli SPO

L'azione di governance ha combinato due modifiche distinte ai parametri del protocollo.

La prima proponeva di ridurre minPoolCost da 170 ADA a 75 ADA. Il parametro definisce il costo fisso minimo che uno stake pool può detrarre dalle ricompense prima che quelle rimanenti siano distribuite ai delegatori.

La seconda proponeva di aumentare i limiti di memoria di esecuzione di Plutus. La memoria massima per transazione sarebbe aumentata da 16,5 milioni a 17,5 milioni di unità, mentre la memoria massima per blocco sarebbe cresciuta da 72 milioni a 77,5 milioni di unità.

Intersect ha descritto l'azione come la combinazione di due modifiche indipendenti ai parametri del protocollo che erano state in precedenza raccomandate.

Il Constitutional Committee ha registrato cinque voti a favore, nessun voto contrario e due membri che non hanno votato. Anche la soglia dei DRep è stata raggiunta. L'approvazione degli SPO è stata l'unica soglia richiesta che l'azione non è riuscita a soddisfare prima della scadenza.

La modifica della memoria di Plutus richiedeva l'approvazione degli SPO

La riduzione proposta di minPoolCost non avrebbe, da sola, richiesto un voto degli operatori di stake pool nell'attuale quadro di governance di Cardano.

minPoolCost appartiene al gruppo economico dei parametri del protocollo. Il requisito degli SPO è stato attivato perché la stessa azione di governance includeva anche una modifica a maxBlockExecutionUnits[memory], che è classificato tra i parametri critici rilevanti per la sicurezza di Cardano.

Quando un'azione di governance combina parametri con requisiti di approvazione differenti, tutte le soglie associate a quei gruppi devono essere soddisfatte. La modifica della memoria di blocco di Plutus ha quindi reso necessaria l'approvazione degli SPO per l'intera azione.

Il risultato ha lasciato l'azione sopra la soglia dei DRep ma al di sotto della soglia richiesta degli SPO.

Intersect aveva già segnalato una partecipazione limitata degli SPO durante il periodo di voto. Un aggiornamento di fine agosto mostrava il supporto degli SPO al 26,11% prima che la cifra finale salisse al 34,5%.

Nessuna analisi ufficiale ha attribuito il risultato a una singola causa. Alcuni partecipanti alla governance hanno criticato la decisione di combinare in un'unica azione modifiche a parametri non correlati, mentre i commenti pubblici degli SPO hanno sollevato anche questioni più ampie riguardo all'economia degli stake pool.

CAP #10 amplia il dibattito sulla governance degli stake pool

A seguito dell'azione scaduta, il Constitutional Amendment Portal ha elencato CAP #10 con il titolo “Require SPO Approval for Changes to Stake Pool Economic Parameters”.

La proposta è attualmente contrassegnata come In Consultation, collocandola in una fase di discussione pubblica off chain. Al momento non modifica le regole del ledger di Cardano né le soglie di governance esistenti.

Il suo titolo propone di richiedere l'approvazione degli SPO per le modifiche che riguardano i parametri economici degli stake pool. Nell'attuale quadro, i parametri economici non richiedono autonomamente un voto degli SPO a meno che non siano inclusi in un'azione che contenga anche parametri per i quali l'approvazione degli SPO è obbligatoria.

Il testo completo di CAP #10, i suoi autori, i parametri esatti che coprirebbe e qualsiasi soglia di voto proposta non potevano essere confermati dal documento primario accessibile pubblicamente.

La discussione pubblica successiva all'azione scaduta ha incluso anche proposte di presentare separatamente le future modifiche a minPoolCost e ai parametri di Plutus. Ciò consentirebbe a ciascuna modifica di procedere secondo le soglie di governance assegnate alla propria classificazione di parametro.

L'azione fallita ha quindi prodotto una concreta questione di governance al di là delle modifiche ai parametri originali, ovvero se le decisioni future che modificano l'economia degli stake pool debbano richiedere un'approvazione diretta degli SPO per disegno costituzionale, invece di richiederla solo quando un altro parametro critico porta gli SPO a votare.