Cardano Critical Integrations V2 punta a Fireblocks e al supporto infrastrutturale a lungo termine

Cardano Critical Integrations V2 è entrato nel dibattito di governance dei DRep come proposta del tesoro incentrata sul mantenimento delle integrazioni esistenti e sull'aggiunta del supporto nativo a Fireblocks per l'uso istituzionale. La discussione, ospitata da Nicolas Cerny, responsabile della governance presso la Cardano Foundation, ha riunito rappresentanti della Cardano Foundation, EMURGO, Input Output e della Midnight Foundation per spiegare perché il prossimo passo infrastrutturale di Cardano è legato alle operazioni, agli impegni con i fornitori e al supporto a lungo termine.

Pentad collega CCI V2 a Circle, Pyth, Dune e LayerZero

Il primo programma Cardano Critical Integrations era strutturato attorno a cinque aree infrastrutturali, una stablecoin di livello uno, un'infrastruttura di custodia e wallet istituzionali, una piattaforma di analytics, un bridge cross chain e un'infrastruttura di oracoli di prezzo. Durante la tavola rotonda, i relatori hanno indicato Circle, Pyth e Dune come le principali integrazioni già consegnate o attive, mentre LayerZero resta in ritardo a causa del lavoro sul lato LayerZero.

Frederik Gregaard, CEO della Cardano Foundation, ha descritto il programma come uno sforzo di interoperabilità progettato per collegare Cardano ad altri ecosistemi blockchain, all'infrastruttura della finanza tradizionale e a fornitori di livello enterprise. Ha detto che Cardano aveva già costruito un solido livello base, ma aveva bisogno di partner infrastrutturali contrattualizzati per supportare il movimento della liquidità, i servizi dati, i bridge e un accesso istituzionale più ampio.

Phillip Pon, CEO di EMURGO, ha presentato la prima fase come prova che le entità fondatrici di Cardano e le organizzazioni dell'ecosistema possono coordinarsi su risultati infrastrutturali concreti. Ha affermato che la Cardano Foundation, Input Output, EMURGO, Intersect e Midnight avevano lavorato insieme attraverso la struttura Pentad per ottenere integrazioni che a Cardano erano mancate per anni.

CCI V2 estende quel lavoro concentrandosi su manutenzione, supporto e completamento di un'integrazione nativa completa con Fireblocks. Jarrell Moroney di Input Output ha affermato che la proposta intende costruire sulla prima fase anziché espandersi in un ampio nuovo elenco di elementi. Ha descritto la manutenzione relativa a Circle come parte del motivo della seconda proposta, perché le integrazioni con stablecoin richiedono supporto, operazioni e impegni contrattuali dopo il lancio.

L'integrazione nativa con Fireblocks punta all'accesso istituzionale a Cardano

Il nuovo elemento centrale in CCI V2 è il supporto nativo completo a Fireblocks. Fireblocks è un'infrastruttura e piattaforma di custodia per asset digitali istituzionali utilizzata da istituzioni finanziarie, asset manager, market maker, exchange e altre aziende che necessitano di un accesso controllato agli asset digitali. Giorgio Zinetti, CTO della Cardano Foundation, ha descritto Fireblocks come un fornitore leader di custodia istituzionale e ha affermato che molte banche, asset manager e market maker richiedono un'integrazione profonda con Fireblocks prima di lavorare seriamente con gli asset di Cardano.

Pon ha distinto la soluzione esistente basata su SDK fornita da Iagon da un'integrazione nativa completa con Fireblocks. Ha descritto il lavoro di Iagon come operativo, funzionale e utile per la comunità, ma ha affermato che non è la stessa cosa del supporto nativo a Cardano all'interno della piattaforma Fireblocks.

Secondo Pon, l'integrazione nativa includerebbe la sicurezza MPC per le transazioni, un'infrastruttura di firma nativa, il supporto al motore di policy, controlli di governance, la gestione completa di EUTXO, il supporto allo staking e una visibilità standard per i token nativi di Cardano all'interno della console e delle API di Fireblocks. Ha anche affermato che l'integrazione tratterebbe i token nativi di Cardano come asset di prima classe, eliminando la necessità di configurazioni e flussi di approvazione personalizzati per ogni singolo cliente.

Questa distinzione è rilevante per gli exchange e i partner istituzionali che già utilizzano Fireblocks. Zinetti ha affermato che il supporto nativo a Fireblocks potrebbe rendere più semplice per queste aziende listare o supportare i token nativi di Cardano, perché l'onere tecnico sarebbe ridotto. In quel modello, asset come $NIGHT potrebbero muoversi attraverso uno stack infrastrutturale istituzionale più familiare anziché richiedere integrazioni Cardano su misura da ogni piattaforma.

La tavola rotonda ha collegato Fireblocks anche ai casi d'uso di token regolamentati. Pon ha fatto riferimento ai controlli programmabili sui token del CIP 113, inclusa la funzionalità di sequestro e congelamento per emissioni conformi di asset del mondo reale e casi d'uso istituzionali di stablecoin. Ciò colloca Fireblocks all'interno di una discussione infrastrutturale più ampia che include custodia, accesso agli exchange, asset del mondo reale, controlli di governance e supporto per gli asset nativi di Cardano.

I DRep devono prendere una decisione operativa sull'infrastruttura finanziata dal tesoro

CCI V2 solleva anche una questione di governance per Cardano. La proposta chiede all'ecosistema di finanziare un'infrastruttura che include costi continuativi, supporto di terze parti e obblighi pluriennali connessi a integrazioni già consegnate.

La discussione ha presentato la seconda fase come un modo per mantenere l'infrastruttura esistente, continuare il supporto relativo a $USDCx e completare l'integrazione con Fireblocks necessaria per la custodia istituzionale e i flussi di lavoro degli exchange.

Fahmi Syed, presidente della Midnight Foundation, ha affermato che Midnight ha supportato il lavoro del Pentad perché il successo di Cardano supporta anche l'ecosistema più ampio di Midnight. Ha collegato le integrazioni alla liquidità, alla custodia istituzionale, ai wallet, all'infrastruttura di oracoli, ai bridge interoperabili e alle applicazioni che possono utilizzare Cardano e Midnight insieme. Ha anche affermato che l'infrastruttura da sola non crea adozione, perché l'ecosistema ha ancora bisogno di liquidità, applicazioni e builder che utilizzino i componenti forniti.

La tavola rotonda ha affrontato i limiti della trasparenza in merito agli accordi infrastrutturali commerciali. Alcuni dettagli su prezzi, fornitori e contratti non possono essere divulgati completamente a causa di requisiti di riservatezza. Pon ha affermato che conversazioni con i DRep sotto NDA potrebbero fornire maggiori informazioni dove possibile, mentre la discussione pubblica deve evitare di violare gli obblighi verso i partner.

La manutenzione è stata discussa anche come requisito operativo. La manutenzione relativa a Fireblocks sarebbe gestita da Fireblocks stessa, con possibile supporto di esperti da parte della Cardano Foundation, di Input Output e di Intersect. Per il lavoro relativo a Circle, il panel ha discusso la possibilità di utilizzare provider istituzionali come BitGo o Kiln per funzioni di monitoraggio e attestazione, a seconda della struttura finale.

La proposta CCI V2 trasforma il programma Critical Integrations da una questione di consegna a una questione operativa. Cardano non sta più decidendo soltanto se portare partner infrastrutturali di primo piano nell'ecosistema. I DRep stanno ora valutando come quell'infrastruttura venga mantenuta dopo il lancio, chi ne assuma la responsabilità operativa e come i fondi del tesoro debbano supportare stablecoin, custodia, dati degli oracoli, analytics, accesso cross chain e supporto istituzionale per gli asset nativi di Cardano.