Cadeia Anubis: Privacidade Seletiva L1 com Provas PLONK ZK

Anubis Chain é um blockchain de Camada 1 construído em torno Provas de conhecimento zero PLONK, compatibilidade total com EVMe um modelo programável que a equipe chama privacidade seletiva. Em vez de ocultar todas as transações por padrão, como Monero ou Zcash, ou expor cada byte por padrão, como Ethereum, o Anubis permite que usuários e instituições escolham, por transação ou por contrato, exatamente quais campos de dados permanecem privados e quais se tornam publicamente auditáveis. A mainnet entrou em operação em 7 de abril de 2026 e, desde então, a rede abriu sua camada de ecossistema com o projeto genesis AWAKE, uma implantação de liquidez de US$ 163 milhões e a ativação de infraestrutura nativa, como o RocketSwap DEX e o Capybara Launchpad. Este guia explica a arquitetura, a implementação do AWAKE, o design de conformidade ZK-KYC e como a Anubis Chain se compara a outras redes focadas na privacidade que competem pelo fluxo DeFi institucional em 2026.

A proposta é conceitualmente simples, mas tecnicamente exigente: os blockchains passaram uma década lutando contra uma contradição entre transparência e confidencialidade, e a maioria dos projetos escolheu um lado. A Anubis Chain argumenta que a próxima onda de financiamento on-chain, especialmente títulos do tesouro tokenizados, trilhos de stablecoin regulamentados e criação de mercado institucional, exigirá ambos privacidade e verificabilidade operando na mesma camada de execução. Ao empacotar primitivas de conhecimento zero como pré-compilações EVM em vez de reescrever a máquina virtual, a rede pode suportar contratos padrão do Solidity, ao mesmo tempo que oferece saldos protegidos, endereços furtivos e trilhas de auditoria seletivas para aplicativos que os solicitam.

O que é a Cadeia Anúbis?

Corrente Anúbis é uma rede Camada 1 compatível com EVM que usa provas de conhecimento zero para dar aos usuários controle granular sobre quais campos de transação são revelados na cadeia. A rede é governada pelo Fundação ANUBI, instituição de investimento criada em 2020 e incubada através Laboratórios Anubis, uma iniciativa conjunta entre a fundação e a própria rede que atua como motor de incubação do ecossistema, coordenador de capital e amplificador de crescimento.

As características do título são:

• Privacidade seletiva desabilitada por padrão, habilitada pelo usuário. Contratos inteligentes optam por primitivos protegidos; a execução transparente continua sendo a linha de base.
• 100% de compatibilidade com EVM. A corrente envia um modificado Geth Cliente que não altera o conjunto de instruções principais do EVM, a semântica de execução ou o modelo de estado da conta. Contratos de solidez e ferramentas padrão como Hardhat, Foundry e MetaMask funcionam como no Ethereum.
• Modelo de estado híbrido. Uma camada de conta para compatibilidade com EVM mais uma camada estilo UTXO para saldos protegidos, ambas coordenadas por meio de transições de estado sincronizadas.
• Mempool criptografado por limite. As transações pendentes são criptografadas e embaralhadas antes da validação, eliminando a superfície padrão de front-running e ataque sanduíche que assola DEXs transparentes.
• Camada de conformidade ZK-KYC. Os documentos de identidade são verificados fora da rede; apenas um atestado de validade criptografado está ancorado na cadeia, eliminando a necessidade de publicar dados pessoais.
• Moeda nativa: gasDAI. A rede principal, registrada como ID da cadeia 6714, usa uma unidade indexada ao DAI para gás, ancorando as taxas em uma referência estável em vez de um token nativo volátil.

A rede principal foi lançada em 7 de abril de 2026 às 20:00 EDT. O acesso ao explorador de blocos está disponível em browser.anubispace.org e o endpoint RPC canônico é exposto via rpc.anubispace.org.

Explicação da privacidade seletiva: resolvendo a contradição da transparência

Blockchains públicos expõem todas as entradas, saídas, saldos e chamadas de contrato para o mundo. Essa propriedade é essencial para a verificação de confiança minimizada, mas é incompatível com o funcionamento das finanças regulamentadas e da maioria dos fluxos de trabalho empresariais. Uma tesouraria não pode publicar ordens de reequilíbrio antes da execução. Um formador de mercado não pode revelar posições de estoque em tempo real. Um provedor de folha de pagamento não pode despejar a remuneração dos funcionários em um livro-razão permanente. A resposta padrão do ecossistema de moedas de privacidade (Monero, Zcash, Namada, Penumbra) foi ocultar tudo por padrão. Isso funciona para transferências semelhantes a dinheiro, mas é inadequado para a composição de contratos inteligentes e para qualquer aplicativo que precise provar conformidade a terceiros.

A privacidade seletiva é o caminho do meio. Na Anubis Chain, um desenvolvedor pode implantar um contrato inteligente cujo código é totalmente público e auditável, mantendo o estado dentro desse contrato blindado. Um usuário pode realizar transações revelando apenas os campos necessários para uma contraparte ou auditor e ocultando o restante. O mecanismo que torna isso possível é a camada de pré-compilação: verificadores de conhecimento zero, geradores de endereços furtivos e coordenadores de estado privado são expostos como opcodes com preço de gás que qualquer contrato Solidity pode chamar.

A diferença prática é importante. Com uma cadeia totalmente protegida, uma DEX não pode publicar uma carteira de pedidos transparente porque os saldos individuais não podem ser verificados para outros contratos. Com a Anubis Chain, o mesmo DEX pode executar uma carteira de pedidos transparente na camada da conta enquanto cota LPs de um pool UTXO protegido. A mesma dinâmica se aplica a Canhão elétrico Privacidade da camada de aplicativo no estilo , exceto que na Cadeia Anubis as primitivas de privacidade residem na camada base e herdam a segurança L1 em vez de depender de conjuntos de anonimato por contrato.

"A Anubis Chain permite o que antes era impossível em uma única camada de execução: transparência seletiva onde as instituições obtêm conformidade verificável e os usuários mantêm os dados de suas contrapartes confidenciais." - Fundação ANUBI, visão geral da arquitetura

O modelo também evita o modo de falha totalmente transparente. Front-running, ataques sanduíche, copy trading e extração de MEV no Ethereum e na maioria dos L2s existem porque as transações pendentes ficam em um mempool público por tempo suficiente para que os pesquisadores reajam. Anubis pré-criptografa o mempool com criptografia de limite para que os validadores não possam ler o conteúdo da transação até que o pedido seja corrigido, removendo a assimetria informacional que torna o MEV lucrativo em primeiro lugar.

Provas de conhecimento zero PLONK: o mecanismo criptográfico

O sistema de prova subjacente à Cadeia Anubis é PLONK, com o que a equipe descreve como Turbo PLONK Otimizações estilo para verificação on-chain. PLONK (Permutações sobre bases de Lagrange para argumentos ecumênicos não interativos de conhecimento) é uma construção zk-SNARK que substituiu o antigo padrão Groth16 por um único universal e atualizável configuração confiável. Essa mudança é importante na produção por três razões:

1. Uma cerimônia de configuração para toda a rede. Groth16 exigia uma nova cerimônia para cada novo circuito. O PLONK permite que cada contrato na Cadeia Anubis reutilize a mesma String de Referência Estruturada, o que torna econômico para a cadeia expor pré-compilações ZK genéricas em vez de circuitos personalizados por dApp.
2. Provas de tamanho constante. Uma prova PLONK tem aproximadamente 500 bytes, independentemente da complexidade do circuito, portanto, o custo de verificação no EVM permanece previsível e os orçamentos de gás não aumentam à medida que os circuitos crescem.
3. Verificação rápida, prova mais lenta. A verificação é executada em milissegundos, que é a operação que deve acontecer na cadeia a cada bloco. A prova funciona fora da cadeia na carteira do usuário ou em um serviço de prova, onde um desempenho mais lento é aceitável.

Para desenvolvedores, isso significa que o custo de integração da privacidade na Cadeia Anubis é próximo ao custo de uma chamada de contrato normal, mais o gás necessário para verificar uma única prova PLONK. Para os usuários finais, isso significa que as transações privadas são confirmadas quase ao mesmo tempo que as transações transparentes, sem atraso no processamento em lote no nível do protocolo.

A cadeia combina verificação PLONK com Endereços furtivos EIP-5564, exposto como pré-compilado, o que dá a cada destinatário um endereço único e único por transação, sem exigir uma viagem de ida e volta extra com o remetente. Os destinatários examinam os anúncios com uma chave de visualização para descobrir pagamentos recebidos. O resultado é que mesmo quando são utilizados saldos transparentes, a ligação na cadeia entre o remetente e o destinatário é quebrada ao nível do endereço.

Compatibilidade EVM e experiência do desenvolvedor

Uma das escolhas de design mais importantes na Cadeia Anubis é a decisão de não bifurcar o EVM. O cliente baseado em Geth preserva o formato de endereço padrão de 160 bits, o modelo de estado da conta e o conjunto completo de opcode. Contratos Solidity compilados para Ethereum, Polygon ou qualquer outra cadeia equivalente a EVM podem ser implantados inalterados, e ferramentas de desenvolvedor como Capacete de segurança, Foundry, Remix, Wagmi e Ethers.js funcionam sem modificação.

Privacidade adicionada ao redor o EVM e não dentro dele. Cada primitiva ZK é exposta como um contrato pré-compilado em um endereço fixo. Um contrato do Solidity que deseja verificar uma prova PLONK simplesmente chama a pré-compilação da mesma forma que chamaria ecrecover. A saída é um booleano. Esse padrão mantém a área de superfície pequena, torna a auditoria tratável e significa que as ferramentas de auditoria e analisadores estáticos existentes podem raciocinar sobre os contratos Anubis sem extensões específicas do protocolo.

Para equipes que já executam em Ethereum ou L2, o caminho de migração é concreto: reimplantar contratos para a cadeia ID 6714, apontar o frontend para o Anubis RPC e substituir qualquer solução alternativa de privacidade (mixers fora da cadeia, pools protegidos de terceiros) por uma chamada direta de pré-compilação. As carteiras compatíveis no lançamento incluem Carteira Bitget e Carteira OKX, com MetaMask suportado por meio do fluxo de rede personalizado padrão.

Aprofundamento da arquitetura: como o modelo de estado híbrido realmente funciona

A maioria dos comentários públicos sobre privacidade seletiva param na linha de marketing. A questão mecânica é mais difícil: como um único L1 pode suportar simultaneamente o estado da conta nativa EVM e o estado blindado estilo UTXO sem que nenhuma camada corrompa a outra? A resposta da Cadeia Anubis é que as duas camadas são mantidas estruturalmente separadas e conectadas apenas através de uma interface de coordenação pequena e bem definida.

A camada da conta é exatamente o que os desenvolvedores do Ethereum esperam. Cada endereço contém um saldo, um nonce, um hash de código e uma tentativa de armazenamento. As transações direcionadas à camada de conta se comportam como transações Ethereum e produzem transições de estado transparentes. A camada blindada, por outro lado, se comporta como um livro-razão UTXO. As notas são criadas e consumidas; a propriedade é comprovada através de compromissos criptográficos e anuladores; o conjunto de notas atualmente gastáveis ​​é representado por uma árvore Merkle cuja raiz está ancorada em cada bloco.

O cruzamento entre camadas é a parte interessante. Um usuário pode escudo um saldo transparente queimando tokens na camada da conta e criando uma nota equivalente na camada protegida por meio de uma chamada de pré-compilação. A operação inversa, desproteção, queima uma nota (publicando apenas seu anulador) e credita um saldo da camada de conta. Ambas as operações são atômicas e validadas por provas PLONK. A raiz Merkle que ancora o conjunto de notas protegidas é atualizada a cada bloco em sincronia com a raiz de estado da camada de conta, que é o que permite que a cadeia permaneça uma única máquina de estado coerente, apesar de executar dois livros estruturalmente diferentes em paralelo.

Este design tem consequências diretas para os desenvolvedores de aplicativos. Um protocolo que deseja expor saldos protegidos aos seus usuários não precisa implementar nenhuma criptografia por si só. Ele chama as pré-compilações de escudo, desproteção e transferência como chamaria ecrecover. O protocolo em si pode permanecer no Solidity padrão, que é o que mantém a superfície de auditoria tratável.

Criptografia de limite e fim do MEV padrão

MEV é uma das maiores superfícies fiscais em DeFi. Em cadeias transparentes, os pesquisadores monitoram o mempool pendente, identificam pedidos lucrativos e pagam validadores para colocar suas transações na posição ideal. Os ataques clássicos são sanduíche (antecipar a vítima e depois retroceder o impacto resultante no preço), front-running generalizado (repetir qualquer estratégia lucrativa que um usuário esteja prestes a executar) e liquidez JIT (adicionar e remover posições LP em torno de um único grande swap).

O mempool da Anubis Chain desfaz isso criptografando transações pendentes com um esquema de limite antes que os validadores possam ver seu conteúdo. A chave de descriptografia é mantida coletivamente por um comitê, e a chave é reconstruída somente após um bloco ter sido proposto e o pedido ter sido finalizado. O efeito prático é que o validador que propõe um bloco o faz sobre um conjunto opaco de transações. No momento em que as transações são descriptografadas e executadas, a ordem não é mais negociável e não resta superfície econômica para ataques sanduíche ou front-running generalizados.

O design não elimina todas as formas de MEV. O MEV estatístico, onde os pesquisadores inferem a intenção da transação de fontes fora do mempool (falha nas verificações pré-voo, telemetria de front-end, monitoramento do mempool em cadeias em ponte), ainda pode existir nas bordas. Mas remove a superfície de ataque dominante e faz isso no nível do protocolo, em vez de exigir que cada DEX implemente sua própria mitigação. Para uma cadeia que pretende acolher o fluxo institucional em grande escala, essa propriedade é estruturalmente importante: as instituições não podem negociar num local onde o seu fluxo de ordens é rotineiramente arbitrado a partir do lucro.

Como é construir na Cadeia Anubis

Do assento de um construtor, a implantação na Cadeia Anubis em 2026 é intencionalmente pouco dramática. O ambiente de desenvolvimento é o mesmo espaço de trabalho Hardhat ou Foundry já em uso, com duas alterações: a URL RPC do destino de implantação aponta para Anubis, e a URL do projeto foundry.toml ou ID da cadeia de registros de configuração do Hardhat 6714. Os contratos são compilados e implantados como em qualquer cadeia EVM. Os relatórios de auditoria existentes, na maioria dos casos, são transferidos sem recertificação porque a semântica do EVM permanece inalterada.

Adicionar privacidade é uma questão de chamar a pré-compilação correta. Um contrato de token que deseja expor transferências protegidas importa uma interface fina do Solidity em torno das pré-compilações de blindagem/desproteção/transferência, bloqueia os pontos de entrada relevantes por trás dessa interface e permite que a contabilidade existente do protocolo lide com o lado da camada de conta. Endereços furtivos para fluxos de recebimento funcionam da mesma maneira: um anúncio compatível com EIP-5564 é publicado como um log, o destinatário verifica os logs com uma chave de visualização e a UI da carteira do destinatário exibe as notas recebidas sem interação adicional na cadeia.

As peças que levam um novo pensamento estão por aí que dados para manter privados. O padrão para a maioria dos projetos no Anubis ainda é o estado transparente, porque a maior parte da lógica do aplicativo não se beneficia da privacidade e o gás é mais barato para operações transparentes. A superfície de privacidade é habilitada seletivamente para os campos de dados onde o valor da confidencialidade supera o custo da geração de provas. É por isso que a equipe usa o termo privacidade seletiva em vez de privacidade por padrão: a arquitetura empurra a escolha para a camada de aplicação em vez de levá-la para a camada de protocolo.

O ecossistema AWAKE: liquidez de gênese de US$ 163 milhões

O primeiro projeto carro-chefe para concluir a migração full-stack para a Cadeia Anubis é ACORDADO. A negociação começou em 13 de maio de 2026 às 20h SGT por meio do DEX nativo da rede, RocketSwap, com o par DAI/LGNS ancorando o lançamento.

Os números e estrutura:

• Pool de liquidez inicial: US$ 163 milhões em DAI e LGNS, descritos pelo comitê organizador AWAKE DAO como uma das maiores implantações individuais no ecossistema da Cadeia Anubis.
• Preço de lançamento do LGNS: US$ 5 por token.
• Origem da liquidez: Uma Oferta Inicial de Liquidez dirigida pela comunidade e coordenada através da Plataforma de Lançamento Capivara, em vez de uma alocação privada para formadores de mercado.
• Veículo de governança: AWAKE DAO, cujo comitê organizador estruturou a OIT e a política de liquidez pós-lançamento.
• Acesso à carteira: Bitget Wallet e OKX Wallet desde o primeiro dia através da plataforma oficial RocketSwap.

A importância estratégica do lançamento do AWAKE tem menos a ver com o LGNS como um ativo individual e mais com o que a implantação prova. Um pool de US$ 163 milhões semeado na comunidade, transacionado por meio de um DEX nativo em uma rede principal com menos de três meses de idade, resolve a questão de saber se a infraestrutura de privacidade seletiva pode suportar liquidez real em escala. Também estabelece o modelo para projetos de gênese subsequentes, que a fundação sinalizou que seguirão um padrão semelhante da OIT na Capivara e listagem no RocketSwap.

RocketSwap: o DEX nativo

RocketSwap é a exchange descentralizada fornecida como parte da pilha principal da Anubis Chain. Arquitetonicamente, ele fica mais próximo da cadeia do que DEXs de terceiros em outros L1s, com acesso direto ao mempool criptografado com limite e às pré-compilações de equilíbrio blindado. A combinação tem três efeitos posteriores:

• Resistência MEV nativa. Como os swaps pendentes são criptografados antes do pedido, a infraestrutura de busca que lucra com ataques sanduíche e back-running em Ethereum DEXs não tem fluxo de pedido legível para agir.
• Posições LP blindadas. Os provedores de liquidez podem optar por depositar em pools protegidos, ocultando o tamanho das posições individuais e mantendo verificáveis ​​as reservas agregadas do pool.
• Ajuste dinâmico de taxas. RocketSwap usa uma matriz de taxas que responde à volatilidade e à profundidade do pool, construída para isolar tokens recém-listados de cascatas especulativas, preservando a eficiência de capital para pares estáveis.

A DEX também oferece incentivos de participação especializados para provedores de liquidez em pools de ecossistemas iniciais, com o objetivo de encorajar compromissos de longa duração em vez de capital mercenário. Os comerciantes podem monitorar mercados e análises via Ferramentas DEX assim que a cobertura da rede estiver totalmente integrada.

Capivara Launchpad: infraestrutura da OIT para projetos ecossistêmicos

Capybara Launchpad é a plataforma oficial de oferta inicial de liquidez da Anubis Chain. Funciona como uma estrutura de arrecadação de fundos comunitária que permite que projetos de ecossistemas reúnam ativos públicos e estabeleçam reservas profundas de liquidez antes de serem listados no RocketSwap ou em qualquer outro DEX.

O design da Capivara reflete duas lições de ciclos anteriores da plataforma de lançamento. Primeiro, os aumentos que vão diretamente para um formador de mercado centralizado tendem a concentrar o controle simbólico e a amplificar a volatilidade no dia do lançamento. A Capivara direciona capital para pools transparentes de liquidez em cadeia, onde os participantes varejistas e institucionais são acionistas e não contrapartes. Em segundo lugar, as políticas de liquidez bloqueadas por tempo proporcionam confiança duradoura ao impor cronogramas de aquisição e bloqueio de pool diretamente no nível do contrato, substituindo promessas por garantias criptográficas que os participantes podem verificar na cadeia.

A primeira grande implantação através da Capivara foi o lançamento do AWAKE / LGNS, que validou o modelo em condições reais de liquidez. Espera-se que futuros projetos de ecossistemas, incluindo primitivos DeFi, plataformas de tokenização RWA e trilhos de pagamento institucional, sigam o mesmo caminho.

ZK-KYC: conformidade sem doxxing

A característica mais importante para a adoção institucional é a Estrutura ZK-KYC. O mecanismo funciona assim:

1. Um usuário conclui uma verificação KYC padrão com um provedor fora da rede autorizado. Documentos e dados pessoais nunca saem do ambiente desse fornecedor.
2. O provedor emite um atestado de conhecimento zero: uma prova criptográfica de que o usuário satisfaz um esquema de conformidade definido (idade, jurisdição, liberação de sanções, status de investidor credenciado, etc.) sem revelar os dados subjacentes.
3. O atestado está ancorado na Cadeia Anubis como uma credencial que o usuário controla.
4. Contratos inteligentes que exigem conformidade podem verificar o atestado por meio de uma chamada de pré-compilação PLONK. O contrato aprende apenas a resposta booleana para um predicado específico (por exemplo, "este usuário não está na lista SDN do OFAC?"), nunca a identidade do usuário.

A estrutura também suporta capacidades de auditoria seletiva: auditores e reguladores autorizados podem receber chaves de visualização que descriptografam transações ou saldos específicos sem expor o resto do histórico do usuário. Este é o mecanismo que permite que um protocolo DeFi regulamentado satisfaça os requisitos de relatórios AML e CFT, preservando ao mesmo tempo a privacidade do usuário no caso padrão.

O design é estruturalmente semelhante aos sistemas de credenciais que estão sendo prototipados em outras partes da pilha de privacidade, incluindo o SDK Kohaku da Fundação Ethereum, mas com a diferença de que na Cadeia Anubis as primitivas de verificação são de nível de protocolo, em vez de residirem em uma biblioteca de aplicativos. Essa distinção é importante para as instituições: as garantias em nível de protocolo sobrevivem às atualizações de contratos inteligentes e são mais fáceis de defender pelas equipes de conformidade.

Parâmetros de rede e economia

A rede principal Anubis Chain opera com os seguintes parâmetros de rede confirmados, provenientes da documentação oficial e do registro da cadeia no ChainList:

A decisão de usar uma unidade indexada ao DAI (gasDAI) para o preço do gás é estruturalmente importante. Os tokens nativos voláteis tornam os custos do gás imprevisíveis em termos fiduciários, o que é um problema para qualquer instituição que faça contabilidade em cadeia. Ancorar taxas em uma referência estável corresponde ao modelo pioneiro da Gnosis Chain com xDAI e torna o Anubis mais fácil de integrar em fluxos de trabalho de pagamento, folha de pagamento e tesouraria, onde o custo previsível é um requisito difícil.

O conjunto de validadores é autorizado no lançamento com um plano de transição publicado para uma participação mais ampla. A segurança econômica da rede está vinculada ao tesouro da Fundação ANUBI, com cortes de validadores e parâmetros de recompensa definidos na documentação de governança da cadeia. A economia dos tokens do ecossistema, incluindo qualquer ativo nativo planejado para governança ou piquetagem além do gasDAI, está programada para divulgação em publicações subsequentes da fundação.

Cadeia Anubis vs outras redes de privacidade

Como a Anubis Chain se compara ao resto do cenário de blockchain de privacidade? A tabela abaixo destaca as principais diferenças arquitetônicas entre os principais projetos comparáveis em 2026:

O eixo diferenciador da Cadeia Anubis é a combinação de privacidade opcional com compatibilidade total com EVM e primitivas de conformidade nativa. A maioria dos concorrentes escolhe um ou dois desses três. A desvantagem é que a privacidade opcional depende da camada de aplicação que a utiliza corretamente, onde as cadeias privadas padrão protegem os usuários mesmo quando os aplicativos são descuidados.

Casos de uso: onde a privacidade seletiva é importante

A arquitetura é construída especificamente para um cluster específico de aplicativos:

• DeFi institucional. Mesas de tesouraria, formadores de mercado e gestores de ativos podem executar estratégias on-chain sem transmitir posições em tempo real, ao mesmo tempo que comprovam solvência ou conformidade por meio de atestados ZK.
• Negociação DEX privada. Comerciantes varejistas e profissionais podem encaminhar pedidos por meio do RocketSwap sem vazar a intenção para os pesquisadores de MEV, removendo um imposto estrutural que custa aos usuários do Ethereum centenas de milhões por ano.
• Transferências privadas compatíveis. Folha de pagamento, liquidação de fornecedores e pagamentos B2B podem ser executados em cadeia com valores e contrapartes confidenciais, ao mesmo tempo que satisfazem os requisitos de relatórios jurisdicionais por meio de auditoria seletiva.
• Tokenização RWA. Tesouros, ações e crédito privado tokenizados podem ser liquidados em uma cadeia que suporta tanto a transferibilidade transparente quanto dados confidenciais da tabela de capitalização, abordando um dos principais atritos na pilha institucional de RWA.
• DeFi controlado por identidade. Protocolos que exigem acesso de investidor credenciado ou específico de jurisdição podem impor bloqueios por meio de credenciais ZK-KYC sem operar um processo KYB por usuário.

Por que a Cadeia Anubis se destaca

Roteiro 2026 e além

Com base nas comunicações publicadas pela fundação, a trajetória pós-mainnet para 2026 concentra-se em quatro áreas:

O posicionamento estratégico é consistente: a fundação está tratando a Anubis Chain como uma infraestrutura de privacidade pronta para conformidade para o fluxo institucional, e não como um produto de privacidade do consumidor.

Como acessar a Cadeia Anubis

Começar na Cadeia Anubis em 2026 parece começar em qualquer rede EVM moderna:

1. Adicione a rede à sua carteira. Use Bitget Wallet, OKX Wallet ou adicione Chain ID 6714 como uma rede personalizada no MetaMask. RPC: rpc.anubispace.org; explorador: browser.anubispace.org; moeda nativa: gasDAI.
2. Ponte em stablecoins. Mova DAI para Anubis através da ponte oficial documentada em anubischain.ai. A liquidez do Stablecoin é a principal rampa de acesso porque o gás é denominado em gasDAI.
3. Negocie através do RocketSwap. O DEX nativo hospeda os pools mais profundos, incluindo o par DAI/LGNS.
4. Rastreie mercados no DEXTools. Assim que a cobertura da rede estiver totalmente integrada, Ferramentas DEX pode ser usado para monitorar pares, liquidez e fluxo de trader em toda a Cadeia Anubis.
5. Verifique na rede. Use o explorador de blocos para confirmar a inclusão da transação. Transações transparentes são resolvidas em aproximadamente um segundo; transações protegidas adicionam o tempo de geração de prova PLONK do lado do usuário.

Perguntas frequentes