Rome Protocol detalla el acceso EVM de Solana mientras las demostraciones de préstamos se ejecutan en testnet
Tapbit WireRome Protocol ha publicado los detalles de conexión para su testnet Hadrian, ofreciendo a los desarrolladores un entorno financiado con USDC para probar aplicaciones al estilo de Ethereum dentro de Solana, mientras su documentación menciona por separado una red principal llamada Rubicon.
Resumen
La testnet Hadrian de Rome se ejecuta sobre Solana Devnet, mientras su documentación menciona por separado a Rubicon como red principal.
Las implementaciones de Compound v3 y Aave v3 siguen siendo aplicaciones de referencia, sin migraciones oficiales confirmadas.
Hadrian usa USDC de prueba para gas; los precios de transacción se controlan mediante configuraciones ajustables del operador.
Rome informa de una auditoría de Halborn; su documentación enumera compatibilidad con Ethereum y límites de ejecución.
La publicación del 18 de octubre de Rome identifica Hadrian como una testnet en Solana Devnet, con ID de cadena 200010, un punto final RPC, un explorador y pasos para obtener USDC de prueba. La captura adjunta indica a los desarrolladores usar el grifo de Circle y una interfaz de puente para financiar sus billeteras.
La documentación para desarrolladores del proyecto lista a Rubicon por separado como red principal, con ID de cadena 7531 y un punto final RPC distinto. Su página introductoria describe a Rubicon como que usa USDC real, diferenciando así el entorno de producción de los activos de prueba de Hadrian.
El EVM de Rome ejecuta código Solidity dentro de Solana
La documentación de ejecución de Rome describe una Máquina Virtual Ethereum implementada como un programa de Solana. Un proxy recibe transacciones firmadas al estilo Ethereum, las verifica mediante un emulador fuera de cadena y empaqueta sus instrucciones para su ejecución por validadores de Solana.
Según la arquitectura descrita, los contratos en Solidity pueden invocar programas nativos de Solana mediante invocación entre programas (CPI). Los desarrolladores pueden usar herramientas familiares de Ethereum mientras sus contratos se ejecutan dentro del entorno de tiempo de ejecución de Solana.
También te puede interesar: Lighter lanza una devnet EVM con bloques de 1 segundo y comercio de contratos
La documentación describe un estado de aplicación compartido entre usuarios EVM y Solana. Su afirmación de que no se necesita puente se refiere a interacciones dentro de ese entorno; las instrucciones de financiación de Hadrian dirigen por separado a los usuarios a un puente para ingresar USDC de prueba a la red.
La guía de ejecución de Rome distingue dos modos de procesamiento. Las operaciones que caben en una sola transacción de Solana usan ejecución atómica, donde toda la transacción tiene éxito o se revierte conjuntamente.
Para operaciones más exigentes, la misma guía describe una ejecución iterativa en varias transacciones de Solana. Las cuentas se bloquean durante el procesamiento y los efectos en caché se confirman al final. El proyecto establece un límite de sesión de 160 pasos y restricciones sobre qué llamadas a programas de Solana pueden usar este modo.
La capacidad de transacciones de Solana ha sido objeto de cambios independientes en la red. En un informe del 30 de agosto, Jacob Creech describió la transición planeada de transacciones de 1.232 bytes a un formato de 4.096 bytes, según informó previamente crypto.news. El anuncio programó la Transacción V1 para el 9 de septiembre y trató las reducciones de tiempo de ranura y Alpenglow como actualizaciones independientes.
Las implementaciones de Compound y Aave siguen siendo aplicaciones de referencia
La guía de Hadrian para Roma nombra a Uniswap, Compound y Aave como aplicaciones de referencia validadas primero en la testnet.
El repositorio Aerarium del proyecto describe una aplicación de préstamos Compound v3 con dos rutas de billetera que comparten un mismo grupo de préstamos. Una ruta acepta transacciones firmadas en estilo Ethereum mediante MetaMask; la otra usa Phantom y una identidad derivada de Solana sin requerir una clave de Ethereum.
Según ese repositorio, ambas rutas acceden al mismo mercado Comet, cubriendo depósitos de USDC, depósitos de garantía, préstamos, reembolsos y retiros. La dirección de la aplicación indicada usa un dominio de devnet. GitHub
El repositorio de la interfaz de Aave de Roma califica explícitamente al producto como una demostración y lo ubica en Hadrian. Su repositorio de contratos adjunto describe una bifurcación del código de Aave.
Esos materiales explican cómo Roma presenta sus implementaciones. No demuestran que la organización gobernante de ninguno de los protocolos de préstamo haya aprobado una implementación en producción ni trasladado posiciones existentes de usuarios a Roma.
Roma ha impulsado otras aplicaciones financieras mediante asociaciones. En marzo de 2025, el proyecto anunció su colaboración con KiiChain en activos tokenizados y finanzas de pagos transfronterizos para Latinoamérica. Los ejecutivos describieron planes relacionados con bienes raíces, commodities agrícolas y acceso a liquidez en Solana.
Los pagos de gas en USDC dependen de la configuración del operador
La guía de red de Hadrian especifica el USDC como su token de gas e identifica el mint de USDC de Circle en Solana Devnet. Según la guía, los desarrolladores que financien desde Solana necesitan USDC de prueba y algo de SOL de devnet.
El grifo de Circle admite tanto Solana Devnet como Ethereum Sepolia. El proveedor describe los tokens del grifo como activos de prueba sin valor real y actualmente indica una distribución de 20 USDC de prueba por solicitud, sujeta a sus límites.
La documentación de la cadena de aplicaciones de Roma permite al operador seleccionar un token SPL para los pagos de gas y dirigir los ingresos por tarifas de transacción a una tesorería de la aplicación.
La misma documentación describe un servicio de precios que convierte el token de gas elegido frente a SOL para los costos subyacentes de transacción en Solana. Su configuración puede obtener precios de los pools de Meteora o usar una alternativa de Pyth/Hermes.
La página de limitaciones de Roma enumera precios mínimos configurables de gas y un multiplicador a nivel de proxy. Por tanto, el marco publicado describe precios configurables, sin establecer un costo universal en dólares para cada transacción de la aplicación.
Las afirmaciones sobre auditorías y compatibilidad tienen límites definidos
El repositorio EVM de Roma identifica un programa de mainnet y señala que Halborn lo auditó. El repositorio incluye instrucciones para reconstruir el programa y compararlo con el binario desplegado, con metadatos de momento de compilación y hash de commit enmascarados durante la comparación.
La documentación de compatibilidad del proyecto enumera diferencias con Ethereum, incluida la funcionalidad de exponenciación modular deshabilitada y un comportamiento de gas que no reproduce el calendario por operación de Ethereum.
La página de limitaciones indica que las transacciones de Roma deben declarar previamente a la ejecución las cuentas de Solana que tocarán. Enumera un límite de 64 direcciones por transacción y aproximadamente 1,4 millones de unidades de cómputo por transacción. La guía recomienda medir el consumo real de cómputo en Solana a partir de los recibos de transacción, ya que la cifra de gas usado en EVM no representa fielmente ese uso de recursos.
Su tabla de despliegue en mainnet nombra una billetera multifirma de Squads como autoridad de actualización.
Otros proyectos independientes de interoperabilidad han apuntado a mercados institucionales. En agosto, Interstice Digital anunció un motor de intercambio transfronterizo que vincula Canton con Ethereum, Solana y Robinhood Chain. FalconX aporta liquidez, mientras que Interstice afirmó que no custodia activos de clientes ni ejecuta transacciones en nombre de los usuarios.
Más información: Bitmine añade 12 535 ETH mientras el precio de Ethereum se mantiene por debajo de los 2500 USD
