Rand Protocol
Progresso

Progresso

Cada versão do full node da Rand, da primeira tag aos endereços legíveis por humanos. As versões lançadas mostram a data em que foram marcadas com tag. As versões seguintes mostram uma estimativa, à razão de uma versão por semana. As estimativas mudam quando o trabalho muda.

Lançada
18
Em andamento
0
Planejada
1
  1. v0.1
    Lançada v0.1 · 16 Sept 2026

    Correções da revisão de segurança e a moeda RAND

    • O primeiro full node com tag: HotStuff BFT, o pool blindado, staking, programas confidenciais na zkVM.
    • Correções para os achados da revisão de segurança anterior ao lançamento.
    • A moeda nativa é a RAND, e as taxas são pagas em RAND.
  2. v0.2
    Lançada v0.2 · 17 Sept 2026

    Pesquisa sobre endereços legíveis por humanos

    • Pesquisa sobre endereços que as pessoas conseguem ler.
    • Os resultados levaram ao compartilhamento de endereços da v0.5.10: o endereço continua com cerca de 1.667 caracteres e ganha uma impressão digital, links de pagamento e QR codes.
  3. v0.3
    Lançada v0.3 · 18 Sept 2026

    O lançamento do RPC

    • Onze novos métodos JSON-RPC e dois tópicos WebSocket, alinhados ao RPC da Ethereum e da Solana.
    • Os comandos de carteira rand viewing-key e rand tx-key.
    • O limite de programas como parâmetro de genesis, inerte até que uma chain o defina.
  4. v0.4
    Lançada v0.4 · 19 Sept 2026

    A toolchain RISC-V e os transpiladores de Solana e Ethereum

    • rand-guest: compila, verifica, empacota, executa e inspeciona programas RV32IM em Rust ou C.
    • sbpf2rv e evm2rv: programas de Solana e EVM traduzidos para RISC-V, com saídas iguais às dos interpretadores palavra por palavra.
    • A chain 13, cujo genesis eleva o limite de programas e os limites de chamadas; o ERC-20 e o SPL Token traduzidos foram implantados nela.
  5. v0.5
    Lançada v0.5 · 20 Sept 2026

    Tokens RPL, zUSD e a bridge reforçada

    • A chain 14, cortada e marcada com tag no mesmo dia. Um USDT fez a viagem de ida e volta completa em cada uma de Ethereum, Binance Smart Chain, Tron e Solana: bloqueado, cunhado como zUSD, queimado, liberado. Uma segunda rodada deixou 36 zUSD cunhados contra 36 USDT em custódia.
    • RPL, o padrão de token: um token é uma entrada no registro do ledger, criada por qualquer pessoa mediante uma taxa em RAND, e se move na mesma prova que a RAND, o que oculta qual ativo se moveu.
    • O zUSD está registrado na chain 14 como um único token com bridge e sete lastros: USDT e USDC em Ethereum, Binance Smart Chain e Solana, e USDT em Tron.
    • Reforço da bridge: um limite diário de cunhagem por lastro, uma chave de pausa, uma co-assinatura pós-quântica em cada cunhagem e timestamps de bloco limitados.
    • Toda prova é vinculada à sua transação inteira. Da auditoria de segurança: as dezoito chaves de validador foram rotacionadas, e uma cunhagem do faucet agora abre o seu commitment.
  6. v0.5.9
    Lançada v0.5.9 · 27 Sept 2026

    A chain 15 e as correções da auditoria

    • A chain 15, cortada em 26 de setembro a partir da posição da bridge da chain 14: os 10 zUSD ainda em circulação foram transferidos no genesis, lastreados por 9 USDT em Tron e 1 USDT em Solana, de modo que a oferta é igual à custódia desde o bloco 0. A frota foi então atualizada para a v0.5.9.
    • As versões de patch v0.5.x até a v0.5.9 corrigiram os achados de três rodadas de auditoria interna conduzidas por um cofundador e de três varreduras internas (nenhuma auditoria independente foi realizada até agora): um lock de consenso que sobrevive a reinicializações, um quorum certificate armazenado por bloco, provas de chamada limitadas ao tier 14 e validadores que mantêm um dia de blocos ao lado de um arquivo completo.
    • O genesis da chain 15 ativa as correções condicionadas: um faucet limitado a 16 carteiras nomeadas e a um orçamento por época, um atraso de bond de duas épocas, toda assinatura de consenso vinculada ao genesis e as regras v2 da bridge, com um limite global de cunhagem e chaves pós-quânticas rotacionáveis. Agora 26 validadores a assinam.
  7. v0.5.10 · v0.5.11
    Lançada v0.5.10 · v0.5.11 · 28 Sept 2026

    Compartilhamento de endereços, o memo criptografado e o registro de vesting

    • v0.5.10: uma impressão digital de endereço de 16 caracteres, links de pagamento randpay: e QR codes, e um memo criptografado selado dentro do envelope da note.
    • v0.5.11: um registro público de vesting para alocações bloqueadas (equipe, investidores, parceiros), fora do pool blindado e condicionado ao genesis; o valor, o cronograma, os resgates e o validador com bond de cada entrada são públicos sob a chave do titular. Ativo em nenhuma chain ainda.
  8. v0.6
    Lançada v0.6 · 28 Sept 2026

    Correções da zkVM, da recursion-VM e da agregação

    • A maioria dos achados das revisões de 27–28 de setembro da zkVM, da ISA e da recursion-VM corrigida no código: quatro quebras de solidez da recursion-VM (dormentes, pois a agregação está desativada em todo lugar), o vazamento de entradas de chamada em tabelas pequenas fechado para novas provas, o slashing de aggregators aposentado e a chave do verificador do bundle mantida aquecida fora do loop de consenso.
    • O guest de bundle sem ramificações e a chave de genesis hardening_v6 (piso da tabela de programas, vinculação de chamadas, deploys não chamáveis recusados) construídos para o próximo corte de chain. Atualizado em todos os 26 validadores em 28 de setembro.
    • Ainda em aberto após a v0.6: o contraexemplo de liberação do lock de consenso CON-4 (correção projetada, não entregue), a custódia das chaves da bridge, as solicitações de witness das carteiras GUI ao RPC público e o teste de agregado forjado (#45) antes que a agregação possa ser ativada.
  9. v0.6.1 · chain 16
    Lançada v0.6.1 · chain 16 · 28 Sept 2026

    Constraint set 7 e um novo genesis

    • Constraint set 7, um hard fork: todo terminal LogUp ocultado e toda tabela com piso de 128 linhas, de modo que uma prova revela seus 34 valores públicos e nada além; verificações de intervalo de 32 bits nas palavras de entrada; chaves de verificador com salt; o verificador em circuito da recursion VM.
    • A chain 16, ativa em 28 de setembro às 16:39 UTC com o guest de bundle sem ramificações e o hardening_v6: 26 validadores com 1.000 RAND cada, todos operados pela equipe fundadora, um quórum de 18; os 10 zUSD transferidos, lastreados por 9 USDT em Tron e 1 em Solana; sem seção de agregação.
    • Nas chains 14 e 15, uma prova de transferência revelava se RAND ou um token se movia e uma impressão digital das notes gastas, e uma prova de chamada permitia que entradas de baixa entropia fossem adivinhadas; a chain 16 fecha ambos os casos.
  10. v0.6.2
    Lançada v0.6.2 · 29 Sept 2026

    Prova delegada, Fase 1

    • rand-prover e rand-node run --prover: um serviço de prova selado que o dono de uma carteira executa, para que uma extensão de navegador ou um celular sem 8 GB de memória possa enviar. Os jobs são selados com ML-KEM-768 e ChaCha20-Poly1305, o witness é zerado e a carteira verifica por conta própria a prova devolvida.
    • A Fase 1 entrega ao prover a chave de gasto, de modo que delegar uma prova é entregar a custódia: pareie apenas uma máquina que você executa. Atualizada em todos os 26 nodes em 29 de setembro; substituída na chain 17 pela autorização dividida (v0.6.3).
    • A versão v0.6.5 dos clients permite parear um prover a partir de Configurações, e o app desktop pode ser um.
  11. v0.6.3 · v0.6.4 · chain 17
    Lançada v0.6.3 · v0.6.4 · chain 17 · 29 Sept 2026

    Prova delegada, Fase 2: autorização dividida e um novo genesis

    • A prova de bundle não recebe mais a chave de gasto. A carteira produz por conta própria uma pequena prova de autorização (tier 10, cerca de 7 s, 1,36 MB) e qualquer prover pareado pode produzir a prova de bundle pesada a partir da chave de visualização: ele pode ler o histórico dessa carteira, mas não pode gastar. Um prover pode cotar uma taxa em RAND, paga como uma saída blindada dentro da mesma transação; a carteira a limita (1 RAND por padrão).
    • Um hard fork, portanto um novo genesis: a chain 17 ativa em 2026-09-29 03:03 UTC, cortada a partir de um snapshot da chain 16 com os mesmos 26 validadores, os 10 zUSD e o seu lastro transferidos; o limite de prova é de 4 MiB, para que um bloco tenha espaço para três provas. Uma transferência agora carrega cerca de 2,85 MB de provas, sete por bloco de 20 MiB. A v0.6.4 é o registro de lançamento.
    • Medido em 29 de setembro: uma prova de bundle v3 em 102 s localmente, 108–111 s por meio de um prover pareado; um prover que não era o próprio provou de ponta a ponta um envio de 5 RAND.
  12. v0.6.6
    Lançada v0.6.6 · 29 Sept 2026

    Gas: pagar por instrução em RAND (constraint set 8), construído para a chain 18

    • A zkVM mede cada execução no circuito (uma coluna de gas, um valor público); uma chamada declara um limite de gas e o paga aos preços de gas e de bytes da chain e, na seção dinâmica, os preços mudam a cada bloco conforme a ocupação. Todo bundle declara o limite fixado de 20.479.
    • O constraint set 8 altera todas as chaves do verifier, por isso só podia rodar em uma nova chain. A v0.6.6 foi marcada com tag, mas nunca cortada como tal: seu conteúdo chegou a uma chain no mesmo dia que a v0.6.7-rc1, reaplicado sobre a autorização dividida.
  13. v0.6.7 · chain 18
    Lançada v0.6.7 · chain 18 · 29 Sept 2026

    Chain 18: a medição de gas e o memo criptografado, no ar

    • A chain 18, cortada em 29 de setembro às 04:56 UTC na v0.6.7-rc1 e atualizada nó a nó para a v0.6.7: a primeira chain com medição de gas (constraint set 8), com a autorização dividida da chain 17 e o envelope de note de 1.860 bytes que carrega um memo criptografado. 26 validators com 1.000 RAND cada, um quórum de 18, provas de até 4 MiB. Os saldos em RAND e os 10 zUSD em circulação foram transferidos na gênese.
    • Uma chamada confidencial agora declara um limite de gas que o circuito impõe e paga por ele e por seus bytes a preços que mudam a cada bloco. Quatro chamadas medidas em 30 de setembro custaram entre 0,0057 e 0,0075 RAND.
    • Quatro programas de exemplo foram implantados e chamados na chain 18 em 30 de setembro: uma votação anônima sobre uma lista de permissão Keccak, uma prova de passivos sobre uma árvore de somas SHA-256, um ledger off-chain transportado entre chamadas e uma decisão de crédito privado a partir de um modelo publicado.
  14. v0.6.7 · chain 19
    Lançada v0.6.7 · chain 19 · 1 Oct 2026

    Chain 19: a chain 18 de novo, com os endpoints da bridge reimplantados

    • A chain 19 entrou no ar em 1º de outubro às 03:43 UTC, cortada da chain 18 a partir de um snapshot da altura 141.935 e executada na mesma build v0.6.7 pelos mesmos 26 validators. Todas as regras e limites são os da chain 18; a gênese nomeia os endpoints da bridge de Ethereum, BNB Chain e Tron reimplantados em 30 de setembro.
    • As carteiras dos operadores e o zUSD transferido pela bridge foram mantidos. Os programas não passam por um corte, então os quatro programas de exemplo foram implantados novamente na chain 19. O pool de provers dos validators em prover.randprotocol.org gera provas para a chain 19.
    • A Rand Wallet v0.6.7 foi lançada no mesmo dia para a chain 19: o núcleo de cada cliente incorpora o fullnode v0.6.7 e recusa qualquer outra chain, e a versão da carteira agora corresponde à do nó.
  15. v0.6.8 · chain 20
    Lançada v0.6.8 · chain 20 · 1 Oct 2026

    Chain 20: estado de programas, taxas da bridge e as últimas correções da auditoria v6

    • A chain 20 entrou no ar em 1º de outubro às 06:17 UTC na v0.6.8, um hard fork a partir do estado da chain 19 na altura 7.258, atualizado com parada total pelos mesmos 26 validators. Toda prova e toda mensagem assinada agora estão vinculadas à gênese da chain, de modo que nada feito para uma chain é verificado em outra, e uma carteira precisa da v0.6.8 para enviar.
    • RPL-2: um programa pode manter estado em células e guardar um cofre, e um Invoke os lê e escreve em uma única etapa provada, a 0,01 RAND por nova célula. O zUSD paga uma taxa de bridge de 0,1% em cada sentido, em zUSD, a uma note de tesouraria, e a custódia continua igual à oferta.
    • O restante da auditoria v6: o lock de consenso não é mais liberado automaticamente (CON-4) e as views avançam com certificados de timeout (CH-1); um listener de RPC público com um conjunto fixo de métodos; tetos de preço de gas; validators admitidos por voto; rotações de guardian que exigem posse e um dia de atraso.
  16. Wallet v0.6.8 · chain 20
    Lançada Wallet v0.6.8 · chain 20 · 1 Oct 2026

    Rand Wallet v0.6.8: os apps enviam na chain 20

    • O núcleo de cada app agora incorpora o fullnode v0.6.8 e vincula o que prova e assina à gênese da chain 20, de modo que as carteiras de celular, desktop e navegador voltam a enviar na chain 20. Por padrão, a carteira usa o prover da RandProtocol para a prova do bundle, e um prover próprio continua sendo a opção privada.
  17. v0.8.0 · chain 21
    Lançada v0.8.0 · chain 21 · 12 Oct 2026

    Chain 21: conjunto de restrições 9, taxas queimadas, perps e multisig

    • A chain 21 entrou no ar em 12 de outubro, às 10:31 UTC, no fullnode v0.8.0, um hard fork da chain 20 (o estado da ponte vem do snapshot na altura 814.702, e os saldos das carteiras dos operadores) lançado com parada total pelos mesmos 26 validadores. A zkVM usa o conjunto de restrições 9, com spans de Merkle no verificador de recursão e um chip para a aritmética de Dilithium2, de modo que todas as chaves do verificador e a codificação das provas mudaram: o v0.8.0 recusa as chains 18 a 20, e uma carteira precisa do v0.8.0 para enviar.
    • O piso de taxa de cada transação agora é queimado, e não pago ao proposer, que fica apenas com a gorjeta. Contratos futuros perpétuos RPL-3: um mercado, BTC-PERP liquidado em zUSD com alavancagem de 20×, com um prover fora da chain. Contas multisig: chaves Dilithium2 M-de-N sobre um saldo público, 1 RAND para criar; o tesouro da fundação, 100.000 RAND sob 2 de 3 chaves, é a conta gênese. Multisig privado: uma política M-de-N provada como a autorização de um pacote no tier 18, de modo que a chain saiba apenas que um multisig assinou. As provas podem ter 6 MiB.
    • Alterações apenas no nó desde a v0.6.8: versões assinadas e compiladas em CI a partir da v0.7.0; prova em todos os núcleos, ou na GPU, a partir da v0.7.1; blocos compactos, um checkpoint de inicialização, um cache de verificação e aplicação de blocos fora do laço principal na v0.8.0; os scan heads reduzem em 2,26× os bytes de sincronização de uma carteira. A linha de comando rand da versão v0.8.0 envia na chain 21, e o Rand Wallet v0.8.0, abaixo, também.
  18. Wallet v0.8.0 · chain 21
    Lançada Wallet v0.8.0 · chain 21 · 12 Oct 2026

    Rand Wallet v0.8.0: os aplicativos enviam na chain 21 e assinam para um multisig privado

    • O núcleo de cada aplicativo agora incorpora o fullnode v0.8.0, de modo que as carteiras de celular, desktop, extensão e web enviam na chain 21; os aplicativos 0.7.x a recusam, e o v0.8.0 recusa a chain 20. Chaves, endereços e chaves de visualização são mantidos, e uma carteira que escaneou a chain 20 volta a escanear a partir do gênesis da chain 21 após um único aviso. Cada aplicativo pode assinar uma proposta de multisig privado com a própria chave Dilithium2, verificando o beneficiário antes de assinar.
  19. próxima Estimativa
    Planejada próxima · 19 Oct 2026 (estimativa)

    Os programas de exemplo na chain 21 e o último teste da agregação

    • Estimativa. Os quatro programas de exemplo reimplantados na chain 21; o teste de agregado forjado de que a agregação de blocos ainda depende.

As datas marcadas como “estimativa” são planos, não compromissos. A documentação descreve o que roda hoje na testnet.