Dopo un anno di lavori, siamo orgogliosi di annunciare che l’ammodernamento della rete del Danubio è stato attivato il 15 luglio 2025 alle 12:00 GMT+02:00.
Basandosi sullo slancio di precedenti aggiornamenti come Leman e Rhone, Danube introduce importanti miglioramenti in termini di prestazioni e usabilità, pur mantenendo i nostri principi fondamentali di decentralizzazione, sicurezza ed efficienza energetica. Dai tempi di blocco più rapidi e dallo sharding invisibile all’onboarding dei wallet seedless e agli strumenti avanzati per smart contract, Danube rappresenta un significativo passo avanti nell’accessibilità Web3.
Che tu sia uno sviluppatore, un minatore o semplicemente un membro curioso della community, queste FAQ ti aiuteranno a capire cosa offre Danube e cosa sblocca per il futuro dell’ecosistema.
traduzione in italiano dell’articolo pubblicato da alephium.org, link a fine articolo.
Panoramica rapida
In cosa consiste il potenziamento del Danubio?
Danube è il terzo importante ammodernamento della rete di Alephium, incentrato su:
- Tempi di blocco più rapidi
- Interazioni utente semplificate
- Miglioramenti incentrati sugli sviluppatori
- Scalabilità e prestazioni a lungo termine
Quando il Danubio è entrato in funzione sulla rete principale?
L’attivazione dell’ammodernamento del Danubio è avvenuta martedì 15 luglio 2025 alle 12:00 GMT+02:00.
Perché “Danubio”?
Seguendo la convenzione di denominazione di Alephium, tutti gli aggiornamenti di rete prendono il nome da corsi d’acqua. Il nome “Danubio” richiama quello di “Lemano” e “Rhone”.
Istruzioni di aggiornamento per gli operatori dei nodi
Tutti gli operatori dei nodi dovrebbero aver aggiornato alla versione 4.0.0 entro il 15 luglio per garantire la continuità della partecipazione alla rete. Se non l’avete già fatto, vi preghiamo di farlo il prima possibile.
- Versione del nodo richiesta: scarica l’ultima versione del nodo
- Istruzioni per l’aggiornamento: Documentazione sull’aggiornamento del Danubio
Cosa c’è dietro il Danubio
1. Tempo del blocco di 8 secondi
Il tempo di blocco è stato dimezzato da 16 a 8 secondi, migliorando notevolmente la reattività e l’esperienza utente.
2. Indirizzi senza gruppo
L’architettura sharded di Alephium richiedeva agli utenti di interagire con le dApp di un gruppo specifico. Con gli indirizzi groupless, questa complessità viene completamente astratta, offrendo un’esperienza a catena singola.
3. Supporto passkey
Danube aggiunge il supporto nativo per le passkey, un modo moderno, sicuro e senza password per interagire con le app blockchain, particolarmente utile per i portafogli incorporati e le app web.
4. Chiamate contrattuali concatenate
Gli sviluppatori possono ora concatenare più chiamate di contratto a livello di TxScript e utilizzare gli output degli asset dei chiamanti delle transazioni, abilitando nuovi modelli come la migrazione della liquidità o gli scambi di token atomici.
5. Test unitari integrati
Ralph ora supporta i test unitari in modo nativo, semplificando il test della logica contrattuale durante lo sviluppo.
6. Funzionalità DevX migliorate
- Autofinanziamento degli importi e dei depositi di polvere
- Migliore identificazione del chiamante
- Nuovi tipi di indirizzo, inclusi multifirme senza gruppo a lunghezza fissa
- Riutilizzo immediato dei beni di nuova emissione
7. Nuovo protocollo di sincronizzazione (v2)
Un sistema di sincronizzazione completamente rinnovato offre tempi di sincronizzazione dei nodi 3 volte più veloci, con un utilizzo inferiore di CPU e larghezza di banda. Perfetto per operatori di nodi e sviluppatori.
Miglioramenti del portafoglio e dell’esperienza utente
Portafogli senza gruppo
I wallet che utilizzano indirizzi groupless possono ora interagire con qualsiasi dApp senza doversi preoccupare della struttura degli shard sottostante. Per i nuovi utenti, questo elimina un importante ostacolo all’onboarding.
Integrazione della chiave di accesso
Le passkey consentono agli utenti di creare wallet con una semplice impronta digitale o credenziali basate sul dispositivo. Sebbene Alephium Wallet non supporterà questa funzionalità al lancio sulla mainnet, sono disponibili SDK e l’integrazione è prevista a breve.
Modifiche alla tokenomics
Modello di emissione di coda
Danube rimuove il limite di fornitura fisso e introduce un’emissione di coda, allineando Alephium ai modelli utilizzati da Monero ed Ethereum.
Perché?
- Risolve i problemi di percezione causati dal grande divario tra la circolazione e la fornitura massima
- Migliora gli incentivi per i minatori dopo gli 84 anni
- Mantiene il programma di emissione esistente per i primi 80 anni (nessun impatto a breve o medio termine)
Approfondimento su DevX
I miglioramenti di Danube sono in gran parte dovuti al feedback degli sviluppatori. Ecco alcuni punti salienti:
Chiamate a catena del contratto (livello TxScript)
- Consente la logica multi-step (ad esempio, scambiare A→B poi B→C) in una transazione
- Le risorse possono essere riutilizzate all’interno degli script TX, ma non nei corpi contrattuali, preservando le garanzie di sicurezza UTXO
- Consente una componibilità sicura senza aprire le porte a prestiti flash o exploit di reentrancy
Transazioni a catena (livello API)
- Abilita flussi multi-transazione, ad esempio, sposta fondi → interagisci con dApp
- Utilizzato sotto il cofano per operazioni di indirizzamento senza gruppo
- I portafogli mostrano ogni passaggio in modo chiaro; le TX non riuscite non ripristinano i passaggi precedenti
Ergonomia dello sviluppatore
- Sintassi più pulita per la gestione di polvere e depositi
- Nuove operazioni bit a bit I256
Impatto sull’ecosistema
Danube segna una svolta in ciò che può essere costruito sulla catena Proof of Work. Con chiamate contrattuali concatenate, indirizzi groupless e supporto passkey, ora forniamo agli sviluppatori una base per dApp che sembrano Web2 senza sacrificare la decentralizzazione. Questi aggiornamenti non si limitano a modificare l’esperienza utente, ma eliminano completamente la complessità.
Gli sviluppatori ora possono creare:
- Scambi di token multi-step e flussi di liquidità utilizzando chiamate contrattuali concatenate
- Esperienze di portafoglio senza frasi seed, grazie al supporto passkey
- Interfacce DeFi senza interruzioni, grazie allo sharding invisibile fornito dagli indirizzi groupless
- Contratti intelligenti più completi che utilizzano logica semplificata, script più puliti e utilizzo immediato delle risorse appena create
Sebbene questi miglioramenti non implichino che questi servizi esistano già oggi, l’architettura ora li supporta pienamente.
Questo aggiornamento apporta anche miglioramenti significativi per i fornitori di infrastrutture:
- Sincronizzazioni più veloci e utilizzo ridotto delle risorse tramite Sync Protocol v2
- Lo sharding astratto semplifica notevolmente l’indicizzazione multigruppo e l’esperienza utente
- L’emissione di coda garantisce la redditività a lungo termine per minatori e validatori
Di conseguenza, Danube posiziona Alephium come un’alternativa credibile al Layer 1, non solo alle catene Proof of Stake, ma anche a L2 e rollup. Ciò si riflette anche nel fatto che oltre 130 progetti vengono contattati per aggiornare i loro nodi per Danube, rispetto ai 50 al momento dell’aggiornamento di Rhone, a dimostrazione di una forte crescita dell’ecosistema.
Domande della comunità
1. Quali nuovi tipi di dApp sono ora possibili grazie alle transazioni concatenate?
Le chiamate contrattuali concatenate negli script TX consentono flussi complessi come swap multi-step e migrazione della liquidità. In precedenza, questi erano impossibili a causa delle rigide regole UTXO.
2. È possibile esigere più contratti in un’unica transazione concatenata? E i prestiti flash?
Sì, è possibile richiamare più contratti. Tuttavia, solo gli output del chiamante della transazione possono essere riutilizzati, e solo a livello di script TX. Le chiamate a livello di contratto continuano a imporre restrizioni UTXO, rendendo impossibili i prestiti flash e gli attacchi di reentrancy.
3. Posso scambiare il token A con B e di nuovo con A in una TX concatenata?
No. Una transazione concatenata può riutilizzare gli output del chiamante, ma non gli output dei contratti o degli stati intermedi. Viene impedito un comportamento completamente simile a quello dei prestiti flash.
4. Le operazioni bit a bit I256 miglioreranno le prestazioni delle applicazioni che fanno un uso intensivo di calcoli matematici?
Sì. Gli operatori bitwise integrati evitano complesse simulazioni a livello Ralph e riducono il consumo di gas. Questo è ideale per NFT, DeFi e dimostrazioni Merkle.
E per quanto riguarda la gestione della polvere? Polvere, depositi contrattuali e voci di mappa ora hanno comportamenti predefiniti. Gli sviluppatori non devono più tenerne conto manualmente. I portafogli regoleranno automaticamente le pre-approvazioni e i nuovi tentativi in base alle necessità.
5. I portafogli passkey possono utilizzare anche una seed phrase come backup?
Non di default. Ma è possibile simularlo con portafogli multi-firma che utilizzano una passkey e una chiave tradizionale.
6. Quali attività di sviluppo sono più facili dopo Danube?
- Contratti di finanziamento (auto-dust)
- Liquidità in migrazione (chiamate concatenate)
- Scrivere un codice Ralph più pulito
- Test con test unitari integrati
- Integrazione di una passkey o di un login social
7. Quali caratteristiche non sono state integrate nel Danubio?
- Standard di token basato su contratto
- Sincronizzazione rapida dello stato
- Endpoint RPC aggiuntivi
Sono previsti per il prossimo aggiornamento.
8. Gli utenti firmeranno per 1 ALPH + polvere o riceveranno 1 ALPH e polvere?
La polvere viene aggiunta all’importo firmato. Se per un contratto è previsto 1 ALPH, il portafoglio garantisce la firma per 1 ALPH + la polvere richiesta.
9. La rimozione della polvere dalle auto incide sui contratti preesistenti?
No. Il sistema è retrocompatibile. Se il valore dust viene specificato manualmente, viene rispettato. In caso contrario, viene gestito automaticamente dal generatore di transazioni.
10. I wallet mostrano chiaramente i passaggi delle transazioni concatenate? Cosa succede se una transazione fallisce?
Sì. I wallet di estensione mostrano chiaramente tutti i passaggi. Ogni passaggio è firmato come gruppo. Non è previsto alcun rollback; se il passaggio 2 fallisce, il passaggio 1 viene comunque eseguito.
Esiste il rischio di race condition? Alephium evita le race condition relative agli output mutabili, a differenza del modello UTXO esteso di Cardano. Tuttavia, come per Ethereum, le race condition possono comunque verificarsi a livello di stato a causa delle dipendenze tra dati condivisi.
11. Le passkey sono un nuovo modo per firmare le transazioni?
Sì. Abilitano la firma senza password in stile WebAuthn. Supportati dai principali gestori di chiavi dei browser (Apple, Android, Windows).
I wallet Alephium offriranno la stessa UX dei wallet Apple? Dipende dal wallet. SDK e demo sono già pronti. Sono ora possibili wallet integrati basati sul web con passkey.
12. In che modo le emissioni di coda influenzeranno le ricompense dei minatori a lungo termine?
Dopo oltre 80 anni, le emissioni non si fermeranno bruscamente. Una piccola emissione continuativa garantisce incentivi sostenibili per i minatori. Non influisce sulle emissioni di ricompensa prima che siano trascorsi i primi 80 anni.
13. Il TX concatenato rappresenta una svolta per i protocolli DeFi?
Assolutamente. Abilita flussi atomici multi-step che semplificano sia l’esperienza utente (UX) che la logica contrattuale. In precedenza, gli sviluppatori dovevano affidarsi a più transazioni manuali.
14. Qual è il tempo di blocco minimo sicuro con l’implementazione attuale?
8 secondi è il minimo raccomandato con frequenze di uncle accettabili. Tempi inferiori sono tecnicamente possibili, ma richiederebbero modifiche più drastiche al protocollo.
15. Ci sono cambiamenti nel modello UTXO nel Danubio?
Il modello di base rimane, ma l’usabilità è migliorata:
- Gestione automatica della polvere
- Multisig senza gruppo
- Modelli contrattuali più puliti
- Miglior tracciamento dell’output
16. In che modo il protocollo Sync V2 migliora le cose per gli operatori dei nodi?
- Le sincronizzazioni sono 3 volte più veloci
- Minor carico di CPU e I/O
- Meno disconnessioni tra pari
- A breve sarà disponibile la base per le modalità di sincronizzazione rapida
Cosa succederà dopo il Danubio?
Per evitare che il Danubio diventi troppo grande, alcune funzionalità sono state rimandate al prossimo aggiornamento della rete:
- Standard del token contrattuale
- Ulteriore riduzione del tempo di blocco
- Sincronizzazione rapida dello stato
- Altri SDK e demo incentrati sullo sviluppo
Il team di sviluppo si concentrerà inoltre maggiormente sul supporto e sugli strumenti dell’ecosistema, data la maturità della base protocollare di Alephium. L’aggiornamento di Danube getta le basi per una maggiore interoperabilità e dApp solide nei cicli futuri.
Considerazioni finali
L’aggiornamento di Danube segna un momento cruciale nell’evoluzione di Alephium, da una catena di proof-of-work sperimentale a una piattaforma di smart contract scalabile e intuitiva per gli sviluppatori, pronta per l’adozione DeFi mainstream.
Che tu stia sviluppando dApp, gestendo nodi o semplicemente esplorando lo spazio, questo aggiornamento offre flussi di lavoro più fluidi, interazioni più rapide e meno compromessi. Visita alephium.org per saperne di più su Alephium e unisciti a noi per costruire il Web3 che ti è stato promesso!
