Rome explicó cómo los desarrolladores pueden probar aplicaciones compatibles con Ethereum dentro de Solana mediante Hadrian, una red de prueba que utiliza USDC ficticio para el gas. Las demostraciones de Compound y Aave siguen siendo proyectos experimentales, mientras Rubicon figura por separado como la red principal del protocolo.
***
- Hadrian opera sobre Solana Devnet con ID de cadena 200010; Rubicon aparece como red principal con ID 7531 y USDC real.
- Rome presenta demostraciones de Compound v3 y Aave v3, pero no hay confirmación de despliegues oficiales ni migraciones de usuarios.
- El gas en Hadrian se paga con USDC de prueba y las tarifas dependen de configuraciones ajustables por los operadores.
🚨 Rome habilita Hadrian para probar apps EVM en Solana
La testnet usa USDC de prueba para el gas y muestra demos de Compound v3 y Aave v3.
No hay confirmación de despliegues oficiales. Rubicon figura aparte como red principal y usa USDC real. pic.twitter.com/G7AMPsDLIt
— Diario฿itcoin (@DiarioBitcoin) October 19, 2026
Rome abre Hadrian para probar aplicaciones EVM dentro de Solana
Rome publicó los datos de conexión de Hadrian, su red de prueba para ejecutar aplicaciones al estilo Ethereum dentro de Solana. El entorno permite a los desarrolladores ensayar contratos y demostraciones de préstamos con USDC de prueba, pero el proyecto distingue esta experiencia experimental de Rubicon, que aparece en su documentación como red principal.
Hadrian es una testnet y Rubicon figura como red principal
La publicación de Rome del 18 de octubre identificó Hadrian como una red de prueba que funciona sobre Solana Devnet y detalló los recursos necesarios para conectarse. El material incluye un ID de cadena 200010, un punto de acceso RPC, un explorador y pasos para obtener USDC de prueba, datos que permiten configurar herramientas de desarrollo sin confundir el entorno con una red de producción.
Las instrucciones de financiación dirigen a los usuarios al grifo de Circle y a una interfaz de puente para llevar los activos de prueba a las billeteras. Ese paso es necesario para probar las aplicaciones en Hadrian, aunque no debe interpretarse como una transferencia de fondos reales ni como evidencia de que los protocolos de préstamos ya operen allí para usuarios de producción.
La documentación de Rome enumera por separado a Rubicon como su red principal, con ID de cadena 7531 y un punto de acceso RPC diferente. La página introductoria del proyecto describe a Rubicon como una red que utiliza USDC real, mientras Hadrian trabaja con activos de prueba, por lo que los nombres identifican entornos con propósitos y condiciones distintas.
La diferencia importa para cualquier desarrollador que configure una billetera o despliegue un contrato: una dirección, un token o una operación preparados para la testnet no deben tratarse como equivalentes a los de la red principal. Rome publicó las conexiones de Hadrian para facilitar las pruebas, pero la información disponible no confirma que las demostraciones de préstamos estén listas para recibir depósitos reales en Rubicon.
La EVM procesa contratos dentro del entorno de Solana
Rome describe su EVM como un programa implementado en Solana, una arquitectura que busca permitir el uso de contratos Solidity dentro del entorno de ejecución de esa cadena. En lugar de sustituir a Solana, la propuesta incorpora una capa compatible con herramientas de Ethereum y conecta la ejecución de contratos con programas nativos de la red.
Según la documentación técnica del proyecto, un proxy recibe transacciones firmadas con el formato habitual de Ethereum y las verifica mediante un emulador fuera de línea. Después, el proxy empaqueta las instrucciones para que los validadores de Solana puedan procesarlas, de modo que el desarrollador conserva herramientas conocidas mientras la ejecución ocurre dentro de la infraestructura de Solana.
Los contratos Solidity también pueden interactuar con programas nativos mediante llamadas entre programas, conocidas como CPI. Rome presenta esa posibilidad junto con un estado de aplicación compartido entre usuarios de EVM y Solana, una característica pensada para que ambos tipos de cuentas participen en el mismo entorno sin separar necesariamente sus interacciones en sistemas aislados.
La afirmación de que no hace falta un puente se refiere a esas interacciones dentro del entorno compartido, no a toda operación de financiación. Para introducir USDC de prueba en Hadrian, las instrucciones sí conducen a los usuarios a un puente, una distinción que evita interpretar la arquitectura de ejecución como una promesa de que no habrá movimientos entre redes.
Rome distingue dos formas de procesar operaciones. Las que caben en una transacción de Solana se ejecutan de manera atómica, por lo que todas sus instrucciones se completan o revierten juntas; las operaciones más exigentes pueden avanzar de manera iterativa mediante varias transacciones, con cuentas bloqueadas durante el procesamiento y efectos almacenados en caché que se confirman al final.
Las pruebas de Compound y Aave no confirman despliegues oficiales
La guía de Hadrian menciona Uniswap, Compound y Aave como aplicaciones de referencia que el equipo validó primero en la red de prueba. La inclusión de esos nombres describe el conjunto de ejemplos que Rome muestra a los desarrolladores, pero no significa por sí misma que las organizaciones responsables de esos protocolos hayan autorizado una implementación de producción dentro de la infraestructura de Rome.
El repositorio Aerarium de Rome documenta una aplicación de préstamos basada en Compound v3 y presenta dos rutas de acceso a un mismo pool. Una utiliza MetaMask y transacciones firmadas al estilo Ethereum; la otra recurre a Phantom y a una identidad derivada de Solana, sin exigir que el usuario cuente con una clave de Ethereum.
De acuerdo con ese repositorio, las dos rutas llegan al mismo mercado Comet y permiten probar depósitos de USDC, depósitos de colateral, préstamos, reembolsos y retiros. La dirección de la aplicación utiliza un dominio de devnet, un detalle coherente con su carácter experimental y que diferencia la demostración de una instancia de producción disponible para manejar posiciones reales.
Rome también mantiene una interfaz de Aave que su propio repositorio define explícitamente como una demostración situada en Hadrian. El repositorio de contratos que la acompaña describe un fork del código de Aave, pero esos materiales solo documentan la implementación que Rome presenta y no acreditan una aprobación del protocolo original.
La información publicada no confirma que Compound o Aave hayan aprobado un despliegue de producción en Rome, ni que posiciones existentes de sus usuarios se hayan trasladado a Hadrian o Rubicon. Por eso, las pruebas sirven como evidencia de compatibilidad técnica según el proyecto, pero no deben confundirse con migraciones oficiales o con una oferta de préstamos respaldada por las organizaciones de esos protocolos.
Gas en USDC, tarifas ajustables y límites de ejecución
La guía de Hadrian especifica que USDC funciona como token de gas y señala el mint de USDC de Solana Devnet de Circle. Para financiar una billetera desde Solana, Rome indica que hacen falta USDC de prueba y algo de SOL de devnet; el grifo de Circle admite tanto Solana Devnet como Ethereum Sepolia.
Circle describe los activos de su grifo como tokens de prueba sin valor en el mundo real y lista una distribución de 20 USDC de prueba por solicitud, sujeta a sus propios límites. Esa cantidad corresponde al mecanismo de financiación del grifo y no equivale a un saldo con valor comercial ni a una asignación garantizada para cualquier usuario.
La documentación de Rome permite que el operador de una cadena de aplicación seleccione un token SPL para pagar el gas y dirija los ingresos de las tarifas de transacción a la tesorería de esa aplicación. Además, describe un servicio de precios que convierte el token elegido frente a SOL para estimar los costos subyacentes de las operaciones en Solana.
Para obtener precios, la configuración puede consultar pools de Meteora o utilizar un respaldo de Pyth/Hermes, según la documentación del proyecto. Rome también enumera precios mínimos de gas configurables y un multiplicador aplicado a nivel del proxy, por lo que el esquema publicado ofrece parámetros ajustables en vez de fijar un costo único en dólares para cada transacción.
El proyecto afirma que Halborn auditó su programa EVM de red principal y ofrece instrucciones para reconstruirlo y compararlo con el binario desplegado. Durante esa comparación, los metadatos relativos al momento de compilación y al hash del commit aparecen enmascarados, de acuerdo con el repositorio; la auditoría reportada no elimina la necesidad de considerar las limitaciones técnicas que Rome también publica.
Entre esas diferencias, la documentación de compatibilidad con Ethereum señala que la exponenciación modular está deshabilitada y que el comportamiento del gas no reproduce el calendario de costos por operación de Ethereum. La página de restricciones añade que las transacciones deben declarar de antemano las cuentas de Solana que tocarán, con un máximo de 64 direcciones y alrededor de 1,4 millones de unidades de cómputo por transacción.
Rome recomienda medir el consumo real de cómputo de Solana a partir de los recibos de las transacciones, porque la cifra de gas que informa la EVM no representa fielmente ese uso de recursos. Su documentación también fija un límite de sesión de 160 pasos para la ejecución iterativa y restringe las llamadas a programas de Solana que pueden utilizar ese modo.
La tabla de despliegue de la red principal identifica una billetera multifirma de Squads como autoridad de actualización. En conjunto, los datos publicados dan a los desarrolladores parámetros para probar compatibilidad, costos y restricciones, pero el paso desde Hadrian hacia Rubicon requiere distinguir con cuidado las reglas de la testnet, las de producción y las aprobaciones que Rome no atribuye a Compound o Aave.
ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.
Suscríbete a nuestro boletín
Artículos Relacionados
IA
Amnon Shashua lanza Maxwell, una IA que acelera el código mientras se ejecuta
Empresas
Microsoft limita el acceso de sus agentes de IA según el riesgo que detecta
Hardware
SpacemiT presenta el V100, un procesador RISC-V de 46 núcleos para servidores
Binance
