NotizieCryptoIl Hard Fork 6 di Zano si attiverà al blocco 3,833,000 il 26 agosto, sbloccando l’accesso cross-chain a ZANO nativo

Il Hard Fork 6 di Zano si attiverà al blocco 3,833,000 il 26 agosto, sbloccando l’accesso cross-chain a ZANO nativo

Autore: Metaverse Post·

Punti chiave

  • Hard Fork 6 è programmato per il blocco 3,833,000 ed è previsto intorno al 26 agosto 2026, anche se la data può variare in base alla produzione dei blocchi.
  • Dopo l’aggiornamento, il bridge di Zano funzionerà in entrambe le direzioni, consentendo a ZANO nativo e agli Asset Riservati supportati di spostarsi verso reti trasparenti e di tornare successivamente con la privacy ripristinata su Zano.
  • Gli Gateway Addresses sono progettati per offrire a exchange, bridge e altri servizi un percorso di integrazione più semplice, lasciando invariati gli indirizzi Zano standard e il loro comportamento in termini di privacy.
  • Zano ha affermato che l’aggiornamento potrebbe sostenere una maggiore liquidità DeFi e una più ampia presenza sugli exchange, e ha già discusso integrazioni post-HF6 con piattaforme tra cui THORchain e altri DEX.
  • HF6 aggiunge inoltre miglioramenti a consenso, wallet, mining pool, nodi e RPC, e gli Gateway Addresses sono un prerequisito per il previsto Zano Execution Layer.
Il Hard Fork 6 di Zano si attiverà al blocco 3,833,000 il 26 agosto, sbloccando l’accesso cross-chain a ZANO nativo

L’Hard Fork 6 (HF6) di Zano è programmato per attivarsi al blocco 3,833,000, con l’aggiornamento previsto per il 26 agosto 2026 circa. Come per altri aggiornamenti attivati dall’altezza del blocco, la data di calendario può variare in base al ritmo di produzione dei blocchi. Descritto come il cambiamento più significativo nei sette anni di storia della rete Layer 1 orientata alla privacy, l’aggiornamento mira a rimuovere un ostacolo tecnico che in passato ha limitato l’integrazione del progetto con servizi esterni.

Il bridging bidirezionale apre l’accesso in uscita

Attualmente, gli utenti possono trasferire su Zano asset come BTC, ETH e SOL, dove tali asset ricevono le protezioni di privacy della rete. Dopo l’attivazione di HF6, il bridge funzionerà in modo bidirezionale, consentendo a ZANO nativo e agli Asset Riservati supportati di muoversi verso reti trasparenti come Ethereum, TON e Solana. Su queste reti esterne, gli asset restano pubblici e recuperano le funzionalità di privacy di Zano solo quando vengono riportati sulla chain nativa.

L’aggiornamento non modifica il funzionamento della privacy per gli utenti esistenti. Piuttosto, amplia i servizi che possono connettersi a Zano. Gli Gateway Addresses offrono a exchange centralizzati, exchange decentralizzati, bridge e altre piattaforme un percorso di integrazione più semplice, eliminando la necessità dell’ingegneria personalizzata precedentemente richiesta. Di conseguenza, per la prima volta ZANO nativo potrà muoversi tra chain in modo non custodial, mentre gli indirizzi Zano standard conserveranno le loro caratteristiche di privacy esistenti.

“Hard Fork 6 potrebbe fare una reale differenza per l’adozione di Zano, perché apre un percorso più semplice per ZANO verso i pool di liquidità DeFi e verso una più ampia presenza sugli exchange, con Zano già in contatto con piattaforme tra cui THORchain e altri DEX per le integrazioni post-HF6”, ha dichiarato Quinten van Welzen, Head of Growth di Zano, in una nota scritta.

Fondamenti tecnici e sviluppo futuro

L’importanza di questo aggiornamento va oltre Zano stesso, perché mette alla prova se un asset orientato alla privacy possa accedere alla liquidità su chain pubbliche senza compromettere la privacy sulla propria rete nativa. Zano opera su un modello UTXO, essenziale per il modo in cui la chain raggiunge l’irreperibilità e nasconde gli importi delle transazioni. Tuttavia, questa architettura presenta sfide per i servizi che operano su larga scala. Ogni volta che un bridge o un exchange verifica un saldo, deve ricostruire lo stato corrente dalla storia della chain e assemblare output spendibili. Gli strumenti standard di custodia e integrazione istituzionale non sono stati costruiti per questo flusso di lavoro, il che significa che il supporto a Zano ha storicamente richiesto un’ingegneria specializzata per problemi che non si presentano sulle chain basate su account.

Gli Gateway Addresses introducono un nuovo tipo di indirizzo basato su account che funziona accanto agli indirizzi UTXO esistenti. I servizi che utilizzano questo tipo di indirizzo ricevono un unico saldo tracciato direttamente, con sincronizzazione istantanea.

“Il modello UTXO è fondamentale per la privacy di Zano, quindi sostituirlo non è mai stato l’obiettivo”, ha dichiarato Andrey Sabelnikov, co-fondatore e lead developer di Zano, in una nota scritta. “Gli Gateway Addresses aggiungono lo stato in stile account di cui i grandi servizi hanno bisogno, preservando al tempo stesso le garanzie di privacy degli indirizzi Zano standard”, ha aggiunto.

Questa aggiunta è complementare al protocollo, non un compromesso nei suoi confronti, e gli utenti che continuano a effettuare transazioni tramite indirizzi standard mantengono lo stesso modello di privacy di prima.

Al momento dell’attivazione, la capacità di bridging bidirezionale opererà tramite Bridgeless, coprendo le reti EVM, TON e Solana. Nel lungo periodo, Zano intende costruire un proprio bridge su ZEL, un imminente Layer 1 compatibile con EVM dotato di un proprio consenso proof-of-stake.

Limitazioni note

A questa release si accompagnano diverse limitazioni importanti. ZANO nativo rimane privato sulla rete Zano e gli indirizzi Zano standard, insieme al loro comportamento in materia di privacy, non sono influenzati da HF6. La privacy cessa al confine con le chain pubbliche, il che significa che quando ZANO si sposta su una rete trasparente lascia dietro di sé le protezioni di privacy di Zano fino a quando non viene riportato indietro. Inoltre, Bridgeless rimane un’infrastruttura in fase iniziale e la sua rete di validatori e la sua maturità in produzione sono ancora in sviluppo.

Miglioramenti aggiuntivi del protocollo

Hard Fork 6 introduce anche altri miglioramenti del protocollo:

  • Consenso più solido grazie a regole di validazione più rigorose e uniformi, insieme a una regola di fork-choice più निर्ण决isa
  • Crittografia del wallet rafforzata, che rende i file wallet rubati o copiati significativamente più difficili da violare
  • Payment ID per singolo output, che consentono a exchange e merchant di riconciliare i pagamenti in modo pulito mantenendo intatta la privacy del destinatario
  • Mining pool più resilienti, in grado di eseguire un dry-run di un blocco prima di finalizzarlo per eliminare le transazioni problematiche invece di bloccarsi
  • Nodi più robusti e più privati, con nuovi limiti anti-DoS e supporto al proxy SOCKS5 per instradare il traffico tramite Tor
  • Superficie RPC rafforzata per integrazioni di terze parti più sicure

Zano Execution Layer (ZEL)

La distribuzione degli Gateway Addresses su mainnet è un prerequisito per il prossimo Zano Execution Layer, o ZEL. ZEL è una sidechain EVM che porterà funzionalità di smart contract nell’ecosistema, mentre la Layer 1 di Zano continuerà a servire come chain di privacy. Ci si aspetta che i contratti Solidity standard e gli strumenti di sviluppo tra cui Hardhat, Foundry e MetaMask funzionino senza modifiche, con biblioteche di contratti sottoposte ad audit che dovrebbero anch’esse funzionare fin dal lancio. ZANO bridgato fungerà da coin gas nativo, abilitando applicazioni come mercati di lending, automated market maker e opportunità di rendimento per ZANO e per Asset Riservati come fUSD all’interno dell’ecosistema.

“Zano non sta aggiungendo smart contract trasparenti al proprio livello base privato. Zano L1 rimane la chain privata, mentre ZEL offre un ambiente separato e pubblicamente verificabile per le applicazioni EVM”, ha dichiarato Pavel Nikienkov, co-fondatore di Zano, in una nota scritta.

Il trasferimento di asset tra le due chain costituisce un confine deliberato e visibile. L’attività su Zano resta privata, mentre una volta che il valore si sposta su ZEL, l’importo bridgato e l’attività contrattuale successiva diventano pubblici.

ZEL è una sidechain compatibile con EVM collegata a Zano tramite un bridge a soglia di firma. Non è un rollup e non è una private EVM. Esegue il proprio Cosmos SDK e il proprio consenso proof-of-stake CometBFT e raggiunge la propria finalità. ZANO nativo è bloccato su Zano e rappresentato uno-a-uno come coin gas e di settlement di ZEL, quindi non esiste un nuovo token gas inflazionistico e non c’è alcuna premine di ZANO su ZEL. Un asset separato a offerta fissa, stZANO, gestisce staking di consenso e governance. L’insieme pianificato di applicazioni include trasferimenti cross-chain, swap cross-chain, una stablecoin collateralizzata e lending. ZEL è attualmente in sviluppo attivo, con lavoro prototipale sui flussi di bridge e sulla messaggistica degli swap già integrato.

Protocollo di consenso Zenith

Zano ha anche pubblicato Zenith, il suo prossimo protocollo di consenso. Zenith è un design pure proof-of-stake costruito sulle fondamenta di privacy di Zarcanum e sviluppato con Common Prefix. Secondo i parametri attualmente proposti, i blocchi arriveranno ogni 15 secondi in epoche di circa 10 minuti, con le epoche più vecchie ridotte a un compatto scheletro crittografico così che blocchi più rapidi non producano una chain più pesante. Zenith è previsto per il secondo trimestre del 2027, con un paper pubblicato nel giugno 2026.

Informazioni su Zano

Zano è un Layer 1 orientato alla privacy con transazioni riservate, importi nascosti, indirizzi stealth e Confidential Assets, che sono token privati emessi direttamente sulla chain. Il suo co-fondatore, Andrey Sabelnikov, ha guidato lo sviluppo dell’originale codebase CryptoNote, che ha contribuito a formare la base tecnica di Monero e di altri progetti focalizzati sulla privacy.

Fonte: Metaverse Post