Rand Protocol
Avanzamento

Avanzamento

Ogni versione del full node di Rand, dal primo tag agli indirizzi leggibili. Le versioni rilasciate mostrano la data in cui sono state taggate. Quelle successive mostrano una stima, al ritmo di una versione a settimana. Le stime cambiano quando cambia il lavoro.

Rilasciata
18
In corso
0
Pianificata
1
  1. v0.1
    Rilasciata v0.1 · 16 Sept 2026

    Correzioni della revisione di sicurezza e la moneta RAND

    • Il primo full node taggato: HotStuff BFT, il pool shielded, lo staking, programmi riservati sulla zkVM.
    • Correzioni per i rilievi della revisione di sicurezza precedente al rilascio.
    • La moneta nativa è RAND e le commissioni si pagano in RAND.
  2. v0.2
    Rilasciata v0.2 · 17 Sept 2026

    Ricerca sugli indirizzi leggibili

    • Ricerca su indirizzi che le persone possano leggere.
    • I risultati hanno portato alla condivisione degli indirizzi della v0.5.10: l'indirizzo resta di circa 1,667 caratteri e acquisisce un'impronta, link di pagamento e codici QR.
  3. v0.3
    Rilasciata v0.3 · 18 Sept 2026

    La release RPC

    • Undici nuovi metodi JSON-RPC e due topic WebSocket, allineati all'RPC di Ethereum e di Solana.
    • I comandi del wallet rand viewing-key e rand tx-key.
    • Il limite dei programmi come parametro di genesi, inerte finché una chain non lo imposta.
  4. v0.4
    Rilasciata v0.4 · 19 Sept 2026

    La toolchain RISC-V e i transpiler per Solana ed Ethereum

    • rand-guest: compila, verifica, impacchetta, esegue e ispeziona programmi RV32IM da Rust o C.
    • sbpf2rv ed evm2rv: programmi Solana ed EVM tradotti in RISC-V, con output identici a quelli degli interpreti parola per parola.
    • La chain 13, il cui genesi alza il limite dei programmi e i limiti delle chiamate; vi sono stati distribuiti l'ERC-20 e lo SPL Token tradotti.
  5. v0.5
    Rilasciata v0.5 · 20 Sept 2026

    Token RPL, zUSD e il bridge rafforzato

    • La chain 14, creata e taggata lo stesso giorno. Un USDT ha compiuto il percorso completo di andata e ritorno su ciascuna di Ethereum, Binance Smart Chain, Tron e Solana: bloccato, coniato come zUSD, bruciato, rilasciato. Un secondo ciclo ha lasciato 36 zUSD coniati a fronte di 36 USDT in custodia.
    • RPL, lo standard dei token: un token è una voce nel registro del ledger, creata da chiunque a fronte di una commissione in RAND, e si muove nella stessa prova di RAND, il che nasconde quale asset si sia mosso.
    • zUSD è registrato sulla chain 14 come un unico token bridged con sette garanzie: USDT e USDC su Ethereum, Binance Smart Chain e Solana, e USDT su Tron.
    • Rafforzamento del bridge: un limite giornaliero di conio per ciascuna garanzia, una chiave di pausa, una cofirma post-quantistica su ogni conio e timestamp di blocco limitati.
    • Ogni prova è legata all'intera transazione. Dall'audit di sicurezza: le diciotto chiavi dei validatori sono state sostituite e un conio del faucet ora apre il proprio impegno.
  6. v0.5.9
    Rilasciata v0.5.9 · 27 Sept 2026

    La chain 15 e le correzioni dell'audit

    • La chain 15, creata il 26 settembre a partire dalla posizione del bridge della chain 14: i 10 zUSD ancora in circolazione sono stati riportati alla genesi, garantiti da 9 USDT su Tron e 1 USDT su Solana, così l'offerta coincide con la custodia dal blocco 0. La flotta è stata poi aggiornata alla v0.5.9.
    • Le patch v0.5.x fino alla v0.5.9 hanno corretto i rilievi di tre cicli di audit interni guidati da un cofondatore e di tre scansioni interne (non è ancora stato eseguito alcun audit indipendente): un lock di consenso che sopravvive ai riavvii, un solo quorum certificate memorizzato per blocco, prove di chiamata limitate al tier 14 e validatori che conservano un giorno di blocchi accanto a un archivio completo.
    • La genesi della chain 15 attiva le correzioni vincolate: un faucet limitato a 16 wallet indicati per nome e un budget per epoca, un ritardo di bonding di due epoche, ogni firma di consenso legata alla genesi e le regole v2 del bridge con un limite globale di conio e chiavi post-quantistiche ruotabili. Ora la firmano 26 validatori.
  7. v0.5.10 · v0.5.11
    Rilasciata v0.5.10 · v0.5.11 · 28 Sept 2026

    Condivisione degli indirizzi, il memo cifrato e il registro di vesting

    • v0.5.10: un'impronta dell'indirizzo di 16 caratteri, link di pagamento randpay: e codici QR, e un memo cifrato sigillato nella busta della nota.
    • v0.5.11: un registro di vesting pubblico per le allocazioni bloccate (team, investitori, partner), fuori dal pool shielded e vincolato alla genesi; importo, calendario, richieste di sblocco e validatore con bond di ciascuna voce sono pubblici sotto la chiave del titolare. Non ancora attivo su alcuna chain.
  8. v0.6
    Rilasciata v0.6 · 28 Sept 2026

    Correzioni di zkVM, recursion-VM e aggregazione

    • Corrette nel codice la maggior parte dei rilievi delle revisioni del 27–28 settembre su zkVM, ISA e recursion-VM: quattro violazioni di soundness della recursion-VM (dormienti, perché l'aggregazione è disattivata ovunque), la fuga degli input di chiamata nelle tabelle piccole chiusa per le nuove prove, lo slashing degli aggregatori eliminato e la chiave del verificatore dei bundle mantenuta calda fuori dal ciclo di consenso.
    • Il guest del bundle senza rami e l'interruttore di genesi hardening_v6 (soglia minima della tabella dei programmi, vincolo di chiamata, deploy non richiamabili rifiutati) costruiti per il prossimo taglio di chain. Distribuita a tutti i 26 validatori il 28 settembre.
    • Ancora aperti dopo la v0.6: il controesempio CON-4 sul rilascio del lock di consenso (correzione progettata, non rilasciata), la custodia delle chiavi del bridge, le richieste di witness dei wallet GUI all'RPC pubblico e il test dell'aggregato falsificato (#45) prima di poter abilitare l'aggregazione.
  9. v0.6.1 · chain 16
    Rilasciata v0.6.1 · chain 16 · 28 Sept 2026

    Constraint set 7 e una nuova genesi

    • Constraint set 7, un hard fork: ogni terminale LogUp oscurato e ogni tabella portata a un minimo di 128 righe, così una prova rivela i suoi 34 valori pubblici e nient'altro; controlli di intervallo a 32 bit sulle parole di input; chiavi del verificatore con salt; il verificatore in-circuit della recursion VM.
    • La chain 16, attiva dal 28 settembre alle 16:39 UTC con il guest del bundle senza rami e hardening_v6: 26 validatori da 1,000 RAND ciascuno, tutti gestiti dal team fondatore, con un quorum di 18; i 10 zUSD riportati, garantiti da 9 USDT su Tron e 1 su Solana; nessuna sezione di aggregazione.
    • Sulle chain 14 e 15 una prova di trasferimento rivelava se si fosse mosso RAND o un token e un'impronta delle note spese, e una prova di chiamata permetteva di indovinare input a bassa entropia; la chain 16 chiude entrambe le falle.
  10. v0.6.2
    Rilasciata v0.6.2 · 29 Sept 2026

    Proving delegato, Fase 1

    • rand-prover e rand-node run --prover: un servizio di proving sigillato che il proprietario di un wallet gestisce in proprio, così un'estensione del browser o un telefono senza 8 GB di memoria possono inviare. I job sono sigillati con ML-KEM-768 e ChaCha20-Poly1305, il witness viene azzerato e il wallet verifica da sé la prova restituita.
    • La Fase 1 consegna al prover la chiave di spesa, quindi delegare una prova significa cedere la custodia: abbina solo una macchina che gestisci tu. Distribuita a tutti i 26 nodi il 29 settembre; sostituita sulla chain 17 dall'autorizzazione divisa (v0.6.3).
    • La release v0.6.5 dei client abbina un prover da Impostazioni e l'app desktop può diventarlo.
  11. v0.6.3 · v0.6.4 · chain 17
    Rilasciata v0.6.3 · v0.6.4 · chain 17 · 29 Sept 2026

    Proving delegato, Fase 2: autorizzazione divisa e una nuova genesi

    • La prova del bundle non richiede più la chiave di spesa. Il wallet produce da sé una piccola prova di autorizzazione (tier 10, circa 7 s, 1.36 MB) e qualunque prover abbinato può produrre la prova pesante del bundle a partire dalla chiave di visualizzazione: può leggere la cronologia di quel wallet, ma non può spendere. Un prover può indicare una commissione in RAND, pagata come un unico output shielded all'interno della stessa transazione; il wallet la limita (1 RAND per impostazione predefinita).
    • Un hard fork, quindi una nuova genesi: la chain 17 attiva dal 2026-09-29 03:03 UTC, creata da uno snapshot della chain 16 con gli stessi 26 validatori, i 10 zUSD e la loro garanzia riportati; il limite delle prove è 4 MiB, così un blocco ha spazio per tre prove. Un trasferimento ora porta circa 2.85 MB di prove, sette per un blocco da 20 MiB. La v0.6.4 è il registro del lancio.
    • Misurato il 29 settembre: la prova di un bundle v3 in 102 s in locale, in 108–111 s tramite un prover abbinato; un prover non proprio ha dimostrato end to end un invio di 5 RAND.
  12. v0.6.6
    Rilasciata v0.6.6 · 29 Sept 2026

    Gas: si paga per istruzione in RAND (insieme di vincoli 8), costruito per la chain 18

    • La zkVM misura ogni esecuzione nel circuito (una colonna di gas, un valore pubblico); una chiamata dichiara un limite di gas e lo paga ai prezzi del gas e dei byte della chain, e nella sezione dinamica i prezzi si muovono una volta per blocco in funzione del riempimento. Ogni bundle dichiara il limite fissato di 20.479.
    • L'insieme di vincoli 8 cambia ogni chiave del verifier, quindi poteva funzionare solo su una nuova chain. La v0.6.6 è stata etichettata con un tag e mai rilasciata come tale: il suo contenuto è arrivato su una chain lo stesso giorno della v0.6.7-rc1, rifatto sopra l'autorizzazione separata.
  13. v0.6.7 · chain 18
    Rilasciata v0.6.7 · chain 18 · 29 Sept 2026

    Chain 18: la misurazione del gas e il memo cifrato, in produzione

    • La chain 18, creata il 29 settembre alle 04:56 UTC sulla v0.6.7-rc1 e aggiornata nodo per nodo alla v0.6.7: la prima chain con misurazione del gas (insieme di vincoli 8), con l'autorizzazione separata introdotta dalla chain 17 e la busta di note da 1.860 byte che trasporta un memo cifrato. 26 validator da 1.000 RAND ciascuno, un quorum di 18, prove fino a 4 MiB. I saldi in RAND e i 10 zUSD in circolazione sono stati riportati al genesis.
    • Una chiamata riservata dichiara ora un limite di gas che il circuito fa rispettare e lo paga, insieme ai suoi byte, a prezzi che si muovono a ogni blocco. Quattro chiamate misurate il 30 settembre sono costate tra 0,0057 e 0,0075 RAND.
    • Il 30 settembre sono stati distribuiti e chiamati sulla chain 18 quattro programmi di esempio: un voto anonimo su una allowlist Keccak, una prova di passività su un albero di somme SHA-256, un registro off-chain trasportato da una chiamata all'altra e una decisione di credito privata basata su un modello pubblicato.
  14. v0.6.7 · chain 19
    Rilasciata v0.6.7 · chain 19 · 1 Oct 2026

    Chain 19: di nuovo la chain 18, con gli endpoint del bridge ridistribuiti

    • La chain 19 è entrata in produzione il 1° ottobre alle 03:43 UTC, creata dalla chain 18 a partire da uno snapshot all'altezza 141.935 e gestita con la stessa build v0.6.7 dagli stessi 26 validator. Ogni regola e ogni limite sono quelli della chain 18; il genesis indica gli endpoint del bridge per Ethereum, BNB Chain e Tron ridistribuiti il 30 settembre.
    • I wallet degli operatori e gli zUSD trasferiti tramite bridge sono stati riportati. I programmi non sopravvivono a un cut, quindi i quattro programmi di esempio sono stati distribuiti di nuovo sulla chain 19. Il pool di prover dei validator su prover.randprotocol.org produce le prove per la chain 19.
    • Rand Wallet v0.6.7 è stato rilasciato lo stesso giorno per la chain 19: il core di ogni client incorpora il fullnode v0.6.7 e rifiuta qualsiasi altra chain, e la versione del wallet ora coincide con quella del nodo.
  15. v0.6.8 · chain 20
    Rilasciata v0.6.8 · chain 20 · 1 Oct 2026

    Chain 20: stato dei programmi, commissioni del bridge e le ultime correzioni dell'audit v6

    • La chain 20 è entrata in produzione il 1° ottobre alle 06:17 UTC sulla v0.6.8, un hard fork dallo stato della chain 19 all'altezza 7.258, aggiornata con arresto totale dagli stessi 26 validator. Ogni prova e ogni messaggio firmato sono ora legati al genesis della chain, quindi nulla di ciò che è prodotto per una chain si verifica su un'altra, e per inviare serve un wallet v0.6.8.
    • RPL-2: un programma può conservare lo stato in celle e custodire un vault, e un Invoke le legge e le scrive in un unico passaggio dimostrato, a 0,01 RAND per ogni nuova cella. zUSD paga una commissione di bridge dello 0,1% in ciascuna direzione, in zUSD, a una nota di tesoreria, e la custodia continua a essere pari all'offerta.
    • Il resto dell'audit v6: il lock di consenso non viene più rilasciato automaticamente (CON-4) e le view avanzano con i certificati di timeout (CH-1); un listener RPC pubblico con un insieme fisso di metodi; limiti massimi al prezzo del gas; validator ammessi tramite voto; rotazioni dei guardian che richiedono il possesso e un giorno di ritardo.
  16. Wallet v0.6.8 · chain 20
    Rilasciata Wallet v0.6.8 · chain 20 · 1 Oct 2026

    Rand Wallet v0.6.8: le app inviano sulla chain 20

    • Il core di ogni app incorpora ora il fullnode v0.6.8 e lega ciò che dimostra e firma al genesis della chain 20, quindi i wallet per telefono, desktop e browser inviano di nuovo sulla chain 20. Per la prova del bundle un wallet usa per impostazione predefinita il prover di RandProtocol, mentre un prover proprio resta la scelta privata.
  17. v0.8.0 · chain 21
    Rilasciata v0.8.0 · chain 21 · 12 Oct 2026

    Chain 21: insieme di vincoli 9, commissioni bruciate, perps e multisig

    • Chain 21 è entrata in funzione il 12 ottobre alle 10:31 UTC su fullnode v0.8.0, un hard fork di chain 20 (lo stato del bridge dallo snapshot all'altezza 814,702, i saldi dei wallet degli operatori) riavviato con arresto totale dagli stessi 26 validator. La zkVM adotta l'insieme di vincoli 9, con span di Merkle nel verifier di ricorsione e un chip per l'aritmetica di Dilithium2, perciò ogni chiave del verifier e la codifica delle prove sono cambiate: v0.8.0 rifiuta le chain da 18 a 20, e per inviare un wallet richiede v0.8.0.
    • La soglia minima della commissione di ogni transazione ora viene bruciata anziché pagata al proposer, che trattiene soltanto la mancia. Futures perpetui RPL-3: un solo mercato, BTC-PERP regolato in zUSD con leva 20×, con un prover off chain. Account multisig: chiavi Dilithium2 M-of-N su un saldo pubblico, 1 RAND per crearli; la tesoreria della fondazione, 100,000 RAND dietro 2 chiavi su 3, è l'account di genesi. Multisig privato: una policy M-of-N provata come autorizzazione di un bundle al tier 18, così la chain apprende soltanto che un multisig ha firmato. Le prove possono pesare 6 MiB.
    • Modifiche solo al nodo dalla v0.6.8: release firmate e compilate in CI dalla v0.7.0; proving su ogni core, o sulla GPU, dalla v0.7.1; blocchi compatti, un checkpoint all'avvio, una cache di verifica e l'applicazione dei blocchi fuori dal ciclo principale nella v0.8.0; le scan head riducono di 2,26× i byte di sincronizzazione di un wallet. La riga di comando rand della release v0.8.0 invia su chain 21, e lo stesso vale per Rand Wallet v0.8.0, di seguito.
  18. Wallet v0.8.0 · chain 21
    Rilasciata Wallet v0.8.0 · chain 21 · 12 Oct 2026

    Rand Wallet v0.8.0: le app inviano su chain 21 e firmano per un multisig privato

    • Il core di ogni app incorpora ora fullnode v0.8.0, quindi i wallet per telefono, desktop, estensione e web inviano su chain 21; le app 0.7.x la rifiutano, e la v0.8.0 rifiuta chain 20. Chiavi, indirizzi e viewing key restano valide, e un wallet che ha scansionato chain 20 rieffettua la scansione dal genesis di chain 21 dopo un unico avviso. Ogni app può firmare una proposta multisig privata con la propria chiave Dilithium2, verificando il beneficiario prima di firmare.
  19. prossima Stima
    Pianificata prossima · 19 Oct 2026 (stima)

    I programmi di esempio su chain 21 e l'ultimo test dell'aggregazione

    • Stima. I quattro programmi di esempio ridistribuiti su chain 21; il test dell'aggregato contraffatto da cui dipende ancora l'aggregazione dei blocchi.

Le date contrassegnate come «stima» sono piani, non impegni. La documentazione descrive ciò che oggi funziona sulla testnet.