Detalles del Protocolo de Roma sobre el acceso a Solana EVM mientras las demostraciones de préstamos se ejecutan en la testnet

El Protocolo de Roma ha publicado detalles de conexión para su testnet Hadrian, proporcionando a los desarrolladores un entorno financiado con USDC para probar aplicaciones al estilo de Ethereum dentro de Solana, mientras que su documentación enumera por separado una red mainnet llamada Rubicon.

Resumen

• La testnet Hadrian de Roma se ejecuta en Solana Devnet, mientras que su documentación enumera por separado a Rubicon como mainnet.
• Las implementaciones de Compound v3 y Aave v3 siguen siendo aplicaciones de referencia, sin migraciones de protocolo oficiales confirmadas.
• Hadrian utiliza USDC de prueba para el gas, con precios de transacción controlados a través de configuraciones de operador configurables.
• Roma informa de una auditoría de Halborn, mientras que su documentación enumera la compatibilidad con Ethereum y los límites de ejecución.

La publicación del Protocolo de Roma del 18 de octubre identifica a Hadrian como una testnet que se ejecuta en Solana Devnet, con ID de cadena 200010, un punto final RPC, un explorador y instrucciones para obtener USDC de prueba. La captura de pantalla proporcionada dirige a los desarrolladores al grifo de Circle y a una interfaz de puente para financiar sus billeteras.

La documentación del desarrollador del proyecto enumera a Rubicon por separado como mainnet, con ID de cadena 7531 y un punto final RPC diferente. Su página introductoria describe a Rubicon como utilizando USDC real, diferenciando el entorno de producción de los activos de prueba de Hadrian.

Rome EVM ejecuta código Solidity dentro de Solana

La documentación de ejecución de Roma describe una Máquina Virtual de Ethereum implementada como un programa de Solana. Un proxy recibe transacciones firmadas al estilo de Ethereum, las verifica a través de un emulador fuera de la cadena y empaqueta sus instrucciones para la ejecución por parte de los validadores de Solana.

Según la arquitectura descrita por el proyecto, los contratos Solidity pueden llamar a programas nativos de Solana a través de invocación entre programas cruzados, o CPI. Los desarrolladores pueden usar herramientas familiares de Ethereum mientras sus contratos se ejecutan dentro del tiempo de ejecución de Solana.

La documentación describe un estado de aplicación compartido entre usuarios de EVM y Solana. Su declaración de que no se necesita un puente se refiere a las interacciones dentro de ese entorno; las instrucciones de financiación de Hadrian dirigen por separado a los usuarios a un puente al llevar USDC de prueba a la red.

La guía de ejecución de Roma distingue dos modos de procesamiento. Las operaciones que se ajustan dentro de una transacción de Solana utilizan ejecución atómica, donde la transacción completa tiene éxito o se revierte en conjunto.

Para operaciones más exigentes, la misma guía describe la ejecución iterativa a través de varias transacciones de Solana. Las cuentas están bloqueadas durante el procesamiento, y los efectos en caché se confirman al final. El proyecto enumera un límite de sesión de 160 pasos y restricciones sobre qué llamadas de programas de Solana pueden usar ese modo.

La capacidad de transacción de Solana ha sido objeto de cambios en la red por separado. En un informe del 30 de agosto, Jacob Creech delineó un movimiento planificado de transacciones de 1,232 bytes a un formato de 4,096 bytes, como informó anteriormente 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 separadas.

Las implementaciones de Compound y Aave siguen siendo aplicaciones de referencia

La guía de Hadrian de 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 compartiendo un único pool de préstamos. Una ruta acepta transacciones firmadas al estilo de Ethereum a través de MetaMask; la otra utiliza 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 colateral, préstamos, reembolsos y retiros. La dirección de la aplicación listada utiliza un dominio devnet. GitHub

El repositorio de la interfaz de Aave de Roma llama explícitamente al producto una demostración y lo coloca en Hadrian. Su repositorio de contrato adjunto describe un fork del código de Aave.

Esos materiales establecen cómo Roma presenta sus implementaciones. No establecen que la organización gobernante de ninguno de los protocolos de préstamo haya aprobado un despliegue de producción o trasladado posiciones de usuarios existentes a Roma.

Roma ha perseguido otras aplicaciones financieras a través de asociaciones. En marzo de 2025, el proyecto anunció un trabajo con KiiChain sobre activos tokenizados y finanzas de pago cruzado para América Latina. Los ejecutivos describieron planes que involucran bienes raíces, productos agrícolas y acceso a la liquidez de Solana.

Los pagos de gas USDC dependen de la configuración del operador

La guía de la red de Hadrian especifica USDC como su token de gas e identifica la acuñación de USDC de Circle en Solana Devnet. Los desarrolladores que financian desde Solana necesitan probar USDC y algo de SOL de devnet, según la guía.

El grifo de Circle admite tanto Solana Devnet como Ethereum Sepolia. El proveedor describe los tokens del grifo como activos de prueba sin valor en el mundo real y actualmente lista 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 a un operador seleccionar un token SPL para pagos de gas y dirigir los ingresos por tarifas de transacción a un tesoro de la aplicación.

La misma documentación describe un servicio de precios que convierte el token de gas elegido contra SOL para los costos de transacción subyacentes de Solana. Su configuración puede extraer precios de los pools de Meteora o de un respaldo de Pyth/Hermes.

La página de restricciones de Roma enumera precios mínimos de gas configurables y un multiplicador a nivel de proxy. Por lo tanto, el marco publicado describe precios configurables, sin establecer un costo universal en dólares para cada transacción de aplicación.

Las afirmaciones de auditoría y compatibilidad tienen límites definidos

El repositorio EVM de Roma identifica un programa de mainnet y dice que Halborn lo auditó. El repositorio proporciona instrucciones para reconstruir el programa y compararlo con el binario desplegado, con metadatos de tiempo de construcción y hash de compromiso enmascarados durante la comparación.

La documentación de compatibilidad del proyecto enumera diferencias con Ethereum, incluyendo funcionalidad de exponenciación modular deshabilitada y un comportamiento de gas que no reproduce el cronograma por operación de Ethereum.

La página de restricciones dice que las transacciones de Roma deben declarar las cuentas de Solana que tocan antes de la ejecución. Enumera un límite de transacción de 64 direcciones y aproximadamente 1.4 millones de unidades de cómputo por transacción. La guía recomienda medir el consumo real de cómputo de Solana a partir de los recibos de transacción porque la cifra de gas utilizado de EVM no representa fielmente ese uso de recursos.

Su tabla de despliegue de mainnet nombra una billetera multisig de Squads como autoridad de actualización.

Proyectos de interoperabilidad separados han apuntado a mercados institucionales. En agosto, Interstice Digital anunció un motor de intercambio cruzado que conecta Canton con Ethereum, Solana y Robinhood Chain. FalconX proporciona liquidez, mientras que Interstice dijo que no mantiene activos de clientes ni ejecuta transacciones en nombre de los usuarios.