Montada fora da cadeia.
Verificada em paralelo.
Confirmada em ordem.
Toda blockchain grande faz cada nó reexecutar cada transação contra um estado global. O Zycord tira a execução da cadeia: um pagamento é construído pela carteira, uma chamada de contrato é executada pelo sequenciador do contrato a partir do intent assinado do usuário, e, de um jeito ou de outro, o resultado chega completo com tudo o que leu e escreveu. Qualquer máquina o confere apenas a partir dos bytes, e um único laço o confirma — ou o omite, e cobra de quem fez o depósito por ele.
A transação é um certificado
Ela não pede “execute isto”. Ela declara “eu li isto, eu escrevi aquilo, e aqui está a prova”. Qualquer um recalcula e compara.
program sobre os reads produz exatamente os writes, e o deposit cobre o pior caso. Sem disco, sem histórico.reads declarados ainda se mantêm quando o certificado chega à sua vez no bloco?Dois verbos, dois estágios
Todo o projeto consiste em separar estas duas perguntas — e responder cada uma no lugar mais barato.
É válido?
Respondido olhando apenas para o certificado. Milhares de uma vez, em qualquer máquina.
- Assinaturas Ed25519 estritas conferem
- A reexecução bate com os writes
- O depósito cobre o pior caso
- Inválido: nunca entra num bloco honesto
É aplicável?
Respondido na posição do certificado dentro do bloco, comparando bytes contra a tabela de estado.
- As leituras ainda se mantêm → as escritas são comprometidas
- Leitura desatualizada ou overflow → omissão, o depositante paga uma taxa fixa
- Depósito sem saldo ou gasto → descartado, nada é cobrado
- O bloco continua válido em todos os casos
Quatro resultados, e quem paga
Um problema com um certificado é um resultado, nunca um motivo para rejeitar o bloco. Todo resultado é cobrado de uma parte que escolheu o risco, e uma assinatura é cobrada no máximo uma vez.
Aplicado
Toda leitura declarada se mantém, então as escritas entram e a taxa é liquidada pelo custo real: a taxa base é queimada e a taxa de prioridade é paga ao produtor.
Omitido
Uma leitura não se mantém mais, ou um delta sairia da faixa de 256 bits. Nada é escrito. Uma taxa de omissão fixa de 0,01 ZCD é queimada do depósito e o resto é devolvido. O id é marcado como visto, então nenhum produtor pode incluí-lo de novo.
Descartado
A célula de depósito está sem saldo ou já foi gasta, então não há o que cobrar. O certificado é levado, mas não é cobrado, e não é marcado como visto.
O usuário nunca paga uma omissão
O depositante escolheu as leituras, então o depositante responde por elas. Para um fill, esse é um sequenciador: o que se declarou para o contrato cuja leitura falhou, ou então aquele cujo depósito o fill nomeia. O pagamento do usuário a cada sequenciador só é liquidado quando o fill é aplicado. Falhas sem ninguém a quem cobrar — um fill fora da ordem do pipeline, um fence que avançou, um certificado forçado cujas leituras não se mantêm — tornam o bloco inválido em vez disso, porque o produtor era quem poderia ter sabido.
O fluxo, do nascimento ao livro-razão
A carteira constrói um pagamento, ou assina um intent
Um pagamento não precisa de servidor: a carteira põe uma guarda numa célula de uso único que ela detém, a debita, a marca como gasta, credita o endereço novo do recebedor e envia o troco para um endereço novo dela mesma. Uma chamada a um contrato sequenciado é, em vez disso, um intent assinado: o que chamar, limites sobre o resultado, quanto o sequenciador recebe, e os pagadores de uso único que o financiam.
O sequenciador executa e confirma
Ele roda o intent sobre a sua própria visão — a ponta da cadeia mais todo fill que ele já construiu —, responde com um recibo assinado em milissegundos, e publica o resultado como um fill com depósito feito a partir do seu próprio saldo. Uma chamada que atravessa contratos vinculados a sequenciadores diferentes é coassinada por cada um e entra como um único fill atômico.
Cada nó verifica em paralelo
Cada certificado é conferido a partir dos seus bytes na chegada, antes de ser retransmitido: assinaturas, reexecução contra as leituras declaradas, o depósito. Sem estado, sem histórico, qualquer núcleo, qualquer máquina.
O produtor ordena
Um minerador de proof of work escolhe certificados válidos e resolve o bloco; depois da transição para proof of stake, o staker sorteado para o slot o assina em seu lugar. Ele não executa nada do que recebe e lembra os ids vistos dentro da janela do TTL, porque incluir um duas vezes torna o bloco inválido. No fim do seu bloco, ele pode executar intents abertos do caminho forçado.
Fold sequencial
Primeiro os fills, na ordem do pipeline; depois todos os outros certificados por (deposit address, seq, id); depois os certificados forçados, por id. O produtor não escolhe nada disso. Para cada certificado: as leituras declaradas ainda se mantêm?
Estado: células, endereços, acesso tipado
Uma célula é um inteiro de 256 bits num slot. Células ausentes são lidas como zero. A concorrência não é descoberta em tempo de execução: ela é declarada, slot a slot.
Endereços de uso único e persistentes
Um endereço de uso único é gasto uma vez: o certificado que o debita o marca como gasto, permanentemente. As carteiras dão a cada pagamento recebido um endereço novo, que é o caminho sem contenção. Um endereço persistente é reutilizável — uma conta — e é para onde as recompensas de mineração devem ir: um endereço de uso único queima toda recompensa que detém quando é gasto, então o nó o recusa como pagamento. Os contratos têm seu próprio tipo de endereço, pelo qual nenhuma chave pode assinar.
Ativos nativos, sem máquina
Desde o bloco 0: TRANSFER de até 32 movimentos, ISSUE com um teto de oferta, MINT com guarda sobre esse teto, RETIRE de até 64 endereços de uso único. Um crédito a uma célula nova é a gorjeta. Dez mil gorjetas num bloco são dez mil adições: zero conflitos, nenhum sequenciador, nenhuma máquina.
A máquina e seus sequenciadores
Os deltas com guarda dissolvem a contenção dos pagamentos. O que resta é lógica que precisa ler estado exato para decidir o que escrever — um livro de ordens, um formador de mercado — e ali o contrato escolhe quem o serializa.
A cEVM
Um dialeto da máquina virtual do Ethereum, de modo que Solidity, seus compiladores e seus auditores continuam valendo. O armazenamento é declarado: SLOAD e SSTORE são exatos, e seis novos opcodes dão a disciplina com guarda e comutativa. NUMBER e TIMESTAMP leem o beacon de época, constante por um dia; os opcodes sem nada a que se referir são removidos. O código viaja no certificado. Um token, um pote de gorjetas e um escrow, escritos pensando primeiro em deltas, são pré-implantados quando a máquina abre.
Sequenciado ou aberto
O registro de todo contrato nomeia uma chave de sequenciador. Se ela não é zero, o caminho exato do contrato precisa da assinatura dessa chave; se é zero, qualquer um pode tomá-lo e o contrato fica protegido apenas pelo seu código. Os deltas com guarda nunca são controlados: um token sequenciado continua aceitando toda transferência de qualquer um. Um diretório diz onde cada sequenciador responde — descoberta, não autorização.
Intents, fills, recibos
O intent é toda a autorização do usuário, válida por uma janela de no máximo 8 blocos: o sequenciador pode mudar quando ele roda, nunca o que ele faz. O id do fill é o hash do intent, de modo que dois fills de um mesmo intent compartilham um id e só um pode ser cobrado. Um recibo é uma pré-confirmação, a promessa do sequenciador até que o fill seja aplicado; dois recibos que se contradizem são uma prova que qualquer um pode conferir a partir dos bytes, e os usuários vão embora.
Pipelines, o fence, cossequenciamento
A cadeia guarda o último seq aplicado para cada sequenciador e contrato, e um fill só entra no seguinte, de modo que um pipeline é comprometido na ordem em que seu sequenciador assinou. Cada contrato também guarda um contador fence: um certificado forçado que define seu estado, ou uma troca de sequenciador, o avança, e nenhum fill construído sobre o estado contornado pode entrar — ninguém é cobrado, e o sequenciador reconstrói. Uma chamada entre sequenciadores é um único fill com a assinatura de todos eles, atômico por construção.
O caminho forçado: a inclusão é a aplicação
Um contrato cuja única porta é o seu sequenciador seria uma prisão se o sequenciador censurasse, cobrasse demais ou desaparecesse. Todo usuário tem uma porta lenta que não precisa da permissão de ninguém.
Todo bloco faz o fold em três classes, numa ordem que o produtor não escolhe
O usuário assina um intent aberto — um intent sem sequenciador nomeado, financiado pelos próprios pagadores de uso único do usuário — e o retransmite para a rede. O produtor, que detém o estado do fim do seu bloco, executa os intents abertos que escolher contra esse estado e anexa os resultados como os últimos certificados do bloco. Não há fila, arrendamento, cota nem prazo. O pagamento do intent cobre as taxas, então o produtor ganha o que um sequenciador ganharia.
Uma chamada que falha ainda entra
Uma chamada forçada que reverte, viola seus limites ou fica sem gas entra como FORCED_FAILED: seus pagadores pagam, nada mais é escrito. Quem retransmite intents que não podem ter sucesso paga por cada um, então não consegue sufocar um intent legítimo.
Ele avança o fence
Um certificado forçado que define uma célula do estado de um contrato avança o contador fence desse contrato, de modo que todo fill construído sobre o estado que ele contornou é reconstruído. Um que apenas lê, põe guardas ou soma deltas deixa o fence em paz, assim como um que falha. O sequenciador perde latência, nada mais.
Limitado por construção
No máximo 16 certificados forçados por bloco, cada um com no máximo 4.000 unidades de derivação de orçamento paralelo (200.000 de gas da máquina): no máximo um terço do teto paralelo de gênese. A regra para autores de contratos é que um saque caiba nesse orçamento.
Quem faz o quê
Nenhum papel é necessário para a segurança. Se todos os sequenciadores sumirem, os contratos continuam vivos por meio dos seus métodos de delta e do caminho forçado, pelo qual os usuários sacam e um contrato pode ser vinculado a um novo sequenciador.
Carteira
- Faz
- Constrói pagamentos como certificados; assina intents para contratos
- Vê
- O estado público que precisa ler
- Confia em
- Ninguém
Sequenciador
- Faz
- Executa intents para os seus contratos, assina recibos, publica fills
- Confiado para
- Só para a vivacidade. Se mentir, seu fill é omitido e o seu próprio depósito paga
- Captura
- O fluxo de ordens da própria aplicação, explicitamente
Nó verificador
- Faz
- Confere cada certificado a partir dos seus bytes, retransmite, sincroniza
- Precisa de
- Núcleos. Estado só para rodar o fold
- Custo
- A verificação se espalha por todos os núcleos que ele tem; o fold é um laço sobre a memória
Produtor de blocos
- Faz
- Minera com RandomX, ordena certificados válidos, executa intents abertos no fim do seu bloco
- Vê
- Bytes e estado, não significado
- Ganha
- 94% do subsídio, mais as taxas de prioridade do que é aplicado
Caminho forçado
- Faz
- Uma porta sem permissão: um intent aberto, executado pelo produtor
- Custo
- O preço forçado a cada vez, e latência
- Garante
- Nenhum operador é uma prisão
A rede: dois mercados de gas
Uma cadeia que cobra tudo num único leilão faz a verificação de uma prova competir com uma escrita de estado. Aqui cada recurso tem seu próprio preço.
Gas paralelo
Paga pela verificação: assinaturas, bytes, unidades de derivação — provas pesadas, esquemas pós-quânticos.
Gas sequencial
Paga pelo fold: leituras, escritas, inserções no registro de gastos, inserções no conjunto de vistos. O único laço que todo nó roda em ordem.
Só o que é aplicado paga, e só o que é aplicado move o preço
A taxa base é queimada e a taxa de prioridade paga o produtor, pelos certificados aplicados e somente por eles; a taxa de um certificado omitido é queimada por inteiro. Se uma omissão pagasse o produtor, quem monta o bloco lucraria arranjando as falhas dos outros. A queima inverte isso: uma omissão ocupa espaço e não rende nada. E só o gas aplicado move as taxas base, então encher blocos de certificados que conflitam entre si não consegue expulsar ninguém pelo preço.
Eras: o que roda hoje, e o que vem depois
Uma era é uma altura compilada numa release, ou uma condição medida na cadeia. Um bloco abaixo de um portão que carregue o que o portão habilita é inválido; uma nova era nunca muda o que um bloco anterior significa.
Era 0 — minerar e pagar
Ativa desde o bloco 0, 7 de outubro de 2026. Proof of work sob as regras de Nakamoto, ativos nativos, endereços de uso único e persistentes, os dois mercados de taxas, a divisão do subsídio 94/3/3 e a tesouraria, que acumula e que nenhum certificado pode debitar; um caminho de gasto, se houver, virá por uma atualização posterior, não antes da altura 259.200.
Era 1 — a máquina
Altura 80.640, por volta de 4 de novembro de 2026, no binário de lançamento. A cEVM e sua biblioteca padrão, registros de contrato com sequenciador e admin, intents, fills e cossequenciamento, o diretório e o caminho forçado.
Era 2 — proof of stake
O bonding abre na época 182, por volta de 7 de abril de 2027: o stake é caucionado, liberado ou delegado a uma pool, a partir de uma caução mínima de 1.000 ZCD. Quando o stake ativo mantém 10% da oferta por 30 épocas, e no mais tardar a partir da época 273, começa uma rampa de 90 épocas: os blocos continuam minerados, cada um também assinado por um staker sorteado por stake, que fica com k/180 da parte do produtor. Uma release própria, por hard fork.
A transição
O primeiro bloco da época seguinte à 90ª que passa pelo portão — 90% dos seus blocos assinados, stake ativo de pelo menos 10% da oferta. A mineração termina; o staker sorteado assina cada slot de 5 segundos, e uma época de 17.280 slots paga o que um dia pagava antes. Um bloco é final por profundidade, 120 blocos ou 10 minutos. Só a equivocação é punida, e nunca um delegador.
Além da verificação completa
Uma direção, não uma especificação. Quando o volume diário se aproximar do que um nó comum verifica, uma era posterior poderá sortear um subconjunto de stakes para verificar cada certificado em vez de todo nó, enquanto o estado e o fold continuam únicos e todo certificado continua atômico. Até lá, todo nó verifica tudo.
A rede vista de cima
Quatro camadas que não se sobrepõem: quem constrói, quem verifica, quem ordena, e a porta que ninguém pode fechar. Cada uma escala com um recurso diferente.
Carteiras e sequenciadores
Web2 comum: websockets, filas, autoescalonamento. As carteiras constroem os pagamentos elas mesmas; os sequenciadores executam intents e respondem em milissegundos. Confiados para a vivacidade, nunca para a segurança, e nunca custodiantes de dados — o estado é sempre reconstruível apenas a partir da cadeia.
Retransmissão e verificação
Todo nó confere cada certificado a partir dos seus bytes antes de retransmiti-lo. Os blocos viajam como um cabeçalho mais uma lista de hashes que o receptor em geral já tem; os corpos são dados de cadeia. Um nó sincroniza em direção ao maior trabalho verificado, não à maior altura alegada.
Produtor e fold
Um minerador de proof of work ordena certificados e resolve o bloco ou, depois da transição para proof of stake, o staker sorteado para o slot o assina; todo nó roda o fold, que compara, soma e escreve. A ordem do fold é fixada pelas regras, então a única escolha do produtor é o que incluir.
O caminho forçado
Intents abertos, executados pelo produtor no fim do seu bloco. A inclusão é a aplicação — o mecanismo que faz a rede sobreviver a qualquer operador, inclusive o autor.