Sem permissão · Privado · Pós-quântico

Liquidações confidenciais para stablecoins em USD de Binance Smart ChainSolanaTronEthereumBinance Smart ChainSolana, Tron, Ethereum, Binance Smart Chain

Mova USDT ou USDC de Solana, Tron, Ethereum ou Binance Smart Chain para a Rand, onde se tornam zUSD: dólares digitais que só o remetente e o destinatário podem ver. Saque para qualquer uma das quatro redes, dólar por dólar menos 0,1% na entrada e 0,1% na saída, ambos cobrados em zUSD na Rand, de modo que até a taxa permanece privada. Construída para continuar privada diante de computadores quânticos.

Leia o whitepaper Execute um nó GitHub

Privado para o mercado, aberto ao seu auditor

De	Para	USDT	Taxa
Acme Treasury	Shenzhen Parts Co. Fatura de fornecedor	184,200.00	0.001
Acme Treasury	M. Okafor Salário, setembro	9,450.00	0.001
Acme Treasury	L. Tanaka Salário, setembro	12,800.00	0.001
Acme Treasury	Northgate OTC desk Operação em bloco	2,500,000.00	0.001

Qualquer pessoa com um explorador de blocos lê isto: seus fornecedores, seus salários, o tamanho de suas operações.

A Rand é privada como uma conta bancária, construída para uma economia moderna que funciona com stablecoins. A rede registra apenas uma prova de que cada pagamento fecha, e a sua taxa. A chave de visualização fica com você, de modo que seu auditor ou regulador ainda pode ver seus registros. Nomes e valores são ilustrativos.

Casos de uso

Onde a confidencialidade é uma exigência de negócio

As blockchains públicas publicam tudo: cada ordem é um sinal e cada posição uma divulgação, e as instituições com mais capital recusaram essa troca.

Todos os 53 casos de uso, por setor

Mercados de capitais

Ações tokenizadas e negociação de ações onchain

As ações são a maior classe de ativos que ainda não migrou para a blockchain, e o motivo não é tecnológico. Hedge funds não negociam uma estratégia onde ela pode sofrer front-running. Dentro de um mercado na Rand, podem.

Quem compra. Hedge funds, gestoras de ativos, corretoras, emissores de ações tokenizadas

Pagamentos e tesouraria

Folha de pagamento e tesouraria corporativa confidenciais

As empresas movimentaram cerca de US$ 226 bilhões em pagamentos a fornecedores em stablecoins em 2025, todos eles públicos. Folha de pagamento em escala, tesouraria e negociação são os fluxos que ainda faltam, e exigem valores mantidos em privado.

Quem compra. Empresas que pagam em stablecoins, DAOs, equipes financeiras

Regulação, identidade e conformidade

Privado para o mercado, transparente para o regulador

A objeção de conformidade às finanças confidenciais é real, e a resposta não é discuti-la. É projetar a divulgação desde o início.

Quem compra. Corretoras, fundos com obrigações de AML, diretores de conformidade

Desempenho

Medido na rede em operação

Cada número abaixo foi obtido do nó em execução, não de uma projeção: o nó completo nas redes testnet 13 a 15, com a prova gerada em um laptop comum no perfil de produção. Como foram medidos →

Sistema de prova: STARK; FRI sobre Goldilocks · sem trusted setup · conjunto de restrições 8 desde a rede 18
Verificação: ~32 ms; prova de transferência, chave aquecida, um núcleo de laptop · ainda não medido em hosts de validadores
Prova: ~40 s; uma transferência de qualquer ativo em um laptop, usando todos os núcleos · uma prova de autorização de 2–6 s e uma prova de pacote de 32–45 s, medidas na rede 20
Redes: 4; ETH · BSC · TRON · SOL

Tempo de bloco: 1,2 s; medido na rede 15, e novamente cerca de 1,2 s na rede 20 (o explorador, 2026-10-01) · HotStuff BFT encadeado
Validadores: 26; na testnet chain 21, operada pela equipe · um quórum é 18
Chamada privada: 6–31 s; para provar um programa em um laptop · 6–9 s no nível 12, 24–31 s no nível 14, medidos na rede 20
Programas: RISC-V; guests até o nível 14 · EVM/SVM traduzidos, mostrados na rede 13 desativada, não chamáveis agora

Quanto tempo leva uma transferência de zUSD ou RPL

Cerca de 45 segundos de rand send até a finalidade, e quase tudo isso é a prova, gerada na própria máquina do remetente. A prova é a mesma para RAND, zUSD e todo token RPL, de modo que nenhum ativo é mais rápido ou mais lento que outro e nenhum pode ser distinguido pelo tempo. Um saque de zUSD, o registro de um token RPL e a emissão de um também levam cada um uma prova, e demoram o mesmo tempo. Um depósito de zUSD também espera as confirmações da rede de origem e as assinaturas dos guardiões, que dependem dessa rede.

1. Provar

~40 s

no laptop do remetente, todos os núcleos · 32–45 s de pacote e 2–6 s de autorização medidos na rede 20, ou em um provador que o remetente associa
2. Verificar

~32 ms

na admissão, fora do laço de consenso · chave aquecida, um núcleo de laptop
3. Incluir

~1,2 s

o próximo bloco, no intervalo médio medido
4. Final

~3,6 s

mais três blocos sob o commit de três cadeias; sem reorganização depois

A prova é local por projeto: a chave de gasto nunca sai da carteira. Custos de prova · como a prova funciona

Reservas e zUSD em circulação

Stablecoins bloqueadas: —; todas as moedas aceitas, nas quatro chains
USDT bloqueado: —; Tether USD
USDC bloqueado: —; USD Coin
Oferta de zUSD: —; o total do registro de tokens, na proporção de um para um com o que está bloqueado

Lendo a bridge a partir do explorer… Como funciona a reserva →

Visão geral

O que é a Rand?

A Rand é uma rede de pagamentos privada para stablecoins em dólar. Deposite USDT ou USDC de Solana, Tron, Ethereum ou Binance Smart Chain e receba o mesmo valor, menos uma taxa de bridge de 0,1%, como zUSD, um dólar digital que só você e sua contraparte podem ver. Saque a qualquer momento, para qualquer uma das quatro redes, menos a mesma taxa.

As blockchains públicas publicam cada saldo e cada pagamento, e é por isso que as empresas mantêm folha de pagamento, condições de fornecedores e negociação fora delas. O livro-razão da Rand não guarda contas nem saldos, então não há nada para um concorrente ler. A mesma privacidade se estende a programas inteiros, não apenas a pagamentos, de modo que a lógica de negócio também permanece confidencial.

Cada zUSD é lastreado por USDT ou USDC reais mantidos na rede de onde vieram, em reservas que qualquer pessoa pode verificar a qualquer momento. Não há um novo emissor em quem confiar. Há uma dependência, e a declaramos com clareza: um grupo independente de guardiões confirma depósitos e saques em cada rede, e os papers descrevem o que esse grupo pode e não pode fazer.

Reserva

Uma reserva originada de cada rede onde o dólar já vive

USDT e USDC circulam nativamente em muitas redes, e exigir que sejam emitidos novamente onde quer que a Rand precise deles tornaria a capacidade de reserva dependente de uma decisão de implantação que não nos cabe tomar. Em vez disso, cada moeda é bloqueada em um contrato de custódia na sua rede de origem e atestada por um conjunto de guardiões de limiar t-de-n, com mais de dois terços dele assinando; a Rand emite zUSD contra o agregado, como uma nota que a rede calcula a partir do valor atestado. A saída percorre o mesmo caminho no sentido inverso, e a rede de entrada não obriga a rede de saída: USDT bloqueado na Tron pode sair como USDT na Ethereum, desde que essa rede mantenha reservas para cobri-lo.

1
Bloquear

USDT ou USDC é depositado no contrato de custódia em Solana, Tron, Ethereum ou Binance Smart Chain e imobilizado ali.
2
Emitir

Os guardiões atestam o bloqueio no limiar t; qualquer pessoa envia a atestação, e a Rand acrescenta uma nota de depósito para o destinatário.
3
Transferir

O zUSD se move dentro do pool blindado como notas, ocultando remetente, destinatário e valor.
4
Resgatar

Uma queima gasta as notes e emite uma mensagem; os guardians a atestam e a custódia libera USDT ou USDC na perna que o titular indicar, no valor deduzido de uma taxa de 0,1%.

Rede	Aceito	Padrão	Custódia	Premissa de confiança
Ethereum	USDT · USDC	ERC-20	Contrato de bloqueio	Correção do programa ∧ limiar de guardians
Binance Smart Chain	USDT · USDC	BEP-20	Contrato de bloqueio	Correção do programa ∧ limiar de guardians
Tron	USDT	TRC-20	Contrato de bloqueio	Correção do programa ∧ limiar de guardians
Solana	USDT · USDC	SPL	Programa de custódia	Correção do programa ∧ limiar de guardians

Invariante de reserva

A oferta total de zUSD nunca excede a soma das reservas mantidas em todas as pernas.

S \leq Σ c \in C R c

O artigo sobre a stablecoin demonstra que a invariante é preservada em toda transição de estado, sendo cada R_c um saldo publicamente legível em sua própria rede. A garantia é condicional: vale desde que menos de t guardians estejam comprometidos, pois a atestação é a evidência de que um bloqueio ocorreu naquela perna. A blindagem oculta a distribuição da oferta, não a sua quantidade, de modo que o total permanece auditável — mas, nessas pernas, ela oferece detecção e não prevenção, e os saldos não são observáveis conjuntamente entre as redes em um mesmo instante.

O que isso custa

Se a reserva e o token residem em redes diferentes, a garantia efetiva é min(solvência da reserva, integridade da bridge), e não apenas a solvência da reserva.

Este era originalmente o argumento contra uma bridge, e não foi retirado. Bloquear reservas em outras redes admite deliberadamente o termo de integridade da bridge, em troca de uma capacidade de reserva que nenhuma decisão de emissão isolada pode restringir. O limiar de guardians é, por consequência, estrutural: o comprometimento de t guardians permite cunhar sem o bloqueio correspondente, e a exposição resultante é limitada pela custódia de cada rede.

Como a Rand liquida em sua própria rede, nenhuma perna está colocalizada com a cunhagem, e toda perna carrega o termo. A zUSD é fungível entre as pernas, de modo que o titular não pode optar por manter apenas a parcela de uma perna — uma unidade é um direito sobre o agregado. Ela também reúne dois emissores: seja qual for a moeda depositada pelo titular, uma zUSD carrega tanto o risco da Tether quanto o da Circle. Evitar tudo isso significa manter a moeda onde ela já está e abrir mão da blindagem, um custo real que não podemos eliminar por design.

Pós-quântica

Criptografia padronizada baseada em reticulados

ML-DSA (Dilithium) para assinaturas de validators e ML-KEM (Kyber) para a criptografia das notes, ambos padronizados pelo NIST. Compromissos Poseidon2, escolhidos em vez de Pedersen porque o ocultamento de Pedersen é computacional e se reduz a uma premissa de logaritmo discreto que o algoritmo de Shor resolve em tempo polinomial. Um STARK transparente para a verificação, cuja solidez repousa em uma função hash resistente a colisões e dispensa configuração confiável (trusted setup) e curva de emparelhamento.

A classificação abaixo é a operante: propriedades irrevogáveis são violadas retroativamente por um adversário que adquira a capacidade em qualquer momento posterior, enquanto propriedades renováveis são restabelecidas a cada uso e podem ser migradas antes que esse momento chegue.

Leia a conciliação pós-quântica no artigo →

Assinaturas de consenso: ML-DSA · Dilithium2; Renovável · pós-quântica
Confidencialidade das notes: ML-KEM · Kyber768; Irrevogável · pós-quântica
Ocultamento do compromisso: Poseidon2; Irrevogável · pós-quântica
Solidez da prova: STARK · FRI; Renovável · pós-quântica
Hash: BLAKE3 · Poseidon2; Blocos e estado · notes, árvore e provas
Liquidação: Rand · chained HotStuff BFT; Quóruns ponderados por stake, commit de três cadeias

O artigo declara a segurança quântica por primitiva e por papel — um hash de transcrição de 384 bits, hashes de 256 bits apenas de pré-imagem, assinaturas Dilithium2, criptografia de notes ML-KEM-768, solidez do FRI sobre um corpo de extensão — sob Module-LWE, Module-SIS e SHA-3 / BLAKE3 modelados como oráculos aleatórios quânticos. O hash de transcrição do node é hoje Poseidon2, uma lacuna de configuração que a documentação para desenvolvedores lista. A declaração por papel substitui a afirmação de 128 bits para todo o protocolo das versões anteriores, que contradizia o limite de colisão quântica de 85 bits de um hash de 256 bits e foi retirada em vez de qualificada.

Comece a construir na Rand

Leia os artigos, execute um node, faça um fork do código-fonte. O protocolo é aberto, a criptografia está publicada e suas limitações são declaradas abertamente.

Ver artigos Execute um node Documentação para desenvolvedores