Detalhes do Protocolo Rome sobre acesso ao Solana EVM enquanto demonstrações de empréstimo rodam na testnet

O Protocolo Rome publicou detalhes de conexão para sua testnet Hadrian, oferecendo aos desenvolvedores um ambiente financiado em USDC para experimentar aplicações no estilo Ethereum dentro do Solana, enquanto sua documentação lista separadamente uma rede mainnet chamada Rubicon.

Resumo

• A testnet Hadrian da Rome roda na Solana Devnet, enquanto sua documentação lista Rubicon como mainnet.
• As implementações do Compound v3 e Aave v3 permanecem como aplicações de referência, sem migrações de protocolo oficiais confirmadas.
• Hadrian utiliza USDC de teste para gás, com a precificação das transações controlada por meio de configurações de operador configuráveis.
• A Rome relata uma auditoria da Halborn, enquanto sua documentação lista compatibilidade com Ethereum e limites de execução.

A postagem do Protocolo Rome de 18 de outubro identifica Hadrian como uma testnet rodando na Solana Devnet, com ID da cadeia 200010, um endpoint RPC, um explorador e instruções para obter USDC de teste. A captura de tela fornecida direciona os desenvolvedores para a torneira da Circle e uma interface de ponte para financiar suas carteiras.

A documentação do desenvolvedor do projeto lista Rubicon separadamente como mainnet, com ID da cadeia 7531 e um endpoint RPC diferente. Sua página introdutória descreve Rubicon como usando USDC real, distinguindo o ambiente de produção dos ativos de teste de Hadrian.

Rome EVM executa código Solidity dentro do Solana

A documentação de execução da Rome descreve uma Máquina Virtual Ethereum implementada como um programa Solana. Um proxy recebe transações assinadas no estilo Ethereum, verifica-as através de um emulador offchain e empacota suas instruções para execução pelos validadores do Solana.

De acordo com a arquitetura descrita pelo projeto, contratos Solidity podem chamar programas nativos do Solana através de invocação entre programas, ou CPI. Os desenvolvedores podem usar ferramentas familiares do Ethereum enquanto seus contratos são executados dentro do tempo de execução do Solana.

A documentação descreve um estado de aplicação compartilhado entre usuários do EVM e do Solana. Sua afirmação de que nenhuma ponte é necessária diz respeito a interações dentro desse ambiente; as instruções de financiamento de Hadrian direcionam separadamente os usuários para uma ponte ao trazer USDC de teste para a rede.

O guia de execução da Rome distingue dois modos de processamento. Operações que se encaixam em uma transação Solana usam execução atômica, onde a transação completa é bem-sucedida ou reverte em conjunto.

Para operações mais exigentes, o mesmo guia descreve execução iterativa através de várias transações Solana. As contas são bloqueadas durante o processamento, e os efeitos em cache são confirmados no final. O projeto lista um limite de sessão de 160 etapas e restrições sobre quais chamadas de programa Solana podem usar esse modo.

A capacidade de transação do Solana tem sido objeto de mudanças separadas na rede. Em um relatório de 30 de agosto, Jacob Creech delineou um movimento planejado de transações de 1.232 bytes para um formato de 4.096 bytes, como relatado anteriormente pelo crypto.news. O anúncio agendou a Transação V1 para 9 de setembro e tratou reduções de tempo de slot e Alpenglow como atualizações separadas.

Implementações do Compound e Aave permanecem aplicações de referência

O guia Hadrian da Rome nomeia Uniswap, Compound e Aave como aplicações de referência validadas primeiro na testnet.

O repositório Aerarium do projeto descreve uma aplicação de empréstimo Compound v3 com duas rotas de carteira compartilhando um único pool de empréstimos. Uma rota aceita transações assinadas no estilo Ethereum através do MetaMask; a outra usa Phantom e uma identidade derivada do Solana sem exigir uma chave Ethereum.

De acordo com esse repositório, ambas as rotas acessam o mesmo mercado Comet, cobrindo depósitos de USDC, depósitos de colateral, empréstimos, reembolsos e retiradas. O endereço da aplicação listada usa um domínio devnet. GitHub

O repositório da interface Aave da Rome chama explicitamente o produto de demonstração e o coloca no Hadrian. Seu repositório de contrato acompanhante descreve um fork do código do Aave.

Esses materiais estabelecem como Roma apresenta suas implementações. Eles não estabelecem que a organização governante de nenhum dos protocolos de empréstimo aprovou uma implantação em produção ou transferiu posições de usuários existentes para Roma.

Roma tem buscado outras aplicações financeiras por meio de parcerias. Em março de 2025, o projeto anunciou trabalho com a KiiChain em ativos tokenizados e finanças de pagamento cross-chain para a América Latina. Executivos descreveram planos envolvendo imóveis, commodities agrícolas e acesso à liquidez da Solana.

Pagamentos de gás USDC dependem da configuração do operador

O guia da rede de Hadrian especifica o USDC como seu token de gás e identifica a cunhagem de USDC da Solana Devnet da Circle. Os desenvolvedores que financiam a partir da Solana precisam testar o USDC e algum SOL da devnet, de acordo com o guia.

O faucet da Circle suporta tanto a Solana Devnet quanto a Ethereum Sepolia. O provedor descreve os tokens do faucet como ativos de teste sem valor real e atualmente lista uma distribuição de 20 USDC de teste por solicitação, sujeita a seus limites.

A documentação da aplicação-chain de Roma permite que um operador selecione um token SPL para pagamentos de gás e direcione a receita de taxas de transação para um tesouro de aplicação.

A mesma documentação descreve um serviço de precificação que converte o token de gás escolhido contra SOL para os custos de transação subjacentes da Solana. Sua configuração pode extrair preços de pools Meteora ou de um fallback Pyth/Hermes.

A página de restrições de Roma lista preços mínimos de gás configuráveis e um multiplicador de nível proxy. Portanto, a estrutura publicada descreve preços configuráveis, sem estabelecer um custo universal em dólares para cada transação de aplicação.

Auditoria e reivindicações de compatibilidade têm limites definidos

O repositório EVM de Roma identifica um programa de mainnet e diz que a Halborn o auditou. O repositório fornece instruções para reconstruir o programa e compará-lo com o binário implantado, com metadados de tempo de construção e hash de commit mascarados durante a comparação.

A documentação de compatibilidade do projeto lista diferenças em relação à Ethereum, incluindo funcionalidade de exponenciação modular desativada e comportamento de gás que não reproduz o cronograma por operação da Ethereum.

A página de restrições diz que as transações de Roma devem declarar as contas da Solana que tocam antes da execução. Ela lista um limite de 64 endereços por transação e aproximadamente 1,4 milhão de unidades de computação por transação. O guia recomenda medir o consumo real de computação da Solana a partir dos recibos de transação, pois a figura de gás usada do EVM não representa fielmente esse uso de recurso.

Sua tabela de implantação de mainnet nomeia uma carteira multisignature Squads como autoridade de atualização.

Projetos de interoperabilidade separados têm como alvo os mercados institucionais. Em agosto, a Interstice Digital anunciou um motor de troca cross-chain ligando Canton com Ethereum, Solana e Robinhood Chain. A FalconX fornece liquidez, enquanto a Interstice disse que não detém ativos de clientes nem executa transações em nome dos usuários.