A Rome Protocol publicou os detalhes de conexão de sua testnet Hadrian, oferecendo aos desenvolvedores um ambiente financiado em USDC para experimentar aplicações no estilo Ethereum dentro da 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 separadamente a Rubicon como mainnet.
- As implementações do Compound v3 e do Aave v3 permanecem como aplicações de referência, sem migrações oficiais de protocolo confirmadas.
- A Hadrian usa USDC de teste para gas, com o preço das transações controlado 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 publicação da Rome Protocol de 18 de outubro identifica a Hadrian como uma testnet rodando na Solana Devnet, com chain ID 200010, um endpoint RPC, um explorador e instruções para obter USDC de teste. A captura de tela fornecida direciona os desenvolvedores ao faucet da Circle e a uma interface de bridge para financiar suas carteiras.
A documentação para desenvolvedores do projeto lista a Rubicon separadamente como mainnet, com chain ID 7531 e um endpoint RPC diferente. Sua página introdutória descreve a Rubicon como usando USDC real, distinguindo o ambiente de produção dos ativos de teste da Hadrian.
A EVM da Rome executa código Solidity dentro da Solana
A documentação de execução da Rome descreve uma Ethereum Virtual Machine implementada como um programa Solana. Um proxy recebe transações assinadas no estilo Ethereum, verifica-as por meio de um emulador offchain e empacota suas instruções para execução pelos validadores da Solana.
De acordo com a arquitetura descrita pelo projeto, contratos Solidity podem chamar programas nativos da Solana por meio de invocação entre programas, ou CPI. Os desenvolvedores podem usar ferramentas Ethereum familiares enquanto seus contratos são executados dentro do runtime da Solana.
A documentação descreve estado de aplicação compartilhado entre usuários da EVM e da Solana. Sua afirmação de que nenhuma bridge é necessária diz respeito a interações dentro desse ambiente; as instruções de financiamento da Hadrian direcionam separadamente os usuários a uma bridge ao trazer USDC de teste para a rede.
O guia de execução da Rome distingue dois modos de processamento. Operações que cabem em uma única transação Solana usam execução atômica, em que a transação completa é bem-sucedida ou revertida em conjunto.
Para operações mais exigentes, o mesmo guia descreve execução iterativa ao longo de várias transações Solana. As contas são bloqueadas durante o processamento, e os efeitos em cache são confirmados ao final. O projeto lista um limite de sessão de 160 etapas e restrições sobre quais chamadas de programas Solana podem usar esse modo.
A capacidade de transações da Solana tem sido objeto de mudanças de rede separadas. Em um relatório de 30 de agosto, Jacob Creech delineou uma mudança planejada de transações de 1.232 bytes para um formato de 4.096 bytes, conforme o crypto.news relatou anteriormente. O anúncio agendou a Transaction V1 para 9 de setembro e tratou reduções de slot-time e o Alpenglow como upgrades separados.
As implementações do Compound e do Aave permanecem como aplicações de referência
O guia da 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éstimo. Uma rota aceita transações assinadas no estilo Ethereum por meio da MetaMask; a outra usa Phantom e uma identidade derivada da Solana sem exigir uma chave Ethereum.
De acordo com esse repositório, ambas as rotas acessam o mesmo mercado Comet, cobrindo depósitos em USDC, depósitos de garantia, empréstimos, pagamentos e saques. O endereço da aplicação listado usa um domínio devnet. GitHub
O repositório da interface Aave da Rome chama explicitamente o produto de demo e o coloca na Hadrian. Seu repositório de contratos acompanhante descreve um fork do código do Aave.
Esses materiais estabelecem como a Rome apresenta suas implementações. Eles não estabelecem que a organização governante de qualquer um dos protocolos de empréstimo tenha aprovado uma implantação em produção ou movido posições existentes de usuários para a Rome.
Roma buscou 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 gas em USDC dependem da configuração do operador
O guia de rede do Hadrian especifica o USDC como seu token de gas e identifica o mint de USDC da Circle na Solana Devnet. Desenvolvedores que financiam a partir da Solana precisam de USDC de teste e algum SOL de 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 no mundo real e atualmente lista uma distribuição de 20 USDC de teste por solicitação, sujeita aos seus limites.
A documentação de application-chain da Roma permite que um operador selecione um token SPL para pagamentos de gas e direcione a receita de taxas de transação para um tesouro da aplicação.
A mesma documentação descreve um serviço de precificação que converte o token de gas escolhido em relação ao SOL para os custos subjacentes de transação na Solana. Sua configuração pode obter preços de pools da Meteora ou de um fallback Pyth/Hermes.
A página de restrições da Roma lista preços mínimos de gas configuráveis e um multiplicador no nível de proxy. O framework publicado, portanto, descreve precificação configurável, sem estabelecer um custo universal em dólares para cada transação de aplicação.
Alegações de auditoria e compatibilidade têm limites definidos
O repositório EVM da Roma identifica um programa de mainnet e afirma 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 build e hash de commit mascarados durante a comparação.
A documentação de compatibilidade do projeto lista diferenças em relação ao Ethereum, incluindo funcionalidade de exponenciação modular desativada e comportamento de gas que não reproduz o cronograma por operação do Ethereum.
A página de restrições afirma que as transações da 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, porque o valor de gas usado na EVM não representa fielmente esse uso de recursos.
Sua tabela de implantação em mainnet nomeia uma carteira multisignature Squads como autoridade de upgrade.
Projetos separados de interoperabilidade têm visado mercados institucionais. Em agosto, a Interstice Digital anunciou um motor de swap cross-chain que conecta Canton com Ethereum, Solana e Robinhood Chain. A FalconX fornece liquidez, enquanto a Interstice afirmou que não detém ativos de clientes nem executa transações em nome dos usuários.
