Hoskinson chiede responsabilità per Cardano e delinea wallet AI più sicuri
Parlando con David Gokhshtein, il fondatore di Cardano ha sostenuto che la crescita dell’ecosistema richiede una chiara responsabilità organizzativa. Ha anche descritto come Midnight potrebbe combinare transazioni private, tutele per i wallet e agenti AI che operano con permessi espliciti dell’utente.
By SongMarketCap
Charles Hoskinson ha chiesto una responsabilità più chiara per lo sviluppo commerciale di Cardano durante l’episodio 810 di The Breakdown with David Gokhshtein. Ha sostenuto che le organizzazioni responsabili di attrarre utenti e supportare i builder dovrebbero avere mandati, risorse e obiettivi misurabili ben definiti.
Accanto a quelle critiche, ha delineato le sue priorità di prodotto: applicazioni che collegano reti blockchain, proteggono le informazioni finanziarie e consentono agli utenti di delegare compiti senza concedere un controllo illimitato sui propri asset. Midnight è al centro di quella strategia.
L’adozione di Cardano necessita di responsabilità chiare
Hoskinson ha contestato l’aspettativa che il fondatore di Cardano debba guidare personalmente ogni aspetto della sua crescita.
Ha descritto la struttura organizzativa originaria dell’ecosistema come una divisione delle responsabilità tra Input Output, EMURGO e la Cardano Foundation. Nel suo racconto, Input Output si concentrava su ricerca e ingegneria del protocollo, mentre lo sviluppo commerciale e le funzioni istituzionali avevano altri referenti organizzativi.
La sua lamentela riguardava il rapporto tra responsabilità e autorità. Ha sostenuto di essere ritenuto responsabile dell’adozione senza controllare le organizzazioni rilevanti, i loro budget o il branding di Cardano.
La Treasury di Cardano e la governance on chain, ha suggerito, forniscono meccanismi per assegnare e finanziare quel lavoro. La community può selezionare organizzazioni per perseguire obiettivi specifici e valutarne i risultati. Ha indicato AlphaGrowth e Draper come partecipanti con ruoli nello sviluppo dell’ecosistema.
Le sue critiche alla Cardano Foundation includevano una richiesta di membri del board eletti dalla community. Nel modello da lui preferito, il board fisserebbe obiettivi, supervisionerebbe l’esecuzione e sostituirebbe la leadership quando i target concordati non vengono raggiunti. Si trattava di un cambiamento istituzionale proposto, non di un’azione di governance approvata.
Ha anche ripetuto la sua lamentela per il fatto che Midnight non fosse rappresentato allo stand di Cardano al TOKEN2049, contrapponendo quell’esperienza al supporto che ha osservato per i builder in un evento di Solana. L’intervista ha presentato il suo resoconto di quella disputa senza risposte da parte delle organizzazioni da lui criticate.
Hoskinson ha descritto il proprio contributo come sempre più focalizzato sui prodotti. Ha citato Midnight, RealFi e Bitcoin DeFi come ambiti attraverso i quali spera di attrarre clienti e capitali. Il loro contributo alla crescita di Cardano dipenderebbe dall’adozione di quei prodotti.
Leios aggiunge capacità, ma i builder devono metterla a frutto
La discussione sulla roadmap di scaling di Cardano ha distinto il throughput dalla latenza di finalizzazione. Elaborare più transazioni e ridurre il tempo necessario per raggiungere una fiducia sufficiente nella loro finalità sono sfide ingegneristiche distinte.
Hoskinson ha presentato Leios come un modo per espandere il throughput preservando le proprietà di sicurezza del consenso alla base di Cardano. Ha collegato ulteriori aumenti di capacità alla banda disponibile e ai requisiti infrastrutturali imposti agli operatori dei nodi.
Tali requisiti introducono un compromesso di governance. Un’infrastruttura più esigente può sostenere prestazioni più elevate ma rende più difficile la partecipazione per gli operatori con meno risorse. Le decisioni sulla capacità quindi influenzano anche chi può operare concretamente la rete.
La sua stima del miglioramento prestazionale iniziale è rimasta condizionata dal benchmarking. L’intervista non ha fissato un risultato definitivo in produzione né una data di attivazione in mainnet.
Hydra offre un approccio complementare per le applicazioni adatte. Mentre il ledger di base offre capacità di rete condivisa, le Hydra Heads consentono ai partecipanti di elaborare l’attività in ambienti off chain dedicati. Le loro prestazioni dipendono dal carico di lavoro e dalla configurazione.
Hoskinson ha comunque sostenuto che il numero grezzo di transazioni non definisce più l’intero panorama competitivo. Una volta che capacità e commissioni soddisfano le esigenze di un’applicazione, liquidità, interoperabilità, prodotti finanziari utili e distribuzione diventano più significativi.
Ha riconosciuto che i vantaggi tecnici hanno una finestra limitata perché i concorrenti possono adottare le idee di successo. A suo avviso, l’ingegneria di Cardano deve essere accompagnata da un’esecuzione di prodotto più rapida e da un supporto più forte per i team che ci costruiscono sopra.
[NEWSBREAK]
Midnight collega la privacy con regole per i wallet e agenti AI
I piani di Hoskinson per Midnight si concentrano sul coordinare l’attività tra reti limitando al contempo l’esposizione di informazioni sensibili.
Ha usato l’analogia di una VPN per la finanza decentralizzata per spiegare Nightmode. L’esperienza prevista darebbe agli utenti accesso ad asset e applicazioni supportati attraverso un livello di privacy preservando al contempo la loro connessione agli ecosistemi esistenti. Il suo esempio con TRON ha illustrato quell’obiettivo di design senza stabilire che ogni funzione descritta fosse già disponibile.
Per i consumatori, desidera che l’interfaccia somigli a una normale app mobile. Un’autenticazione familiare si collocherebbe sopra il software che gestisce gli indirizzi, le reti e i passaggi di transazione sottostanti.
La protezione del wallet fa parte di quel design. Hoskinson ha proposto di aggiungere politiche di spesa e requisiti di verifica che governano come gli asset possono muoversi. Un trasferimento insolito che coinvolge la maggior parte delle disponibilità di un utente, per esempio, potrebbe attivare controlli aggiuntivi.
Tali controlli mirerebbero a limitare ciò che credenziali compromesse consentono a un attaccante di fare. La loro efficacia dipenderebbe dall’implementazione e dalle regole che proteggono gli asset.
Gli agenti AI opererebbero con permessi altrettanto espliciti. Un utente definirebbe un risultato insieme a prezzi, commissioni e limiti di esecuzione accettabili. L’agente cercherebbe quindi un percorso che soddisfi tali istruzioni.
Hoskinson ha illustrato ciò con un commerciante che riceve diverse criptovalute e desidera convertirle in stablecoin. Un agente potrebbe confrontare i mercati supportati ed eseguire le conversioni entro i vincoli del commerciante, riducendo la necessità di un intervento manuale continuo.
La sua architettura proposta collega tale esecuzione con prove crittografiche che attestano il rispetto delle condizioni specificate. La garanzia dipende dal fatto che le condizioni siano espresse con accuratezza e da ciò che la prova verifica effettivamente.
La divulgazione selettiva servirebbe a uno scopo correlato per l’identità. Un’applicazione potrebbe verificare un requisito di idoneità senza ricevere ogni dettaglio personale sottostante. Hoskinson considera tale capacità rilevante per applicazioni finanziarie in cui la privacy deve coesistere con i requisiti dei partecipanti.
Ha anche espresso interesse a usare Celestia per la data availability e Filecoin per l’archiviazione, consentendo a Midnight di concentrarsi su privacy e coordinamento.
Per l’esempio del commerciante, il flusso di lavoro previsto è concreto: definire le regole di conversione, autorizzare un agente ad agire entro tali regole e verificare che l’esecuzione abbia rispettato tali condizioni. L’intervista non ha annunciato una data di rilascio per quel flusso di lavoro completo.