“Passe a frente, Sui. Passe a frente, Aptos.” Assim começou o tweet de lançamento. Ninguém perguntou o que isso realmente significa no nível de implementação. Sui usa Move centrado em objetos. Cada ativo é um objeto único na cadeia. Isso permite execução paralela sem conflitos de estado, pois objetos independentes não bloqueiam uns aos outros. Essa é a razão arquitetônica pela qual o Sui consegue processar transações como as 15 milhões de interações de jogos na cadeia da XOCIETY sem gargalos. Aptos usa Move baseado em contas com Block-STM, concorrência otimista, detecção de conflitos e reversão. Mais familiar para desenvolvedores de Ethereum, mais difícil de paralelizar limpa e claramente, mas com ferramentas de verificação formal mais robustas por meio do Move Prover. A implementação de Move da @Nasun_io é baseada em contas. Essa é uma escolha deliberada para uma cadeia que executa simultaneamente um DEX, uma camada de governança de IA e uma economia de ativos de jogos. O modelo baseado em contas fornece ao rastreamento de auditoria do Baram um modelo de estado mais coerente. Torna a lógica de roteamento de pedidos do Pado mais próxima do que os desenvolvedores de Ethereum já conhecem. Mas também significa que o Nasun não obtém o paralelismo em nível de objeto do Sui gratuitamente. A observação silenciosa: “execução paralela Layer-1” está na própria descrição do produto do Nasun. Em uma cadeia baseada em contas, a execução paralela requer concorrência otimista no estilo Block-STM ou equivalente. O que exatamente está rodando por baixo dos panos, e como ela lida com conflitos entre trocas do Pado e liquidações de ativos do Gen Sol ocorrendo simultaneamente? Essa é a pergunta técnica que o enquadramento “Passe a frente, Sui” nunca precisou responder.