💻 computer science

n-VM: A Multi-VM Layer-1 Architecture with Shared Identity and Token State

O artigo apresenta o n-VM, uma arquitetura de Camada 1 que integra múltiplas máquinas virtuais heterogêneas em um ambiente de execução unificado com consenso e estado compartilhados, resolvendo problemas de fragmentação de identidade e liquidez enquanto alcança um alto rendimento de transações.

Autores originais: Jian Sheng Wang

Publicado 2026-03-26

📖 5 min de leitura🧠 Leitura aprofundada

CC BY 4.0

Autores originais: Jian Sheng Wang

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que o mundo das criptomoedas hoje é como uma cidade gigante, mas dividida em bairros totalmente separados e isolados.

No Bairro Ethereum, as pessoas falam uma língua (EVM), usam um tipo de carteira e têm regras próprias.
No Bairro Solana, falam outra língua (SVM), usam carteiras diferentes e têm regras distintas.
No Bairro Bitcoin, é tudo ainda mais antigo e diferente.

O problema é que, se você mora no Bairro Ethereum e quer visitar o Bairro Solana, você precisa de um túnel perigoso (uma "ponte" ou bridge) para atravessar. Esses túneis já causaram bilhões de dólares em roubos e perdas. Além disso, você precisa ter uma chave diferente para cada bairro, o que é confuso e arriscado.

O artigo que você enviou apresenta uma solução chamada n-VM. Vamos explicar como isso funciona usando analogias simples.

1. A Ideia Principal: Um Único Prédio com Salas Diferentes

Em vez de construir vários prédios separados (blockchains diferentes) e tentar conectá-los com túneis, o n-VM propõe construir um único prédio gigante (uma única Blockchain).

Dentro desse prédio, existem várias salas de reunião (Máquinas Virtuais):

Uma sala para quem fala Ethereum.
Uma sala para quem fala Solana.
Uma sala para quem fala Bitcoin.
Uma sala para quem fala Tron.

A mágica: Todas essas salas estão no mesmo prédio, usam a mesma fundação (consenso) e o mesmo cofre de segurança (estado compartilhado). Não há paredes de concreto entre elas, apenas portas inteligentes.

2. O Porteiro Inteligente (O "Dispatcher")

Quando você chega na entrada do prédio com uma encomenda (uma transação), um porteiro super rápido olha o primeiro byte do seu envelope.

Se o envelope tem um "selo EVM", ele te envia imediatamente para a sala Ethereum.
Se tem um "selo Solana", vai para a sala Solana.
Isso acontece em milésimos de segundo. É como ter um código de barras que diz exatamente para qual sala você deve ir, sem precisar de burocracia.

3. A Identidade Única: O "Cartão de Identidade Universal"

Aqui está a parte mais brilhante. Hoje, você precisa de uma identidade diferente para cada bairro. No n-VM, você tem apenas uma identidade mestra (uma "semente" de 32 bytes).

Como funciona: Imagine que você tem uma impressão digital única. O sistema pega essa impressão digital e, automaticamente, gera um "crachá" específico para cada sala:
- Para a sala Ethereum, ele gera um crachá com formato Ethereum.
- Para a sala Solana, ele gera um crachá com formato Solana.
O benefício: Você não precisa decorar 5 senhas diferentes. Você usa sua identidade mestra, e o sistema sabe exatamente quem você é em qualquer sala. Se alguém roubar seu crachá da sala Ethereum, eles não conseguem descobrir seu crachá da sala Solana. É seguro e unificado.

4. O Banco de Dados Único: A "Conta Única"

Hoje, se você tem dinheiro no Bairro Ethereum e quer enviar para o Bairro Solana, o dinheiro precisa ser "trancado" em um lado e "liberado" no outro (o processo de bridge). Isso é lento e perigoso.

No n-VM, existe um único cofre de dinheiro para todos.

O dinheiro não precisa viajar. Ele apenas muda de "rótulo" dependendo de quem está olhando.
Se você é um programa Ethereum, ele vê o dinheiro como "ERC-20".
Se você é um programa Solana, ele vê o mesmo dinheiro como "SPL".
É a mesma moeda física, apenas vista de ângulos diferentes. Isso elimina a necessidade de túneis perigosos e torna a transferência instantânea e segura.

5. Velocidade: A "Fábrica de Encomendas"

Como lidar com tantas pessoas em salas diferentes ao mesmo tempo? O sistema usa uma técnica de paralelismo.

Imagine uma fábrica de encomendas:

Se dois pedidos não usam o mesmo estoque (não há conflito), eles podem ser processados ao mesmo tempo por máquinas diferentes.
O sistema do n-VM olha para as transações, separa as que não brigam entre si e as executa em paralelo.
O resultado? O prédio consegue processar entre 16.000 e 66.000 transações por segundo. Para comparação, o Ethereum atual faz cerca de 15 a 30 por segundo. É como trocar uma estrada de terra por uma rodovia de 100 pistas.

6. A Migração Suave: "Entrada pela Porta Traseira"

Você pode estar pensando: "Mas eu já tenho carteiras antigas (como MetaMask ou Phantom). Como eu entro nesse novo sistema?"

O n-VM tem uma porta de entrada especial.

Você pode usar sua carteira antiga de Ethereum ou Solana para entrar no sistema.
O sistema verifica sua assinatura antiga, cria sua "Identidade Mestra" automaticamente e te dá acesso a todas as salas.
É como se você entrasse em um hotel com uma chave antiga, e o recepcionista te desse um novo cartão magnético que abre todas as portas do hotel, sem você precisar sair de casa.

Resumo em uma frase

O n-VM é como transformar uma cidade de ilhas separadas e perigosas em um arranha-céu moderno, onde todos usam a mesma identidade, o mesmo cofre de dinheiro e podem se comunicar instantaneamente entre andares (salas) diferentes, sem precisar de pontes frágeis ou túneis perigosos.

Isso torna o mundo das criptomoedas mais seguro, mais rápido e muito mais fácil de usar para qualquer pessoa.

Resumo Técnico: n-VM

1. O Problema

O ecossistema de blockchains atual sofre de uma fragmentação severa devido à existência de múltiplos ambientes de execução incompatíveis (como EVM da Ethereum, SVM da Solana, Script do Bitcoin e TVM do Tron). As principais dores identificadas são:

Identidade Fragmentada: Usuários precisam gerenciar múltiplas carteiras e pares de chaves distintas para operar em diferentes ecossistemas.
Liquidez Isolada: Os ativos estão presos em "silos" específicos de cada VM.
Dependência de Pontes (Bridges): A transferência de tokens entre ambientes exige pontes de terceiros, que historicamente são o maior vetor de falhas de segurança na DeFi (com mais de US$ 2,8 bilhões perdidos em exploits entre 2021 e 2024).
Limitações das Abordagens Atuais: Projetos recentes (como Movement Labs, Eclipse, Sei v2) tentam integrar múltiplas VMs, mas geralmente subordinam uma VM à outra (como rollups ou camadas de compatibilidade), mantendo a identidade fragmentada e exigindo mecanismos de ponte para transferência de ativos.

2. Metodologia e Arquitetura

O artigo propõe o n-VM, uma arquitetura de Camada 1 (Layer-1) que hospeda $n$ máquinas virtuais heterogêneas como ambientes de execução co-iguais sobre um consenso compartilhado e um estado unificado. A solução baseia-se em três pilares principais:

A. Roteamento Baseado em Opcode (Dispatcher)

Cada transação possui um payload onde o primeiro byte (opcode) determina a VM alvo.
O espaço de opcodes (0-255) é particionado em intervalos contíguos para cada VM registrada.
Um dispatcher roteia a transação para a engine correta em $O(1)$ , garantindo determinismo e extensibilidade sem modificar engines existentes.

B. Camada de Identidade Unificada (Ace-Gf)

Utiliza o framework Ace-Gf (Atomic Cryptographic Entity Generative Framework).
Uma única identidade on-chain é representada por um compromisso de 32 bytes (id_com), derivado de um valor de entropia raiz (REV).
Derivação Determinística: Endereços específicos de cada VM (ex: 20 bytes para EVM, 32 bytes para SVM) são derivados deterministicamente do id_com usando funções de hash (SHA-256) com separadores de domínio (tags).
Ingresso de Cadeia Bruta (Raw Chain Ingress): Permite que usuários com carteiras legadas (MetaMask, Phantom, etc.) interajam com a rede sem conhecer o mecanismo de atestação, mapeando suas assinaturas nativas para o id_com unificado.

C. Livro-Razão de Tokens Unificado

Substitui a necessidade de tokens "wrapped" ou pontes.
Todos os estados de tokens são armazenados em um único programa nativo dentro da árvore de estado.
Interfaces nativas (ERC-20 para EVM, SPL para SVM) são vistas sobre o mesmo armazenamento subjacente.
Atomicidade: Transferências entre VMs ocorrem como uma única transação de estado, eliminando ciclos de bloqueio/mint/burn e riscos de pontes.

D. Execução Paralela e Sharding

Detecção de Conflitos: O agendador extrai conjuntos de escrita (write-sets) das transações. Transações que não conflitam em contas de destino podem ser executadas em paralelo.
Sharding Baseado em Contexto: Transações carregam uma tag de contexto opcional que as roteia para shards específicos, permitindo escalabilidade horizontal.

3. Principais Contribuições

Arquitetura n-VM Generalizada: Definição de um framework para $n$ VMs co-iguais em uma única cadeia, com roteamento de opcodes e interface de engine plugável.
Camada de Identidade Unificada: Formalização da derivação de endereços e prova de isolamento de identidade sob suposições criptográficas padrão.
Livro-Razão de Tokens Único: Demonstração de que interfaces ERC-20 e SPL podem coexistir sobre o mesmo armazenamento, provando a atomicidade de transferências cross-VM.
Execução Paralela: Introdução de um agendador baseado em write-set e esquemas de sharding que permitem escalabilidade significativa.
Instanciação Concreta: Implementação em Rust com 5 VMs:
- Native: Runtime nativo.
- EVM: Compatível com Solidity/Vyper (usando revm).
- SVM: Compatível com Solana (programas nativos).
- BVM: Interpretador de Script do Bitcoin (UTXO).
- TVM: Compatibilidade com Tron (via remapeamento de opcodes sobre a engine EVM).

4. Resultados e Desempenho

O modelo analítico de throughput, considerando hardware comercial (servidores de 16 núcleos) e um tempo de bloco de 400ms, projeta os seguintes cenários:

Execução Sequencial: ~5.000 TPS.
Lotes Paralelos (Detecção de Conflitos): ~16.000 TPS.
Sharding de Contexto (64 shards): ~33.000 a 66.000 TPS.

O desempenho superior depende da alta localidade dos shards (a maioria das transações sendo intra-shard) e da capacidade de determinar staticamente os conjuntos de escrita para 70% das transações.

5. Significado e Impacto

O n-VM representa uma mudança de paradigma na interoperabilidade de blockchains:

Fim das Pontes: Elimina a necessidade de pontes de terceiros e tokens sintéticos, reduzindo drasticamente a superfície de ataque e os custos de fricção.
Experiência do Usuário: Permite que um único usuário (uma única identidade raiz) interaja com contratos inteligentes em EVM, SVM, Bitcoin e Tron sem precisar de múltiplas carteiras ou gerenciar chaves separadas.
Escalabilidade Real: Ao tratar diferentes VMs como co-iguais e permitir execução paralela cruzada, a arquitetura supera as limitações de throughput de cadeias monolíticas.
Extensibilidade: A arquitetura é paramétrica; adicionar uma nova VM (ex: Move ou WASM) requer apenas implementar a interface da engine e registrar um intervalo de opcodes, sem alterar o núcleo de identidade ou o livro-razão de tokens.

Em suma, o n-VM oferece uma infraestrutura unificada que resolve o problema da fragmentação de liquidez e identidade, prometendo uma base mais segura e escalável para o futuro da Web3.