Rome Protocol detalha acesso EVM na Solana enquanto demonstrações de empréstimo rodam na testnet

Rome Protocol publicou os detalhes de conexão de sua testnet Hadrian, oferecendo aos desenvolvedores um ambiente financiado em USDC para testar aplicações no estilo Ethereum dentro da Solana, enquanto sua documentação lista separadamente uma rede principal chamada Rubicon.

Resumo

• A testnet Hadrian da Rome roda na Solana Devnet, enquanto sua documentação lista separadamente a Rubicon como rede principal.

• As implementações do Compound v3 e Aave v3 permanecem aplicações de referência, sem migrações oficiais confirmadas.

• Hadrian usa USDC de teste para taxas, com precificação de transações controlada por configurações ajustáveis do operador.

• Rome informa auditoria da Halborn; sua documentação menciona compatibilidade com Ethereum e limites de execução.

A postagem da Rome Protocol de 18 de outubro identifica Hadrian como uma testnet 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 orienta os desenvolvedores ao faucet da Circle e a uma interface de ponte para financiar suas carteiras.

A documentação de desenvolvedores do projeto lista a Rubicon separadamente como rede principal, com ID da cadeia 7531 e um endpoint RPC distinto. Sua página introdutória descreve a Rubicon como utilizando USDC real, distinguindo assim o ambiente de produção dos ativos de teste da Hadrian.

O EVM da Rome executa código Solidity dentro da 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 por meio de um emulador offchain e empacota suas instruções para execução pelos validadores da Solana.

Segundo a arquitetura descrita pelo projeto, contratos Solidity podem chamar programas nativos da Solana por meio de invocação entre programas (CPI). Desenvolvedores podem usar ferramentas Ethereum familiares, enquanto seus contratos são executados no runtime da Solana.

Você também pode gostar: Lighter lança devnet EVM com blocos de 1 segundo e negociação de contratos

A documentação descreve estado de aplicação compartilhado entre usuários EVM e Solana. A afirmação de que nenhuma ponte é necessária refere-se a interações dentro desse ambiente; as instruções de financiamento da Hadrian direcionam separadamente os usuários a 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 cabem em uma única transação Solana usam execução atômica, em que toda a transação tem sucesso ou reverte conjuntamente.

Para operações mais exigentes, o mesmo guia descreve execução iterativa em várias transações Solana. Contas são bloqueadas durante o processamento, e 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 a programas Solana podem usar esse modo.

A capacidade de transações da Solana foi objeto de mudanças de rede separadas. Em relatório de 30 de agosto, Jacob Creech detalhou a mudança planejada de transações de 1.232 bytes para um formato de 4.096 bytes, conforme relatado anteriormente pelo crypto.news. O anúncio agendou a Transação V1 para 9 de setembro e tratou reduções no tempo de slot e Alpenglow como atualizações distintas.

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

O guia de Hadrian, de Roma, nomeia Uniswap, Compound e Aave como aplicações de referência validadas inicialmente 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 via MetaMask; a outra usa Phantom e uma identidade derivada da Solana, sem exigir chave Ethereum.

Segundo 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 de Roma denomina explicitamente o produto como demonstração e o coloca em Hadrian. Seu repositório de contratos associado descreve um fork do código do Aave.

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

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

Pagamentos de taxa em USDC dependem da configuração do operador

O guia de rede de Hadrian especifica o USDC como seu token de taxa e identifica a mint de USDC da Circle na Solana Devnet. Segundo o guia, desenvolvedores que financiam na Solana precisam de USDC de teste e algo de SOL na devnet.

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 application-chain de Roma permite que um operador selecione um token SPL para pagamentos de taxa 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 taxa escolhido em SOL para custos subjacentes de transação na Solana. Sua configuração pode obter preços de pools Meteora ou usar fallback Pyth/Hermes.

A página de restrições de Roma lista preços mínimos configuráveis de taxa e um multiplicador no nível do proxy. O framework publicado, portanto, descreve precificação configurável, sem estabelecer um custo universal em dólares para cada transação da aplicação.

Declarações sobre auditoria e compatibilidade têm limites definidos

O repositório EVM de Roma identifica um programa mainnet e afirma que foi auditado pela Halborn. O repositório fornece instruções para reconstruir o programa e compará-lo com o binário implantado, com metadados de tempo de compilação 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 a funcionalidade de exponenciação modular desativada e comportamento de taxa que não reproduz o cronograma por operação do Ethereum.

A página de restrições afirma que as transações de Roma devem declarar previamente as contas da Solana que tocarão antes da execução. Ela lista um limite de 64 endereços por transação e cerca de 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 gas-used do EVM não representa fielmente esse uso de recurso.

A tabela de implantação mainnet nomeia uma carteira multifirmada Squads como autoridade de atualização.

Projetos separados de interoperabilidade visam mercados institucionais. Em agosto, a Interstice Digital anunciou um mecanismo de troca cross-chain vinculando Canton, Ethereum, Solana e Robinhood Chain. A FalconX fornece liquidez, enquanto a Interstice afirmou não manter ativos de clientes nem executar transações em nome dos usuários.

Leia mais: Bitmine adiciona 12.535 ETH enquanto o preço do Ethereum permanece abaixo de 2.500 USD