DijkstraNet di Cardano riapre ai test pubblici
Gli operatori dei pool di staking possono unirsi alla rete riavviata in vista della prevista transizione alla versione 12 del protocollo. Intersect ha anche confermato l’inclusione di CIP-23 nell’ambito di Dijkstra, senza stabilire un cambiamento immediato delle commissioni dei pool.
By SongMarketCap
Intersect invita gli operatori a unirsi a DijkstraNet
DijkstraNet di Cardano è diventata pubblicamente disponibile in seguito a un riavvio del 21 ottobre, secondo l’Upgrade Bulletin #39 di Intersect, pubblicato il 22 ottobre.
Al momento del bollettino, la rete eseguiva il nodo 11.1.3 sotto la versione 11 del protocollo, nell’era Conway. Intersect ha invitato gli operatori dei pool di staking a unirsi in vista del pre rilascio del nodo 11.2.
Quel rilascio era pensato per supportare un hard fork della rete di test verso la versione 12 del protocollo, introducendo l’era del ledger Dijkstra.
La rete pubblica offre agli operatori dei pool, ai provider di wallet e ai team di infrastruttura un ambiente per verificare la compatibilità prima della distribuzione sulla mainnet. Il bollettino non ha annunciato una data di attivazione su mainnet.
CIP-23 introduce un parametro separato per il margine del pool
Intersect ha anche confermato che CIP-23, nota come Fair Min Fees, è inclusa nell’ambito dell’hard fork Dijkstra.
La proposta introduce minPoolMargin, un parametro di protocollo che stabilisce un limite inferiore alla commissione percentuale di un pool di staking. Opera in modo indipendente da minPoolCost, la commissione fissa minima esistente per i pool, che la proposta non rimuove né riduce.
CIP-23 raccomanda di introdurre il parametro del margine a zero per evitare di perturbare le configurazioni esistenti dei pool. Un valore più alto richiederebbe una successiva decisione di governance.
La panoramica ufficiale di Dijkstra distingue l’introduzione del parametro dall’attivazione della relativa regola sulle commissioni. L’attivazione può avvenire nella prima fase se implementazione e governance sono pronte, oppure tramite un hard fork successivo all’interno dell’era Dijkstra.
Pertanto i deleganti non dovrebbero interpretare l’inclusione nell’ambito dell’aggiornamento come un aumento approvato delle commissioni dei pool.
[NEWSBREAK]
I test su Leios continuano su una rete separata
Il bollettino descrive il nodo 11.2 come comprendente le funzionalità di Dijkstra senza Leios. I test su Leios proseguono separatamente su MusashiNet, consentendo ai team di lavorare alle integrazioni prima che il rilascio più ampio sia pronto.
Questa separazione riguarda il processo di test. Linear Leios rimane parte del più ampio piano di aggiornamento Dijkstra.
La distribuzione su mainnet richiede inoltre un’azione di governance di hard fork che coinvolge i DReps, gli operatori dei pool di staking e il Constitutional Committee. L’apertura di DijkstraNet avvia un’opportunità più ampia per i test senza completare quelle fasi di approvazione.
Per gli operatori partecipanti, il lavoro immediato consiste nel collegare la propria infrastruttura, testare la compatibilità e segnalare i problemi. La prossima transizione identificata nel bollettino dipende dal pre rilascio del nodo 11.2 e da un’azione di governance che sposti la rete di test alla versione 12 del protocollo.