Cardano propone un registro del software dei produttori di blocchi
CIP-0203 standardizzerebbe gli identificatori del software nelle intestazioni di blocco esistenti, aiutando gli explorer a monitorare la diversità dei client senza un hard fork.
By SongMarketCap
Updated:
Josh Marchand ha proposto un registro condiviso che permetterebbe agli explorer di Cardano di tracciare quali client di nodo producono blocchi. Presentato il 24 settembre, CIP-0203 si basa su un metodo di segnalazione già utilizzato da Dingo e Gerolamo. La proposta è ancora in revisione.
Identificatori software nei blocchi di Cardano
Ogni client di nodo partecipante riceverebbe un identificatore collegato al suo nome, ai manutentori e al repository pubblico. I produttori di blocchi registrerebbero tale identificatore nell'intestazione del blocco, dove gli explorer potrebbero associarlo al software registrato.
La proposta utilizza il campo della versione minore del protocollo già esistente, che non determina la validità del blocco. Questo consente l'identificazione senza modificare le regole di consenso o richiedere un hard fork. Uno spazio aggiuntivo accoglierebbe informazioni come le versioni del software, utilizzando formati documentati dai rispettivi team di sviluppo.
Gli identificatori ritirati rimarrebbero nel registro e non verrebbero riassegnati all'interno dello stesso schema, preservando il significato dei blocchi storici.
Misurare la diversità dei client di Cardano
I client di nodo sono le implementazioni software che consentono ai computer di convalidare i dati della rete e di produrre blocchi. Man mano che client sviluppati in modo indipendente entrano in uso, gli explorer hanno bisogno di un modo coerente per misurare il loro contributo alla produzione di blocchi.
La precedente dichiarazione del problema CPS-0036 ha identificato convenzioni di segnalazione frammentate come un ostacolo a tale misurazione. I suoi autori hanno descritto la diversità dei client come una misura rilevante della resilienza della rete. Senza un formato concordato, gli explorer e i ricercatori devono interpretare separatamente le convenzioni di ciascuna implementazione.
CIP-0203 fornirebbe quel formato comune. Secondo Marchand, l'identificatore principale consentirebbe agli osservatori di calcolare la quota di blocchi prodotti da ciascun client indipendentemente da eventuali dati aggiuntivi che pubblica.
Dal registro al supporto degli explorer
La partecipazione sarebbe volontaria, includendo un'opzione esplicita per non divulgare le informazioni sul software. Le statistiche rifletterebbero gli identificatori autodichiarati dei produttori, senza verificare in modo indipendente i programmi che eseguono.
I revisori stanno ancora discutendo su come gli strumenti dovrebbero decodificare le informazioni facoltative come i numeri di versione. La proposta lascia tali formati ai singoli team pur richiedendo che ne documentino il significato.
Il percorso proposto verso lo stato Active richiede adozione su entrambi i fronti, almeno due client indipendenti che producano blocchi con identificatori registrati su mainnet o su una testnet pubblica, e almeno un explorer o una dashboard pubblica che decodifichi tali identificatori.