Dal primo trimestre del 2024, l’entusiasmo speculativo nell’ecosistema BTC non è stato così elevato come nel 2023. Tuttavia, man mano che sempre più sviluppatori si uniscono e acquisiscono familiarità con il modello BTC, l’ecosistema BTC ha fatto rapidi progressi a livello tecnico , soprattutto in termini di programmabilità. Sul piano di espansione. Trustless Labs ha già introdotto il legame di L2 di BTC con UTXO e il re-staking di BTC. Questo articolo continuerà a colmare le lacune e si concentrerà sulle soluzioni programmabili di Fractal Bitcoin e sui protocolli di metadati BTC come BRC 20, CBRC e ARC 20. , che hanno attirato molta attenzione.
Frattale
Fractal è una virtualizzazione del software client basata sul core bitcoin. Creando ricorsivamente un framework scalabile ad albero, ogni strato di blockchain può migliorare le prestazioni dell'intera rete Fractal. Poiché il codice principale viene riutilizzato, Fractal è immediatamente pienamente compatibile con Bitcoin e la sua infrastruttura, come il mining. La differenza è che Fractal attiva l'operatore op_cat, consentendo l'implementazione di più logica.
Fractal è sviluppato dal team Unisat Unisat ha menzionato i progressi dello sviluppo di Fractal nel suo blog nel gennaio 2024. Il progetto ha lanciato la rete di test beta il 1° giugno 2024 e ha completato la fase di test ripristinata il 29 luglio. Il lancio della rete principale è previsto per settembre 2024.
Il team ha appena rilasciato la sua economia dei token. La rete Fractal avrà il proprio token, prodotto per il 50% dal mining, per il 15% utilizzato nell'ecosistema, per il 5% pre-venduto ai primi investitori e per il 20% da consulenti e contributori principali La percentuale del sussidio comunitario viene utilizzata per stabilire partenariati e liquidità.
Progettazione dell'architettura
Fractal virtualizza completamente il client core bitcoin e lo incapsula in un pacchetto software blockchain distribuibile ed eseguibile (Bitcoin Core Software Package, BCSP). Quindi viene ancorato ricorsivamente alla rete principale Bitcoin ed esegue una o più istanze BCSP in modo indipendente. Attraverso la moderna tecnologia di virtualizzazione, si ottiene un'efficiente condivisione delle prestazioni hardware, consentendo l'esecuzione di più istanze sul sistema principale. Per dirla semplicemente, è simile all'apertura di più istanze di macchine virtuali (istanze BCSP create da Fractal) su un computer (rete principale BTC) e può essere continuato in modo ricorsivo.
Quando sorgono grandi requisiti di interazione sulla catena, questi requisiti possono essere delegati selettivamente a livelli più profondi. Le capacità di bilanciamento dinamico di questo sistema aiutano a evitare un'eccessiva congestione a qualsiasi livello particolare. Per una migliore esperienza utente, Fractal ha anche apportato alcune modifiche al core bitcoin. Il tempo di conferma del blocco è stato modificato a 30 secondi o meno e la dimensione del blocco è stata aumentata di 20 volte a 20 MB, il che garantisce prestazioni sufficienti e un ritardo sufficientemente breve. .
Fractal attiva l'operatore op_cat, rendendo possibile esplorare e testare ulteriori piani di espansione su BTC.
A livello di catena di asset, poiché istanze diverse vengono eseguite nello stesso ambiente fisico, si può comprendere che più catene core bitcoin funzionano sotto lo stesso framework BTC. Pertanto, le catene di istanze possono comunicare tra loro costruendo un'interfaccia di trasferimento di asset universale. Per ottenere un trasferimento continuo delle risorse tra diversi livelli.
Bitcoin, così come asset come BRC-20 e Ordinals, possono essere colmati attraverso la decentralizzazione. Il meccanismo sottostante è un meccanismo di firma MPC rotante con sostituzione dinamica. Al momento, sembra essere uno strato di imballaggio. Nelle iterazioni successive, BTC e altri asset della mainnet potranno esistere anche su Fractal Bitcoin come asset impacchettati da brc-20.
Rispetto alle tipiche soluzioni Ethereum Layer 2, questa forma di virtualizzazione consente la scalabilità computazionale attraverso ulteriori livelli di astrazione esterni alla catena principale, pur mantenendo la coerenza con la catena principale e non introducendo nuovi meccanismi di consenso. Pertanto, gli attuali miner ASIC BTC e pool minerari possono unirsi senza problemi alla rete Fractal.
La garanzia di sicurezza di Fractal risiede nella sua potenza di calcolo. In termini di progettazione, ci sono tre aspetti principali per migliorare la sicurezza del meccanismo PoW di Fractal. Fractal ha introdotto il merged mining, in cui un blocco su tre viene generato dal merged mining con minatori BTC per aiutare a proteggere la rete da potenziali attacchi del 51%; i restanti due blocchi sono generati dalla potenza di calcolo della rete Fractal. Si può vedere che l’impatto sui minatori BTC è la chiave del successo di Fractal e la sua economia dei token si inclinerà inevitabilmente verso i minatori.
Allo stesso tempo, la catena di istanze virtualizzate appena creata sperimenterà un primo periodo di vulnerabilità durante la fase di avvio. Quando si avvia una nuova istanza, gli operatori possono impostare un'altezza di blocco specifica per fornire protezione finché l'istanza non raggiunge uno stato sicuro e integro. In futuro, i minatori con grandi quantità di potenza di calcolo potranno allocare le proprie risorse su diverse istanze BCSP, migliorando così la robustezza e la resilienza dell’intero sistema.
Frattale La relazione tra monete della rete principale e sats
L'output minerario della valuta mainnet di Fractal è quello di garantire il funzionamento della catena. La catena fb è sostanzialmente la stessa di btc e non ha la capacità di eseguire direttamente contratti intelligenti. Pertanto, funzioni defi complesse come lo swap richiedono un'infrastruttura aggiuntiva. Unisat promette di utilizzare brc 20 sats per lo scambio. Questo scambio funziona su Fractal e richiede anche i propri nodi. La commissione di servizio addebitata da questi nodi per l'autofinanziamento è sats.
centro commerciale
AVM (Atomics Virtual Machine) è l'implementazione del contratto intelligente BTC del protocollo Atomics. AVM crea una macchina virtuale che simula l'autorizzazione dello script BTC e apre più codici operativi BTC originali nella macchina virtuale. Gli sviluppatori implementano contratti intelligenti attraverso una combinazione di script Bitcoin e definiscono le proprie regole per gestire la creazione e il trasferimento delle risorse.
Satoshi Nakamoto ha progettato un linguaggio di scripting completamente espressivo all'inizio di Bitcoin, che contiene un ricco set di istruzioni di codice operativo primitivo. Questi script hanno determinate capacità di archiviazione dei dati e la loro esecuzione è completa di Turing. Bitcoin Core ha successivamente disabilitato alcuni codici operativi richiesti per la completezza di Turing, come le operazioni di base di concatenazione di stringhe (OP_CAT) e gli operatori aritmetici (come la moltiplicazione OP_MUL e la divisione OP_DIV).
L'idea di AVM è quella di massimizzare le capacità del codice operativo originale di BTC. La macchina virtuale AVM emula lo script BTC ed è Turing completa tramite un PDA dual-stack (pushable storage automata). Questa macchina virtuale viene eseguita in una sandbox, che contiene un indicizzatore, un parser di istruzioni e uno stato globale per realizzare l'elaborazione del contratto intelligente e la sincronizzazione e verifica dello stato.
Il set di istruzioni della macchina virtuale AVM contiene il codice operativo BTC completo, quindi gli sviluppatori possono programmare utilizzando molte funzioni BTC non attivate sulla rete principale. Ciò fa sembrare AVM una rete pioniera nativa per l’espansione ecologica di BTC.
AVM è un insieme di architetture che possono essere personalizzate da qualsiasi protocollo di metadati BTC, come BRC 20, ARC 20, Runes e CBRC. È gestito congiuntamente da sviluppatori di applicazioni, fornitori di servizi e utenti, formando un consenso spontaneo. Pertanto è adatto a quasi tutti i protocolli di metadati e richiede solo la messa a punto dell'indicizzatore nella macchina virtuale.
AVM ha rilasciato una versione di prova https://x.com/atomicalsxyz/status/1823901701033934975 e il relativo codice https://github.com/atomicals/avm-interpreter.
ON_NET
Sito ufficiale: https://opnet.org/#
OP_NET è stato proposto nel terzo trimestre del 2024 e si impegna a introdurre funzioni di contratto intelligente simili a Ethereum sulla rete Bitcoin, ma più in linea con le caratteristiche e l'architettura di Bitcoin. Per fare trading su OP_NET, utilizza solo Bitcoin nativi, senza la necessità di utilizzare altri token per pagare incentivi per i nodi o commissioni di transazione.
OP_NET fornisce una libreria di sviluppo completa, compatta e facile da usare, scritta principalmente in AssemblyScript (simile a TypeScript, che può essere compilato in WebAssembly). Il suo obiettivo di progettazione è semplificare la creazione, la lettura e il funzionamento delle tecnologie legate a Bitcoin. soprattutto negli smartphone. Contratti e Bitcoin Smart Inscription (BSI, Bitcoin Smart Inscription).
Funzioni e caratteristiche principali di OP_NET
OP_NET preserva il consenso del blocco di Bitcoin e la disponibilità dei dati, garantendo che tutte le transazioni siano archiviate sulla rete Bitcoin e protette dalla sua immutabilità. Attraverso una macchina virtuale di esecuzione (OP_VM), OP_NET può eseguire calcoli complessi su blocchi Bitcoin. Tutte le transazioni OP_NET inviate sono contrassegnate con la stringa "BSI" ed eseguite in OP_VM per aggiornare lo stato del contratto.
Il nodo OP_NET esegue una macchina virtuale WASM e quindi supporta più linguaggi di programmazione come AssemblyScript, Rust e Python. Sfruttando Tapscript per abilitare funzioni avanzate di contratto intelligente, gli sviluppatori possono implementare e distribuire direttamente sulla blockchain Bitcoin Interactive senza autorizzazione contratti intelligenti.
Il codice di questi contratti intelligenti è compresso e scritto nelle transazioni BTC. Questa volta viene generato un indirizzo UTXO, che è considerato l'indirizzo del contratto. Gli utenti devono trasferire fondi a questo indirizzo quando interagiscono con il contratto.
Quando interagiscono con la rete OP_NET, oltre alla commissione di gestione per le transazioni BTC, gli utenti devono pagare una commissione di gestione aggiuntiva di almeno 330 satoshi. Questo per garantire che la transazione non venga riconosciuta come un "attacco di polvere" da parte di BTC minatori della rete principale. Gli utenti possono aggiungere ulteriori commissioni sul gas e l'ordine di confezionamento delle transazioni nella rete OP_NET verrà ordinato in base alla commissione di gestione e non si basa interamente sull'ordine di confezionamento dei blocchi BTC. Se la commissione di transazione OP_NET pagata dall'utente è superiore a 250.000 sat, l'eccesso verrà ricompensato alla rete di nodi OP_NET.
Per espandere l'uso di BTC nelle applicazioni DeFi, OP_NET fornisce un sistema di prova di autorità che consente di incapsulare BTC poiché WBTC Mainnet BTC è collegato al protocollo OP_NET tramite multi-firma.
Vale la pena ricordare che OP_NET è compatibile con SegWit e Taproot e il suo design del token non è vincolato a UTXO, evitando il rischio di inviare token erroneamente ai minatori, migliorando ulteriormente la sicurezza e l'affidabilità del sistema. Attraverso queste funzionalità, OP_NET inserisce funzionalità di contratto intelligente più forti e supporto applicativo decentralizzato nell'ecosistema Bitcoin.
Il progetto ecologico di OP_NET
Il predecessore di OP_NET è il protocollo cbrc-20 e la maggior parte dei progetti ecologici lo continuano direttamente. L'ecosistema copre il trading decentralizzato, i prestiti, il market making, la fornitura di liquidità, i ponti a catena incrociata e altri campi:
Motoswap: questo è un protocollo di scambio decentralizzato che funziona su Bitcoin Layer 1.
Stash: questo è un protocollo di prestito decentralizzato che funziona su Bitcoin Layer 1. Stash utilizza il WBTC di OP_NET come garanzia, consentendo agli utenti di eseguire prestiti senza autorizzazione, con prestiti emessi sotto forma di stablecoin in USD.
Ordinal Novus: questa è la piattaforma di market making e fornitura di liquidità nell'ecosistema OP_NET.
Ichigai: si tratta di un aggregatore decentralizzato che integra più piattaforme DeFi in modo che gli utenti possano gestire il trading, il monitoraggio del mercato e i portafogli di investimento su un'unica interfaccia.
SatBot: un bot di trading integrato con Telegram che consente agli utenti di eseguire operazioni, monitorare i mercati e gestire portafogli in tempo reale tramite Telegram.
KittySwap: una piattaforma di scambio decentralizzata e contratto perpetuo in esecuzione su OP_NET.
Redatto: Fornisce servizi bancari privati DeFi privati e conformi sulla catena.
SLOHM Finance: un progetto di valuta di riserva decentralizzata lanciato su OP_NET.
BuyNet: un bot di acquisto sviluppato per l'ecosistema Bitcoin DeFi.
SatsX: un progetto per sviluppare funzionalità e strumenti multifunzionali su OP_NET, estendendo le capacità dell'ecosistema.
Meme Coin come Satoshi Nakamoto Inu, Zyn, Unga, Pepe: si tratta di token Meme basati sul protocollo OP_20, tutti supportati da OP_NET.
Codice BRC 100
Documentazione: https://docs.brc100.org
BRC-100 è un protocollo di calcolo decentralizzato basato sulla teoria degli ordinali. Aggiungendo nuove operazioni come "distruggi" e "casting" a brc 20, attraverso la combinazione di queste nuove operazioni, diversi titolari di indirizzi vengono registrati nell'indicizzatore e stato per realizzare operazioni defi complesse. Gli sviluppatori possono anche espandere più operatori in base al protocollo BRC-100 per espandere il business.
Funzionamento del protocollo BRC-100
BRC-100 fornisce alcune operazioni: mint 2/mint 3 e burn 2/bur n3, in modo che i token possano essere convertiti in sicurezza tra il modello UTXO e il modello della macchina a stati:
menta 2: utilizzata per generare nuovi token e aumentare la circolazione dell'intero sistema. Di solito richiede l'autorizzazione da un'applicazione o da un indirizzo per funzionare.
menta 3: simile alla menta 2, ma non aumenterà la circolazione. Viene utilizzato principalmente per convertire i saldi nelle applicazioni in UTXO (Unspent Transaction Outputs), che possono essere utilizzati in altre applicazioni.
burn 2: utilizzato per distruggere i token e aggiornare allo stesso tempo lo stato dell'applicazione. I gettoni distrutti possono essere rigenerati tramite Mint 2 se vengono soddisfatte determinate condizioni.
burn n3: simile al burn 2, ma invece di ridurre la circolazione, i token vengono convertiti nello stato dell'applicazione. I gettoni distrutti possono essere rigenerati tramite Mint 3.
Estensioni e compatibilità
Le capacità di calcolo e le transizioni di stato possono essere ampliate tramite il protocollo di estensione BRC-100. Tutti i protocolli di estensione BRC-100 sono compatibili tra loro, ovvero i token che implementano BRC-100 e i suoi protocolli di estensione possono essere utilizzati in tutte le applicazioni. Allo stesso tempo, il protocollo BRC-100 e i suoi protocolli di estensione possono essere aggiornati e migliorati migliorando il protocollo.
Il protocollo BRC-100 e tutte le estensioni e i protocolli di miglioramento sono indicati collettivamente come stack di protocolli BRC-100. Tutti i protocolli di estensione BRC-100 sono compatibili tra loro, ovvero i token che implementano BRC-100 e i suoi protocolli di estensione possono essere. utilizzato in tutte le applicazioni e supporta le operazioni a catena transfrontaliere. Esistono BRC-101, BRC-102 e BRC-104:
BRC-101 è un protocollo di governance on-chain decentralizzato che definisce come governare le applicazioni basate sul protocollo BRC-100 o sui suoi protocolli di estensione.
BRC-102 è un protocollo di liquidità automatizzato per asset BRC-100. Definisce un metodo di market making automatizzato basato sulla "formula di prodotto costante" (x*y=k) per una coppia di token basata sullo stack di protocolli BRC-100. .
BRC-104 è un protocollo di staking di liquidità/pool di staking pesante che definisce come impacchettare asset BRC-20, asset runici e BTC in asset BRC-100 tramite staking e come distribuire i premi degli asset BRC-100 agli asset BRC-100, BRC -20 risorse, risorse runiche o staker BTC. BRC-104 è il protocollo Asset Wrapping e protocollo Yield Farming dello stack di protocolli BRC-100.
Progetto ecologico BRC-100
Il team del progetto sta esplorando un metodo per ottenere un'indicizzazione minima per l'indicizzatore del protocollo BRC-100. Il lato della domanda può implementare il proprio indice minimo per ottenere lo stato di tutte le risorse dello stack di protocolli BRC-100 senza dover implementare la complessa logica di calcolo di tutti i protocolli estesi. Inoltre, gli indici minimi non richiedono aggiornamenti o upgrade frequenti.
Ci sono 3 progetti nell’ecosistema BRC-100:
inBRC (lanciato) - Il primo marketplace e indicizzatore BRC-100: https://inbrc.org/.
100Swap (lanciato) - Il primo exchange decentralizzato con iscrizione Bitcoin L1 AMM basato sul protocollo BRC-102: https://100swap.io/.
100Layer (in via di sviluppo) - Un protocollo di liquidità per l'ecosistema Bitcoin su Bitcoin L1, basato sul protocollo BRC-104 e sul protocollo BRC-106, costituito da stablecoin decentralizzate garantite da garanzia collaterale, token incapsulati e mining di liquidità: https://100layer. io/.
RUNE Programmabili (Protorune)
Una runa è essenzialmente una struttura dati memorizzata nel campo OP_RETURN di Bitcoin. Rispetto ad altri protocolli basati su JSON (come BRC-20), Rune è più leggero e non si basa su complessi sistemi di indicizzazione, mantenendo la semplicità e la sicurezza di Bitcoin.
Rune programmabili è un livello di estensione di Rune che consente la creazione di risorse programmabili con Rune. L’introduzione di questi asset può esistere in UTXO e supportare operazioni simili ai protocolli AMM (automated market maker). Il concetto centrale delle Rune Programmabili è quello di utilizzare i dati sulla blockchain di Bitcoin per implementare funzioni di contratto intelligente attraverso macchine virtuali o tecnologie simili.
Protocollo Proto-Rune
Tra le rune programmabili, il progetto più importante è Proto-Runes Protocol, sviluppato dal team del fondatore di oyl wallet @judoflexchop. Attualmente open source: https://github.com/kungfuflex/protorune
Il protocollo Proto-Runes è uno standard e una specifica che fornisce un quadro per le rune programmabili gestendo e trasferendo risorse runiche tra metaprotocolli, è possibile creare AMM, protocolli di prestito o contratti intelligenti maturi.
Ad esempio, il protocollo Proto-Runes implementa un DEX (scambio decentralizzato) simile a Uniswap sulla rete Bitcoin, supportando lo scambio atomico di risorse runiche e la creazione di pool di liquidità. Attraverso la combinazione della distruzione del prototipo e della messaggistica del prototipo, gli utenti possono condurre transazioni decentralizzate e gestione delle risorse senza lasciare la rete Bitcoin.
In parole povere, il protocollo Proto-Runes consente di bruciare le rune sotto forma di rune programmabili, Protorunes, conferendo così alle rune funzioni e usi aggiuntivi.
Protoburn e Protorunes
Uno dei meccanismi chiave di Proto-Runes è Protoburn, che consente agli utenti di distruggere e convertire le rune in rappresentazioni utilizzate solo dai sottoprotocolli. Queste risorse runiche vengono prese di mira tramite i puntatori o gli editti di Runestone sul protocollo runico, generando così una nuova risorsa forma nel sottoprotocollo, che è la runa programmabile Protorunes.
La distruzione del prototipo garantisce l'inutilizzabilità delle rune bloccandole sull'output OP_RETURN. Questo meccanismo garantisce che le risorse runiche possano essere trasferite in modo sicuro dal protocollo principale al sottoprotocollo, consentendo ulteriori operazioni e transazioni nel sottoprotocollo.
Questo processo è solitamente unidirezionale, cioè le risorse vengono trasferite dal protocollo runico al sottoprotocollo, ma non possono essere trasferite direttamente indietro. Il messaggio Protoburn è incorporato all'interno della Protopietra nel campo Protocollo della Pietra runica e il suo tag di protocollo è 13 (Rune Protocol Tag). Il messaggio contiene informazioni quali l'ID del sottoprotocollo di destinazione e il puntatore dell'asset. Questo meccanismo fornisce la base per la gestione patrimoniale e il trasferimento tra sottoprotocolli e consente funzioni come gli atomic swap.
Protomessaggio
Nel protocollo Proto-Runes, Protomessage si riferisce alle istruzioni operative eseguite nel sottoprotocollo. Lo fa codificandolo in una struttura Protostone e analizzandolo dall'indicizzatore. Il protomessaggio solitamente include richieste operative per risorse, come trasferimenti, transazioni o altre funzioni definite dal protocollo. Quando l'indicizzatore analizza un campo messaggio in Protostone, il campo contiene una matrice di byte, che in genere viene analizzata tramite protobuf o altro serializzatore previsto dal sottoprotocollo e quindi passata come parametro al runtime del sottoprotocollo. Il messaggio può comportare trasferimenti di risorse, logica di transazione o altre funzionalità del protocollo.
Il puntatore viene utilizzato per specificare la posizione di destinazione di Protostone. Questa posizione può essere un UTXO nell'output della transazione o un altro Protostone. Se il sottoprotocollo decide di non eseguire un input e la transazione fallisce, le protorune verranno restituite alla posizione indicata dal puntatore di rimborso (refund_pointer) e le risorse non utilizzate verranno restituite all'iniziatore della transazione originale.
Il meccanismo operativo del protocollo Proto-Runes
Il meccanismo operativo del protocollo Proto-Runes è il seguente: l'indicizzatore elabora prima la caratteristica Runestone nel protocollo Rune, quindi elabora in sequenza i messaggi di protocollo dei sottoprotocolli. Tutti i protocolli vengono elaborati nell'ordine in cui appaiono nel campo Protocollo della pietra runica. Per evitare complessità e potenziali buchi di sicurezza, il protocollo Proto-Runes proibisce l'esecuzione ricorsiva di messaggi prototipo, ovvero ogni messaggio prototipo può essere eseguito solo una volta. Qualsiasi istruzione ricorsiva causerà il fallimento della transazione e le risorse non utilizzate verranno restituite.
Nel protocollo Proto-Runes, LEB 128 (Little Endian Base 128) è una codifica a lunghezza variabile utilizzata per rappresentare numeri interi di grandi dimensioni. La codifica LEB 128 è ampiamente utilizzata per rappresentare campi e messaggi del protocollo per risparmiare spazio e migliorare l'efficienza di elaborazione. Ogni sottoprotocollo ha un'etichetta di protocollo univoca utilizzata per distinguere i diversi sottoprotocolli. Questi tag sono rappresentati da valori u 128 e appaiono in Protostone come valori codificati LEB 128. Il puntatore viene utilizzato per specificare la posizione di destinazione di Protostone, che può essere un UTXO nell'output della transazione o un altro Protostone, o anche fare riferimento a un messaggio prototipo per implementare una logica operativa complessa in un sottoprotocollo.
Ultimo sviluppo: Genesis Protorune
QUORUM•GENESIS•PROTORUNE è il primo Protorrune. Il suo Protoburn è stato completato con successo. Puoi vedere il corretto funzionamento dell'indicizzatore ord Protoburn perché OP_RETURN viene utilizzato per emettere il saldo di QUORUM•GENESIS•PROTORUNE visto tramite questo link: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
Questa implementazione di Genesis Protorune è intesa solo come riferimento e non è destinata alla vendita. È destinato a fungere da forum aperto per gli standard Protorune e può essere integrato nel protocollo per fornire funzioni di governance per i token di progetto.
@judoflexchop Il team sta ancora sviluppando un indicizzatore per questa Genesis Protorune, un WASM: https://github.com/kungfuflex/quorumgenesisprotorune
Questo è un modello funzionale che implementa la governance on-chain su Bitcoin L1, agendo come un indicizzatore che consente agli utenti di generare token di voto tramite protomessaggio. I token di voto possono essere generati solo una volta per proposta per lo stesso intervallo di rune. Le proposte vengono eseguite automaticamente una volta raggiunto il quorum e gli utenti possono anche ritirare i propri voti trasferendo i propri token di voto a un indirizzo non spendibile. L’intero processo garantisce trasparenza ed efficacia della governance.