Il fondatore di Cardano, Charles Hoskinson, ha utilizzato un video di fine 1° settembre per confutare quelle che ha definito travisamenti della sua posizione sulla diversità dei clienti, insistendo sul fatto che si trattava di un obiettivo progettuale "fin dall'inizio" e avvertendo che il "dramma" dei social media sta danneggiando il coordinamento su aggiornamenti fondamentali come Leios. "Non sono contrario alla diversità dei clienti", ha affermato Hoskinson. "Fin dall'inizio c'è sempre stato un piano per la diversità dei clienti. Viviamo in un mondo di fatti, non di emozioni".
Hoskinson chiarisce la roadmap di Cardano per la diversità dei clienti
Hoskinson ha definito la diversità dei clienti come un prerequisito per la decentralizzazione, piuttosto che una caratteristica opzionale. "La diversità dei clienti è fondamentale. Ethereum lo sa. Solana lo sa . Tutti lo sanno. Non è una caratteristica fantasiosa. È il fondamento della decentralizzazione", ha affermato, aggiungendo che gli sviluppatori hanno bisogno di libertà di implementazione per personalizzare i nodi e ampliare la frontiera delle capacità del protocollo. Il suo intervento ha fatto seguito a una serie di post di team di client alternativi su X che, a suo dire, "hanno cercato di travisare" le osservazioni di un recente AMA.
Al centro della sua argomentazione c'è l'affidamento di Cardano alle specifiche formali come "progetto indipendente dal codice e dall'implementazione" del protocollo. "Se non si dispone di una specifica formale, allora il codice è la specifica", ha affermato, sottolineando perché IOHK abbia investito in specifiche volte a consentire l'interoperabilità di più client. Ha sottolineato che le specifiche possono essere espresse in diversi formalismi, purché vengano mantenuti rigore e gestione dell'ambiguità: "Si possono scrivere in TLA, si possono scrivere in Agda, si possono scrivere in Lean… si possono scrivere in Markdown, se si vuole. [Ma] devono avere una qualche forma di rigore e un'ambiguità limitata".
Hoskinson ha delineato una strategia a due binari che, a suo dire, aveva originariamente proposto per una diversificazione "responsabile": continuare a mantenere l'attuale nodo Cardano basato su Haskell e, al contempo, sviluppare una seconda implementazione indipendente, "Cardano 2.x", in Rust con un'architettura a microservizi. L'obiettivo sarebbe stato quello di eseguirli in parallelo fino a raggiungere la parità di funzionalità, un obiettivo che ha paragonato all'attuale piano di "intersezione" tra Lace 1.x e Lace 2.x previsto per la fine dell'anno. La seconda base di codice, ha sostenuto, avrebbe sottoposto a test di pressione le specifiche, ridotto l'ambiguità e aperto la strada al "passaggio da due a n" client.
Invece, ha affermato, l'ecosistema ha intrapreso un percorso più frammentato quando i costruttori organizzati sotto Pragma hanno iniziato a scrivere i propri nodi "senza contribuire attivamente alle specifiche che abbiamo scritto". Questo approccio, ha avvertito, aumenta il rischio di partizione della rete e aumenta i costi di coordinamento a meno che i team non si allineino su specifiche e test. "Come si evitano cose come una partizione della rete e come si garantisce l'interoperabilità tra pari? È molto più difficile. I team devono lavorare insieme", ha affermato, sottolineando che IOHK ha convocato un "workshop sulla diversità dei nodi" e sta attualmente integrando componenti di terze parti – "In particolare, con Blockfrost, stanno attualmente integrando Dolos… nel design full-node… in fase di sviluppo per la sostituzione del desktop per Daedalus" – per dimostrare di apprezzare il lavoro esterno.
I nodi sottofinanziati non ritarderanno Leios?
Il punto critico più immediato è Leios, l'architettura di scalabilità pianificata per Cardano che Hoskinson ha definito "il programma più urgente" dell'azienda. Ha affermato che IOHK ha riorganizzato e aumentato il personale per gestire "un modello di sviluppo "follow-the-sun" 24 ore su 24, 7 giorni su 7… per scrivere codice Haskell per il nodo Haskell per Leios", aggiungendo che i dissidenti interni sono stati "riassegnati o licenziati".
Ma ha anche messo in dubbio che i team dei client alternativi abbiano le risorse per rendere operativo il supporto per Leios l'anno prossimo. "Non credo che i nodi alternativi abbiano risorse sufficienti per poter costruire Leios nel 2026… Se ho ragione, ciò significa che non saranno in grado di lanciare i loro nodi alternativi nel 2026 se riusciremo a codificare e integrare completamente Leios… a meno che la rete non voglia aspettarli", ha affermato. Il "rimedio", a suo avviso, è o un maggiore finanziamento per quei team o l'accettazione di un rinvio per Leios.
Per evitare sia la frammentazione che i rinvii indefiniti, Hoskinson ha proposto la creazione di un programma "client certificato" direttamente collegato alle specifiche. "Vorrei clienti certificati, per i quali si fornisca la prova che tali clienti rispettano le specifiche e quindi sono certificati", ha affermato. Il budget potrebbe quindi essere strutturato in base alle funzionalità di base, alle nuove funzionalità e alla certificazione, con richieste Catalyst o di tesoreria che coprano "tutti e tre gli aspetti", anziché finanziare funzionalità che potrebbero non essere interoperabili o non soddisfare le aspettative di sicurezza. La certificazione, ha suggerito, risponderebbe anche alle domande ricorrenti della comunità su un "client ufficiale": "La mia risposta è che non ce n'è nessuno, ma vorrei clienti certificati".
Guardando al futuro, Hoskinson ha ribadito una roadmap multi-client ancorata a un "Project Acropolis" basato su Rust, che ha descritto come un "nodo poliglotta" di microservizi in grado di unificare il framework delle catene di partner con lo stack principale di Cardano. Ha delineato una divisione tra distribuzioni "enterprise" – microservizi orchestrati da Kubernetes con scalabilità orizzontale e auto-riparazione – e nodi "retail" che combinano componenti più leggeri come Dolos con Mithril per accelerare la sincronizzazione completa dei nodi "in meno di un'ora". Ha anche segnalato l'interesse per la modernizzazione del networking, potenzialmente aggiungendo funzionalità pub/sub adatte alle catene di partner e alle dapp, pur riconoscendo la difficoltà di reimplementare lo stack "mini-protocollo" di Cardano in altri linguaggi.
Lezioni apprese
Il messaggio più ampio era un appello a disinnescare i conflitti sui social media e a ricentrarsi sulla fornitura tecnica e sugli incentivi condivisi. "Ci siamo un po' innamorati del dramma e un po' troppo dei comportamenti conflittuali", ha affermato, avvertendo che le persistenti interpretazioni in malafede e le faide intra-ecosistema rischiano di creare "un inferno tossico" che allontana i costruttori. Ha tracciato due "linee rosse" personali – accuse di condotta criminale e riutilizzo di fondi destinati alla comunità – pur invitando a criticare le sue decisioni e il suo stile. "Se state attaccando la mia personalità, la mia condotta, la mia azienda… non mi interessa. Dite quello che volete", ha detto. "Se dite che ho commesso un reato… quella è la linea rossa".
Ha anche respinto le narrazioni secondo cui Cardano avrebbe prestazioni cronicamente inferiori alle aspettative, citando i rendimenti relativi a un anno e l'uptime storico della rete, pur riconoscendo che il biennio 2022-2023 è stato difficile e che il rilascio delle funzionalità "ha richiesto molto più tempo" del previsto. "Abbiamo distribuito tutto in 24 mesi, da Shelley agli smart contract e… alla governance", ha affermato, sostenendo che l'ecosistema sta ora "digerendo" queste pietre miliari in vista della fase di scalabilità di Basho e di Leios.
Il video si è concluso con un ottimismo pragmatico, seppur combattivo, sul fatto che Leios potrebbe essere il "grande unificatore" per allineare i team dei clienti attorno a un paradigma condiviso, a condizione che l'ecosistema rinnovi l'impegno al coordinamento, alla disciplina delle specifiche e al rispetto reciproco. "Il risultato che desidero è che Leios venga distribuito il prossimo anno… affinché il nodo Haskell continui a crescere… e vorrei anche che da tre a cinque clienti fossero orizzontali, il che significa che entro 12-24 mesi potranno iniziare a competere", ha affermato.
Ribadendo che IOHK intende offrire agli utenti finali la possibilità di scegliere il client, ha aggiunto: "Una volta raggiunto un ragionevole livello di sicurezza… daremo a ogni utente di Lace la possibilità di scegliere quale backend installare… perché mi entusiasma dare la possibilità di scegliere all'utente".
Al momento della stampa, ADA era quotata a 0,82 dollari.
