Cardano Over Coffee: Leios, tempistiche e stake pool

Leios e i preparativi per Dijkstra sono diventati un tema centrale nel Cardano Over Coffee di venerdì. James, noto come Blockjock, EPOCH, Ken Erik, Christina e Angry hanno esplorato come l’aggiornamento potrebbe arrivare agli utenti e cosa potrebbe significare per le persone che mantengono Cardano.

Tra racconti dei giorni di scuola e delle prime auto, il gruppo ha affrontato dilemmi pratici: quanta preparazione è sufficiente, cosa possono permettersi gli operatori e come i team dovrebbero spiegare le esigenze di finanziamento aggiuntive.

Prontezza di Leios e pressione a consegnare

James ha messo in discussione come la comunità accoglierebbe una versione iniziale con funzionalità limitate dopo anni di aspettative su Leios, il potenziamento di capacità proposto per Cardano. Si è preoccupato di un divario tra l’entità di tali aspettative e ciò che gli utenti potrebbero sperimentare all’inizio.

EPOCH ha messo in discussione il motivo per accelerare lo sviluppo. A fronte di quello che ha descritto come un contesto di mercato difficile, voleva una spiegazione più chiara del beneficio di un rilascio anticipato.

“Quindi se il rischio è alto e il valore è basso, perché affrettarsi?” ha chiesto.

La sua preoccupazione si estendeva agli sviluppatori che continuano a costruire durante i periodi di mercato più tranquilli. Un’urgenza non necessaria, ha sostenuto, potrebbe esaurire i team prima di un periodo più impegnativo di crescita e attività.

Ha inoltre respinto l’idea di lasciare che una potenziale copertura negativa influenzi le decisioni ingegneristiche. Le critiche esisterebbero a prescindere dal risultato; la sua preferenza era lavorare in modo metodico e mantenere gli standard propri della rete.

Ken Erik ha offerto la sua stima personale secondo cui l’attivazione di Dijkstra potrebbe richiedere fino a marzo o aprile 2027, ricordando le resistenze di chi si aspettava un risultato più precoce.

Ha considerato la roadmap ambiziosa e ha sottolineato il lavoro aggiuntivo che può emergere quando la ricerca diventa implementazione.

È rimasto ottimista riguardo all’aggiornamento. I problemi scoperti durante lo sviluppo erano sfide che l’ecosistema aveva le competenze per affrontare, a condizione che i team avessero il tempo di risolverli e testarli.

Più tardi James ha esplorato l’ipotesi di introdurre le capacità a fasi. Si potrebbe attivare prima la base necessaria, aggiungendo in seguito ulteriore funzionalità? Tali aggiunte richiederebbero un altro hard fork? Le sue domande hanno spostato la conversazione su come un rollout graduale potrebbe funzionare in pratica.

Costi degli stake pool e operatori domestici

Christina ha portato la discussione sui requisiti di infrastruttura. Voleva una comunicazione più chiara su ciò di cui gli operatori di stake pool, ovvero gli SPO, avrebbero bisogno per eseguire Leios.

La connettività era una preoccupazione particolare per chi gestisce l’attrezzatura da casa. Un computer può essere aggiornato, ma l’accesso a una connessione internet adeguata dipende anche dalla posizione e dai fornitori di servizi.

L’hosting su cloud offriva un’altra via, sebbene il gruppo ne abbia discusso i costi ricorrenti. I clienti più piccoli, ha osservato Christina, non possono necessariamente aspettarsi gli sconti disponibili per le operazioni di dimensioni maggiori.

Ken Erik riteneva che gli operatori potessero continuare a usare macchine al di fuori dei grandi data center, con connettività, archiviazione e risorse di elaborazione appropriate. Analogamente Angry si aspettava che molte configurazioni esistenti soddisfacessero i requisiti di base, con le richieste che cambiano man mano che i parametri della rete aumentano.

Ha aggiunto una battuta sull’hardware più datato: il Pentium 4 dovrebbe andare in pensione.

James è tornato più volte al calcolo aziendale. Anche requisiti hardware gestibili potrebbero creare difficoltà per un pool il cui reddito in ADA fatica già a coprire le spese.

Quella distinzione è emersa quando Ken Erik ha descritto la gestione del proprio nodo relay. Per lui, la spesa mensile era un contributo a Cardano e un modo per comprendere la rete. James ha osservato che questa motivazione aveva una base finanziaria diversa rispetto a un pool che opera come attività sostenibile.

Il gruppo ha anche messo in discussione come dovrebbero essere interpretati i numeri degli operatori. EPOCH ha paragonato Cardano a reti che eseguono molti meno validatori, mentre Ken Erik ha contestato l’assunto che ogni nodo aggiuntivo fornisca lo stesso miglioramento in termini di resilienza.

James ha sollevato una questione correlata di governance. Alcuni SPO servono anche come DReps. Se gli operatori lasciassero l’attività di staking, continuerebbero a rappresentare i deleganti nella governance oppure la loro uscita potrebbe influire anche sulla partecipazione al voto?

Finanziare lo sviluppo quando i piani cambiano

I programmi di sviluppo hanno anche un lato finanziario. James ha discusso di stipendi, spese del team e pagamenti a traguardi, chiedendo come tali pressioni possano influenzare le decisioni di consegna.

Per i team sostenuti tramite sovvenzioni in ADA, completare una fase di lavoro può determinare quando saranno disponibili ulteriori finanziamenti.

Ken Erik ha chiesto cosa accadrebbe se per completare l’aggiornamento fosse necessario denaro aggiuntivo. James ha previsto resistenza a un’altra richiesta, in particolare dopo discussioni precedenti su efficienza e budget limitati. Ha anche considerato le conseguenze del negare i fondi necessari per completare anni di lavoro.

Ken Erik ha illustrato il dilemma con una riparazione auto. Un cliente accetta un prezzo, ma il meccanico scopre un altro problema durante il lavoro. Il proprietario accetta il costo aggiuntivo per rimettere in funzione il veicolo?

James si è concentrato sulla spiegazione dietro il nuovo conto. Un guasto imprevisto può giustificare ulteriore lavoro, una stima iniziale carente solleva domande diverse. Per il finanziamento dello sviluppo, voleva capire cosa fosse cambiato, cosa rimanesse necessario e perché non fosse apparso nel piano originale.

Verso la fine della puntata, Christina è tornata a un compito già sul suo schermo: rivedere la documentazione dei traguardi di un progetto. Stava aprendo link e verificando le prove rispetto ai deliverable promessi, “perché c’è il mio nome sopra, amico”.