Perguntas frequentes
Respostas curtas, inclusive para as perguntas que um projeto preferiria não receber. Os problemas conhecidos são nomeados aqui e no whitepaper, em vez de deixados para você descobrir.
Estas são as perguntas que de fato são feitas, respondidas do jeito como foram respondidas na thread de lançamento. Se a sua não estiver aqui, faça-a lá — aquela thread não é automoderada, então nada nela pode ser apagado.
Quando exchange?#
Nunca solicitada, nunca paga, nunca anunciada. A mainnet roda desde 2026-10-07 e toda moeda nela foi minerada; as moedas da testnet não valem nada por design. Onde a moeda da mainnet é negociada é assunto do mercado, não do autor — não há empresa para assinar um acordo de listagem nem fundo para pagar por um. O projeto não vende nada: qualquer um que lhe ofereça ZCD vindo do projeto, de antes de um bloco ser minerado, ou a um preço de “pré-venda” está aplicando um golpe.
Existem pools?#
O projeto não opera nenhuma e não endossa nenhuma. O nó minera sozinho por padrão, e pode servir o dialeto Stratum que o XMRig fala (zycordd --stratum-listen), de modo que um software de mineração externo pode trabalhar contra o seu próprio nó. Se pools aparecerem, elas são terceiros; aplique o ceticismo que você aplicaria em qualquer lugar.
Recompensas? Airdrop? Campanha de assinatura?#
Não, não e não. Nada aqui paga por promoção. Se alguém lhe oferecer Zycord por divulgação paga, não está vindo deste projeto.
Esta é mais uma cadeia de “1M TPS”?#
A afirmação é mais estreita e falseável: a verificação não precisa de estado, portanto paraleliza sem limite, portanto o custo por nó pode cair conforme a rede cresce. A rede é lançada com tetos modestos — na gênese, 4.000 certificados e 2,5 MB por bloco de 30 segundos, contra um alvo de gas sequencial de 1.600.000 — e eles só sobem com uso sustentado e aplicado, até capacidades estáticas. Ninguém, inclusive o autor, pode elevá-los por decreto. Se a sua máquina discordar de um número publicado, publique os valores.
Como isto difere de uma “EVM paralela” como Monad ou Sei?#
Essas paralelizam a execução dentro de um nó — todo nó ainda reexecuta toda transação, então o muro de E/S de estado fica exatamente onde estava. Aqui a validade é uma função pura dos bytes de uma transação, então a verificação se divide por toda a rede em vez de ser repetida por toda ela, e o único estágio sequencial toca memória em vez de um banco de dados. Um muro diferente, não um carro mais rápido contra o mesmo muro.
Por que RandomX? Botnets virão.#
Virão sim; toda moeda minerável por CPU já as combateu e este projeto não espera ser a exceção. A troca é feita de olhos abertos: uma distribuição enviesada por botnets ainda é mais ampla do que uma decidida em uma venda, e manter competitivo o notebook que você já tem é toda a razão de o RandomX existir.
O que acontece quando transações entram em conflito?#
O posterior na ordem do fold sofre omissão, uma taxa de omissão fixa é queimada do seu depósito, e o bloco continua válido — nada jamais “falha” pela metade. Pagamentos, emissões e gorjetas usam deltas comutativos e não podem entrar em conflito de forma alguma; apenas estado de contrato com leitura exata (livros de ordens, AMMs) disputa, e é para serializar isso fora da cadeia que os sequenciadores existem. Eles chegam com a máquina na Era 1.
Por que meu certificado foi omitido, e quem pagou?#
Um certificado é omitido quando, na sua posição no fold, uma das suas leituras declaradas não se mantém mais — em geral porque outro certificado gastou primeiro a mesma célula de uso único, ou porque um certificado do qual ele dependia entrou num bloco posterior — ou quando um dos seus deltas transbordaria. Nada do que ele escreveu entra. Uma taxa de omissão fixa de 1.000.000 drops (0,01 ZCD) é queimada do seu depósito e não paga ninguém, nem mesmo o produtor, e o resto do depósito volta. Paga quem nomeou o depósito: para um pagamento ou uma chamada simples que você mesmo assinou, é você, porque foi você quem escolheu as leituras; para uma chamada servida por um sequenciador, é o sequenciador, cujo próprio saldo faz o depósito do fill. Um usuário nunca paga a omissão de um fill, e o pagamento do usuário ao sequenciador só é liquidado se o fill for aplicado. Se o próprio depósito não pôde ser reservado, o certificado é descartado em vez disso: nada é cobrado e ele pode ser enviado de novo. O explorer mostra o resultado de cada certificado e qual leitura declarada deixou de se manter.
O que aconteceu com os avalistas, os arrendamentos e a fila forçada?#
Eles estavam no whitepaper v1.0 e não estão na v2.0, que o substitui por inteiro. Os certificados segurados e os avalistas deram lugar a uma regra mais simples: todo certificado nomeia uma célula de depósito que responde por ele. As cossinaturas de sequenciador e os arrendamentos viraram intents, fills, recibos, pipelines e o contador fence. A fila forçada, com seus arrendamentos, cotas e atrasos, virou o caminho forçado, em que a inclusão é a aplicação. Nada do maquinário removido roda na mainnet nem na testnet pública, e o bonding de stake não faz mais parte da Era 1: ele chega com a Era 2. O §15 do whitepaper mapeia cada mudança.
Quando chegam os contratos inteligentes?#
Na altura 80.640 na mainnet — 28 épocas depois do bloco 0, por volta de 4 de novembro de 2026 — quando a Era 1 é ativada na release que já roda a rede: a cEVM com uma biblioteca padrão pensada primeiro em deltas já implantada, registros de contrato com um sequenciador e um admin, intents, fills e cossequenciamento, o diretório de sequenciadores e o caminho forçado. A altura é um parâmetro congelado na gênese; alcançá-la não exige fork. A máquina é um dialeto da EVM: Solidity, seus compiladores e seus auditores continuam valendo, enquanto compatibilidade direta com carteiras não é prometida. Na testnet pública a Era 1 está ativa desde a altura 2.880, seu primeiro dia, então roda lá por semanas antes de a mainnet chegar ao portão.
Quais são as eras, e qual está ativa agora?#
A Era 0, minerar e pagar, está ativa na mainnet: proof of work, ativos nativos, endereços de uso único e persistentes, os dois mercados de taxas, a divisão do subsídio e a tesouraria selada. A Era 1, a máquina, é ativada na altura 80.640 (por volta de 4 de novembro de 2026) e já está ativa na testnet pública. A Era 2, proof of stake, abre o bonding na época 182 (altura 524.160, por volta de 7 de abril de 2027), inicia uma rampa de 90 épocas quando o stake ativo mantém 10% da oferta por 30 épocas, ou na época 273 no mais tardar, e então passa a produção de blocos do proof of work para o stake. A Era S, pagamentos confidenciais, só viria depois de auditorias independentes e de uma testnet pública adversarial, e não faz parte da especificação atual. A Era 2 e a Era S saem cada uma como uma release própria, por hard fork. O que está além de todo nó verificar todo certificado é apresentado no whitepaper como uma direção, não como uma especificação. A tabela está no documento complementar.
Quando chega o proof of stake, e o que acontece com a mineração?#
Em três etapas, cada uma delas uma regra de consenso da Era 2. O bonding abre na época 182, por volta de 7 de abril de 2027: qualquer pessoa com 1.000 ZCD pode caucioná-los como stake, e um detentor menor pode delegar a uma pool, enquanto a mineração continua produzindo todo bloco e ficando com toda a parte do produtor. A rampa começa quando o stake ativo, delegações incluídas, mantém 10% da oferta por 30 épocas, e na época 273, por volta de 7 de julho de 2027, no mais tardar. Durante 90 épocas que passem pelo seu portão, todo bloco continua minerado, mas também carrega a assinatura de um staker sorteado por stake, que fica com uma parte do subsídio do produtor que começa em 1/180 e sobe 1/180 a cada época que passa, de modo que a mineração mantém pelo menos metade até o fim. Um bloco minerado sem essa assinatura é válido, e a parte do produtor e as taxas de prioridade dele são queimadas. Na transição, o primeiro bloco da época seguinte, a mineração termina: um staker sorteado para cada slot de 5 segundos produz o bloco, e um dia paga o mesmo subsídio de antes, um sexto por bloco. Ela chega no máximo na época 363, por volta de 5 de outubro de 2027, a menos que o portão a pause. A moeda de um delegador nunca sai do seu endereço e nunca é queimada por falta de uma pool; a única falta punida é uma chave assinar dois blocos para um mesmo slot, e ela custa apenas a caução da própria chave. Espere 20 blocos pela finalidade antes da transição e 120, dez minutos, depois dela. O §11 do whitepaper traz as regras.
O que é um sequenciador, e ele pode roubar meus fundos?#
Um sequenciador é um servidor comum, em geral operado pela equipe de uma aplicação, que um contrato escolhe para serializar as chamadas que leem seu estado de forma exata — um livro de ordens, um AMM. Você não constrói um certificado contra um contrato assim: você assina um intent que nomeia a chamada, uma janela de no máximo 8 blocos, limites sobre o resultado e o pagamento devido ao sequenciador. O sequenciador o executa, responde em milissegundos com um recibo assinado, e publica o resultado como um fill. Ele não pode roubar seus fundos. Ele não pode mudar o que o seu intent faz, só quando ele entra; um resultado fora dos seus limites não pode ser aplicado; e um fill construído sobre entradas falsas é omitido à custa do próprio sequenciador. Confia-se nele para a vivacidade, nunca para a segurança. O que ele pode fazer é ver primeiro o fluxo de ordens da sua aplicação, o que o design declara abertamente, e deixar de atender você, que é para o que serve o caminho forçado. Pagamentos nunca precisam de um: transferências são deltas com guarda, que nenhum sequenciador controla.
E se um sequenciador desaparecer ou me censurar?#
Você sai pelo caminho forçado, que não pede permissão a ninguém: zcd wallet intent --fallback faz isso por você quando o sequenciador está inalcançável, descarta o seu intent ou deixa a janela dele se fechar, e zcd wallet open-intent faz isso à mão. Ele é mais lento e custa as taxas da rede por inteiro, mas funciona contra qualquer contrato. O próprio contrato continua vivo: seus métodos de delta não precisam de sequenciador, e seu admin, ou o seu próprio código, pode vincular um novo sequenciador pelo mesmo caminho. Um certificado forçado que define as células do contrato avança o seu contador fence, de modo que os fills que o sequenciador antigo construiu sobre aquele estado não podem mais entrar. A censura custa ao censor taxas e usuários, e não custa nada à rede.
O que é o caminho forçado?#
O caminho lento que não precisa de sequenciador. Você assina um intent aberto — um intent sem sequenciador nomeado, financiado pelos seus próprios pagadores de uso único — e o retransmite para a rede. Um produtor de blocos executa os intents abertos que escolher contra o estado do fim do seu bloco e anexa os resultados como certificados forçados, os últimos do bloco. A inclusão é a aplicação: não há fila, nem arrendamento, nem cota, nem período de espera. Um bloco carrega no máximo 16 deles, cada um com no máximo 4.000 unidades de derivação de orçamento paralelo, e é por isso que toda saída que um contrato oferece precisa caber nesse orçamento. O seu pagamento cobre as taxas: a taxa base é queimada e o resto vai para o produtor. Uma chamada que reverte ainda entra, como FORCED_FAILED: seus pagadores pagam, seu troco volta, e nada mais é escrito. Ele chega com a Era 1. O §8 do whitepaper traz o mecanismo inteiro.
Quais são os problemas conhecidos?#
Nomeados no whitepaper em vez de deixados para você descobrir: o registro de endereços gastos cresce para sempre (compartilhado com todo design de conjunto de nullifiers); banda e armazenamento em alta vazão são um problema em aberto declarado, porque os corpos são dados de cadeia e todo nó carrega cada byte; os sequenciadores veem primeiro o fluxo de ordens da própria aplicação — o MEV disso é capturado pela aplicação, explicitamente; o caminho forçado é mais lento e mais caro que um sequenciador, e um produtor pode prejudicar um contrato disputado em cerca de um bloco, pagando por isso; sob proof of stake a cadeia é tão segura quanto um proof of stake convencional, e reescrever a história com chaves cuja caução já foi retirada é impedido apenas pelos checkpoints que cada release fixa; e a cEVM amplia a superfície que precisa estar certa de primeira, sem botão de pausa para consertar depois. O §13, Riscos aceitos, lista todos pelo nome.
Existe um Discord ou um Telegram?#
Sim. O Discord e o Telegram são geridos pela comunidade, e é lá que ela está sendo construída. Anúncios oficiais são outra coisa: todos são assinados com a chave do projeto e publicados no tópico do fórum. Se uma mensagem num chat se diz anúncio oficial, procure o post assinado naquele tópico; na dúvida, confira o BitcoinTalk.
Quem é você?#
Simstoshi. Essa é a resposta inteira, e é esse o ponto: nada neste design exige confiar no autor. Nenhuma chave de administrador para abusar, nenhum premine para despejar, nenhum operador do qual a segurança dependa — e um caminho forçado que mantém todo contrato alcançável mesmo se todo sequenciador desaparecer, o autor incluído. Toda release e todo anúncio oficial é assinado com E724 39CE DD85 11F9 D607 550B 87FD 60D5 EB4A 0B29.
Existe premine, parte do fundador ou rodada de investimento?#
Nem premine nem rodada de investimento, e os dois são verificáveis: zcd genesis imprime allocations 0, reconstruído a partir dos parâmetros embutidos no binário. Nenhuma moeda existia antes do bloco 0, e o bloco 0 não pagou nenhuma. Existe uma parte do fundador, escrita no consenso: cada subsídio de bloco paga 94% ao minerador, 3% ao endereço do fundador até a época 1.095 (três anos) e 3% à tesouraria, que passa a 6% depois disso. A divisão se aplica só ao subsídio, nunca às taxas. Ao longo dos seus três anos, a parte do fundador soma menos de 2% da oferta emitida antes da cauda.
Como o ZCD é emitido?#
Só como subsídio de bloco. Ele começa em 21 ZCD por bloco, é constante dentro de uma época de um dia, 2.880 blocos, e desce a cada fronteira de época por uma regra inteira fixa, E(n) = max(tail, E(n−1) − floor(E(n−1) / 1054)), de modo que cai pela metade mais ou menos a cada dois anos. Os primeiros 86.400 blocos (30 dias) são uma rampa: a recompensa sobe em linha reta de quase zero até o cronograma, e os cerca de 907.917 ZCD que ela retém nunca são pagos de volta. A partir da época 4.376, por volta do ano 12, o subsídio permanece numa cauda perpétua de 0,33 ZCD por bloco, ponto em que cerca de 61,8 milhões de ZCD terão sido emitidos. A partir da transição para proof of stake, um bloco chega a cada 5 segundos e paga um sexto disso, de modo que um dia paga o mesmo. Contra a cauda correm a queima da taxa base dos dois mercados de taxas e a queima de todo certificado omitido, então a emissão líquida pode ser negativa sob carga. zcd emission --height N imprime o subsídio e sua divisão 94/3/3 em qualquer altura.
O que é a tesouraria, e quem a controla?#
Ninguém, por enquanto. A tesouraria é o próprio saldo do endereço do protocolo: nenhuma chave gera um hash igual a ele, nenhum certificado pode debitá-lo, e a gênese não nomeia nenhum quórum. Ela recebe 3% de cada subsídio de bloco desde o bloco 1. O protocolo não tem forma alguma de gastá-la: um caminho de gasto só pode vir com uma atualização posterior, com signatários escolhidos pela comunidade e não pelo fundador, e o compromisso de lançamento é que nenhum venha antes da altura 259.200, por volta de 5 de janeiro de 2027. Para os três primeiros anos existe uma proposta de administração — cinco assentos com estatutos públicos, 3 de 5 para gastar, 4 de 5 para substituir um titular ou mexer na reserva — e ela é uma proposta para revisão da comunidade, não uma regra de consenso: nada nela vincula até que os operadores de nós adotem uma atualização que fixe um conjunto de chaves. O texto está no documento complementar.
Como verifico que um binário é realmente seu?#
Faça melhor que isso: verifique que ele é de fato o código-fonte publicado. Reconstrua a tag e compare hashes — se coincidirem, a questão de quem o construiu deixa de importar. O procedimento é Verificando um download. Note que os arquivos -randomx usam cgo e não podem ser reproduzidos byte a byte; essa camada é declarada explicitamente em vez de ser dissimulada.
Posso minerar em uma GPU ou em um ASIC?#
O RandomX é projetado para tornar isso não lucrativo em relação a uma CPU, o que é justamente o ponto. Minere na máquina que você já tem. Orçe cerca de 3,3 GiB de RAM para um nó minerador e cerca de 1 GiB para um que apenas verifica — os números estão aqui.
O que acontece se eu iniciar meu nó antes da gênese?#
A mainnet e a testnet pública já passaram da gênese, então hoje isto diz respeito apenas a uma rede que ainda não abriu. O nó espera, e essa é a forma pretendida de usá-lo: ele se recusa a construir um bloco cujo timestamp seu próprio relógio não alcançou, imprime quanto tempo falta, e começa a minerar sozinho. Ele mantém pares e sincroniza o tempo todo. Não há nada a agendar nem nada a reiniciar.
A moeda da testnet é a mesma da mainnet?#
Não. A testnet pública tem seu próprio chain id, suas moedas não valem nada por design, e ela pode ser reiniciada a partir da gênese. Ela existe para medir o comportamento da mainnet — e é por isso que carrega a tabela de gas da mainnet sem alterações.
Onde reporto um problema de segurança?#
Em SECURITY.md, que declara o processo de divulgação. O projeto prefere ter o relato a ter o benefício da dúvida, e um defeito relatado em privado custa muito menos do que um encontrado em campo.