Cardano Dijkstra punta a uno staking più semplice e a una DeFi più flessibile

L'aggiornamento previsto va oltre Leios, con modifiche ai prelievi delle ricompense, alla progettazione delle transazioni e all'economia dei pool di staking. Carlos Lopez de Lara ha spiegato cosa potrebbero significare queste funzionalità per utenti e sviluppatori.

By SongMarketCap

Cardano News - Cardano Dijkstra punta a uno staking più semplice e a una DeFi più flessibile

L'aggiornamento Dijkstra di Cardano potrebbe eliminare ostacoli quotidiani per i detentori di ADA, offrendo al contempo agli sviluppatori modalità più flessibili per creare applicazioni.

Parlando a Cardano Over Coffee, il product manager di Input Output Carlos Lopez de Lara ha illustrato un pacchetto che include prelievi delle ricompense senza delega di voto, transazioni annidate e modifiche pensate per aiutare i pool di staking più piccoli.

Leios resta la funzionalità di scalabilità di punta. Ma queste modifiche di accompagnamento potrebbero plasmare l'esperienza degli utenti su Cardano molto prima che notino una capacità di rete aggiuntiva.

I prelievi delle ricompense potrebbero diventare più semplici

CIP-181 eliminerebbe il requisito di una delega di voto attiva prima di prelevare le ricompense dello staking.

Oggi gli utenti devono delegare il proprio potere di voto a un DRep oppure selezionare Abstain o No Confidence prima di effettuare il prelievo. La modifica proposta eliminerebbe tale prerequisito lasciando comunque disponibile la partecipazione alla governance.

Per i pool di staking più piccoli, CIP-23 affronta la distribuzione delle ricompense. Carlos ha spiegato che un costo minimo fisso del pool può assorbire gran parte delle ricompense ottenute da un pool che produce blocchi di rado, lasciando poco ai deleganti.

Un margine minimo fornirebbe un altro meccanismo per compensare gli operatori. Combinato con successive decisioni sui parametri, potrebbe aiutare i pool più piccoli a offrire una proposta più attraente per i deleganti.

Carlos ha detto che le richieste degli SPO hanno contribuito ad anticipare l'implementazione. La documentazione di pianificazione pubblicata rende comunque l'attivazione della regola sulle commissioni condizionata alla disponibilità dell'implementazione e della governance. Non si dovrebbe quindi dare per scontato un miglioramento immediato delle ricompense.

Le Babel fees potrebbero rimuovere un ostacolo all'onboarding

Le transazioni annidate consentirebbero di assemblare azioni autorizzate in modo indipendente all'interno di una transazione più grande.

Carlos ha illustrato l'opportunità attraverso le Babel fees. Chi detiene un token nativo di Cardano potrebbe esprimere uno swap desiderato, mentre un altro partecipante fornisce l'ADA necessaria per la commissione di rete.

Per un nuovo utente, la differenza pratica potrebbe essere significativa: utilizzare un token senza dover prima acquisire un saldo ADA separato.

La commissione verrebbe comunque pagata. Le applicazioni stabilirebbero chi la fornisce e a quali condizioni.

Questa capacità darebbe agli sviluppatori di wallet e DeFi maggiore libertà di organizzare le transazioni attorno all'azione che l'utente desidera completare. Offrire un'esperienza semplice richiederebbe comunque il supporto delle applicazioni.

Carlos ha anche discusso dei miglioramenti agli account come base per futuri piccoli trasferimenti. Queste preparazioni non stabiliscono che Dijkstra renda immediatamente più economici i micropagamenti.

[NEWSBREAK]

I wallet e gli strumenti devono essere pronti

Dijkstra modifica le strutture di transazioni e blocchi, richiedendo aggiornamenti coordinati su wallet, indicizzatori e librerie di sviluppo.

Carlos ha descritto una sequenza pianificata in cui il nodo 11.2 supporterebbe il test delle altre funzionalità di Dijkstra, seguito dall'integrazione di Leios in 11.3. Ha presentato quelle versioni come traguardi di sviluppo, con i test a determinarne la prontezza.

Il lavoro sulla governance deve procedere in parallelo con l'ingegneria. I nuovi parametri regolabili necessitano di paletti costituzionali prima che la comunità possa governarli.

Il piano di rollout pubblicato distingue anche gli obiettivi di completamento del software dall'attivazione su mainnet. La distribuzione su testnet, i test degli operatori e la ratifica di governance richiedono tempo aggiuntivo.

Per gli utenti, i vantaggi più tangibili potrebbero essere meno passaggi prima di prelevare le ricompense o usare un token. Per chi costruisce, Dijkstra offre una maggiore flessibilità nel modo in cui queste interazioni vengono costruite. Il prossimo compito è trasformare tale flessibilità in prodotti affidabili.