Rome Protocol Ouvre L Accès Evm Sur Solana Testnet

Et si les développeurs Ethereum pouvaient déployer leurs contrats Solidity directement dans l environnement haute performance de Solana sans passer par des ponts complexes ou des solutions de couche 2 traditionnelles ? C est précisément la promesse que vient de formuler Rome Protocol en publiant les détails techniques de son testnet Hadrian. Alors que les démos de protocoles de prêt tournent déjà sur le réseau d essai, la communauté crypto observe avec attention cette tentative de marier deux univers longtemps considérés comme séparés.

Rome Protocol Dévoile Hadrian Et Ouvre L Accès Evm Aux Développeurs Sur Solana

Le 18 octobre 2026, Rome Protocol a officialisé les informations de connexion de son environnement de test baptisé Hadrian. Ce testnet s appuie sur Solana Devnet et porte le chain ID 200010. Les développeurs y trouvent un point d accès RPC, un explorateur dédié et surtout un moyen simple d obtenir des USDC de test pour financer leurs expériences. L annonce s accompagne d une documentation qui distingue clairement cet environnement d essai d un réseau principal déjà identifié sous le nom de Rubicon.

Cette distinction n est pas anodine. Hadrian sert de terrain de jeu sécurisé où l on peut casser et reconstruire sans risque financier réel, tandis que Rubicon apparaît comme la version destinée à accueillir des actifs véritables. Le projet insiste sur le fait que Rubicon utilisera de véritables USDC, ce qui marque une séparation nette entre la phase d expérimentation et la phase de production.

Un Environnement De Test Pensé Pour Les Outils Ethereum

Ce qui rend Hadrian particulièrement intéressant réside dans sa capacité à exécuter du code Solidity au sein même de Solana. Rome Protocol a conçu une machine virtuelle Ethereum implémentée sous forme de programme Solana. Un proxy reçoit les transactions signées à la manière Ethereum, les vérifie grâce à un émulateur hors chaîne, puis les emballe pour qu elles soient traitées par les validateurs Solana.

Les contrats peuvent même interagir avec des programmes natifs Solana grâce aux invocations croisées de programmes, plus connues sous le sigle CPI. Cette architecture permet aux développeurs de continuer à utiliser leurs outils habituels MetaMask, Hardhat ou Foundry tout en profitant de la vitesse et des coûts réduits de Solana. L état des applications devient partagé entre les utilisateurs provenant de l univers EVM et ceux déjà présents sur Solana.

Les contrats Solidity peuvent appeler des programmes Solana natifs via des invocations croisées. Les développeurs gardent leurs outils familiers tandis que l exécution se déroule dans le runtime Solana.

Documentation technique Rome Protocol

Il convient toutefois de nuancer un point souvent mal compris. Lorsque la documentation affirme qu aucun pont n est nécessaire, elle parle des interactions internes à l environnement Rome. Pour alimenter un portefeuille en USDC de test sur Hadrian, les utilisateurs sont malgré tout dirigés vers une interface de pont et le faucet de Circle. La fluidité promise concerne donc le fonctionnement quotidien une fois les fonds arrivés, et non l arrivée initiale des actifs de test.

Deux Modes D Exécution Pour Gérer La Complexité Des Transactions

Rome Protocol a anticipé les limites inhérentes à la taille des transactions Solana. Deux modes de traitement coexistent. Le mode atomique s applique aux opérations qui tiennent dans une seule transaction Solana. Dans ce cas, tout réussit ensemble ou tout est annulé. C est le comportement classique attendu par les développeurs Ethereum.

Pour les opérations plus lourdes, le projet a prévu un mode itératif qui s étale sur plusieurs transactions Solana. Les comptes concernés sont verrouillés pendant le processus et les effets sont mis en cache avant d être validés à la fin. Une limite de 160 étapes par session a été fixée, et certains appels à des programmes Solana restent interdits dans ce mode. Ces contraintes montrent que l équipe a tenté de concilier la richesse fonctionnelle d Ethereum avec les réalités techniques de Solana.

Ces choix techniques interviennent dans un contexte où Solana elle-même évolue. Des discussions autour de l agrandissement de la taille des transactions de 1 232 octets vers 4 096 octets ont déjà eu lieu, avec une mise en œuvre envisagée sous le nom de Transaction V1. Les réductions de temps de slot et le protocole Alpenglow constituent d autres axes d amélioration distincts. Rome Protocol s inscrit donc dans un écosystème en mouvement permanent.

Les Démos De Prêt Compound Et Aave Restent Des Références

Sur Hadrian, Rome Protocol a choisi de mettre en avant des applications de référence. Uniswap, Compound et Aave figurent parmi les protocoles cités comme ayant été validés en premier sur le testnet. L attention se concentre particulièrement sur les implémentations de prêt.

Le dépôt Aerarium présente une version de Compound v3. Deux parcours de portefeuille coexistent et partagent le même pool de liquidité. Le premier accepte les transactions signées à la manière Ethereum via MetaMask. Le second s appuie sur Phantom et une identité dérivée de Solana, sans nécessiter de clé Ethereum. Les deux routes donnent accès au même marché Comet pour les dépôts d USDC, les dépôts de collatéral, les emprunts, les remboursements et les retraits.

Du côté d Aave, le projet propose également une interface présentée explicitement comme une démonstration placée sur Hadrian. Le dépôt de contrats correspondant décrit un fork du code original d Aave. Ces éléments montrent la volonté de Rome Protocol de prouver la viabilité de son environnement pour des applications DeFi sophistiquées. Cependant, rien n indique à ce stade que les organisations gouvernant Compound ou Aave aient validé un déploiement en production ou prévu le transfert de positions utilisateurs existantes vers Rome.

Les matériaux disponibles établissent la manière dont Rome présente ses implémentations. Ils ne prouvent pas qu une organisation de gouvernance ait approuvé un déploiement de production.

Cette prudence est essentielle. Dans l univers de la finance décentralisée, la distinction entre une démonstration technique réussie et une adoption officielle par un protocole établi reste fondamentale. Les utilisateurs et les développeurs doivent garder cette nuance à l esprit.

Le Paiement Des Frais En Usdc Dépend De La Configuration Opérateur

Hadrian utilise l USDC comme token de gaz. Le guide réseau pointe vers le mint USDC de Circle sur Solana Devnet. Les développeurs qui financent depuis Solana ont besoin à la fois d USDC de test et d un peu de SOL Devnet. Le faucet de Circle permet d obtenir ces tokens de test, actuellement limités à 20 USDC de test par demande selon les plafonds en vigueur.

La documentation relative aux chaînes d application autorise un opérateur à sélectionner un token SPL pour le paiement des frais et à diriger les revenus vers une trésorerie d application. Un service de tarification convertit le token de gaz choisi en SOL pour couvrir les coûts sous-jacents des transactions Solana. Les prix peuvent provenir de pools Meteora ou d un système de secours Pyth et Hermes.

Des paramètres configurables existent pour les prix de gaz minimum et un multiplicateur au niveau du proxy. Le cadre publié décrit donc une tarification flexible plutôt qu un coût unique en dollars applicable à toutes les transactions. Cette approche laisse une marge de manœuvre aux opérateurs d applications tout en restant ancrée dans les réalités économiques de Solana.

Audit Halborn Et Limites De Compatibilité Affichées Clairement

Rome Protocol a fait auditer son programme principal par Halborn. Le dépôt EVM fournit des instructions pour reconstruire le programme et le comparer au binaire déployé, avec masquage des métadonnées de compilation et du hash de commit pendant la comparaison. Cette transparence relative constitue un élément rassurant pour les développeurs soucieux de sécurité.

La documentation de compatibilité dresse néanmoins la liste des différences avec Ethereum. Certaines fonctionnalités comme l exponentiation modulaire sont désactivées. Le comportement du gaz ne reproduit pas fidèlement le barème opération par opération d Ethereum. Les transactions Rome doivent déclarer à l avance les comptes Solana qu elles touchent. Une limite de 64 adresses par transaction et environ 1,4 million d unités de calcul par transaction s appliquent.

Le guide recommande de mesurer la consommation réelle d unités de calcul Solana à partir des reçus de transaction, car la valeur gas-used de l EVM ne représente pas fidèlement cette ressource. Sur le réseau principal, l autorité de mise à niveau est confiée à un portefeuille multisignature Squads. Ces précisions montrent que l équipe assume les compromis techniques plutôt que de promettre une compatibilité parfaite et sans limite.

Au-Delà Des Démos De Prêt D Autres Horizons Se Dessinent

Rome Protocol ne se limite pas aux applications de prêt. Dès mars 2025, le projet avait annoncé une collaboration avec KiiChain autour d actifs tokenisés et de finance de paiement interchaîne destinée à l Amérique latine. Les dirigeants évoquaient alors des perspectives liées à l immobilier, aux matières premières agricoles et à l accès à la liquidité Solana. Ces ambitions illustrent une vision plus large que la simple compatibilité EVM.

D autres initiatives d interopérabilité ciblent les marchés institutionnels. En août, Interstice Digital a présenté un moteur d échange interchaîne reliant Canton à Ethereum, Solana et Robinhood Chain. FalconX apporte la liquidité tandis qu Interstice affirme ne pas détenir d actifs clients ni exécuter de transactions pour le compte des utilisateurs. Ces mouvements montrent que la question de la connexion entre différents univers blockchain reste centrale dans l industrie.

Dans ce paysage, Rome Protocol se positionne comme une solution permettant aux équipes formées sur Ethereum de tirer parti des performances de Solana sans tout réapprendre. L intérêt est évident pour les projets qui souhaitent conserver leur base de code Solidity tout en cherchant une exécution plus rapide et moins coûteuse.

Ce Que Cette Annonce Change Pour Les Développeurs

Pour un développeur habitué à l écosystème Ethereum, l arrivée de Hadrian représente une opportunité concrète d expérimenter. Il peut déployer un contrat existant, interagir avec des programmes Solana natifs et tester des flux de prêt complexes dans un environnement où les erreurs ne coûtent que du temps. L existence de démos Compound et Aave fournit des points de référence immédiats.

Cependant, plusieurs questions restent ouvertes. Quelle sera la performance réelle une fois le trafic plus dense ? Comment les coûts se comporteront-ils en conditions de marché tendues ? Les limites de 64 adresses et de 1,4 million d unités de calcul suffiront-elles pour des applications plus ambitieuses ? Les réponses viendront progressivement au fil des tests menés sur Hadrian et, plus tard, sur Rubicon.

La présence d un audit Halborn et d un mécanisme de gouvernance par multisignature Squads apporte un niveau de sérieux bienvenu. Pourtant, comme toujours dans le domaine des technologies émergentes, la confiance se construit dans la durée par l usage réel et non uniquement par la documentation.

Solana Et Ethereum Deux Univers Qui Se Rapprochent

Depuis plusieurs années, le débat oppose souvent les partisans de la pureté d Ethereum à ceux qui vantent les performances de Solana. Rome Protocol propose une voie médiane. Plutôt que de forcer un choix exclusif, le projet tente de permettre aux deux mondes de cohabiter au sein d une même infrastructure d exécution.

Cette approche n est pas unique. D autres initiatives cherchent également à rapprocher les développeurs Ethereum d environnements alternatifs. La spécificité de Rome réside dans le fait d intégrer l EVM directement comme programme Solana plutôt que de créer une chaîne latérale ou une solution de couche 2 classique. Le partage d état entre utilisateurs EVM et utilisateurs Solana natifs constitue un argument différenciant potentiellement puissant.

Si la phase de test se déroule correctement et si Rubicon parvient à attirer une liquidité réelle, le paysage de la DeFi pourrait s enrichir d une nouvelle option. Les protocoles de prêt, les marchés de swaps et les applications plus complexes pourraient trouver sur Solana un terrain d exécution complémentaire tout en restant accessibles aux équipes formées sur Ethereum.

Les Points De Vigilance À Ne Pas Négliger

Tout projet ambitieux comporte des zones d ombre. Rome Protocol affiche clairement certaines limitations techniques. La désactivation de fonctionnalités Ethereum, le comportement différent du gaz et les plafonds d adresses et d unités de calcul constituent des réalités avec lesquelles les développeurs devront composer. Ces contraintes peuvent sembler acceptables pour de nombreuses applications, mais elles interdisent potentiellement certaines architectures plus exigeantes.

La distinction entre démonstration et adoption officielle des protocoles de prêt mérite également d être soulignée à plusieurs reprises. Voir une version de Compound ou d Aave tourner sur Hadrian ne signifie pas que les organisations derrière ces protocoles ont validé le déploiement. Les utilisateurs qui confondraient ces deux niveaux d information prendraient un risque inutile.

Enfin, la dépendance à des configurations d opérateur pour la tarification du gaz introduit une variable supplémentaire. Selon les choix faits par chaque opérateur d application, le coût réel d une transaction peut varier. Cette flexibilité est un atout pour les constructeurs d applications, mais elle demande une attention particulière de la part des utilisateurs finaux.

Une Étape Dans Un Mouvement Plus Large D Interopérabilité

L annonce de Rome Protocol s inscrit dans une tendance plus générale où les frontières entre blockchains deviennent progressivement plus poreuses. Les ponts, les solutions de messagerie interchaîne, les machines virtuelles portables et les environnements d exécution hybrides multiplient les possibilités. Chaque nouvelle initiative contribue à réduire la friction qui a longtemps freiné le déplacement de liquidité et de talent entre écosystèmes.

Dans ce contexte, la capacité à exécuter du code Solidity sur Solana tout en conservant la possibilité d interagir avec des programmes natifs représente un pas intéressant. Si d autres projets suivent des voies similaires, les développeurs pourraient à terme choisir leur environnement d exécution en fonction des besoins de performance, de coût et de liquidité plutôt qu en fonction de la seule compatibilité linguistique.

Les prochains mois seront déterminants. Le volume d activité sur Hadrian, la qualité des retours des développeurs et les éventuelles améliorations apportées à l architecture donneront une idée plus précise du potentiel réel de Rubicon. En attendant, Rome Protocol a posé des bases documentées et auditées qui méritent d être explorées par quiconque s intéresse à l avenir de la DeFi multi-environnements.

Comment Aborder Hadrian En Pratique

Pour un développeur souhaitant tester l environnement, le parcours est relativement direct. Il faut d abord récupérer des USDC de test via le faucet de Circle, éventuellement passer par le pont indiqué, puis se connecter au RPC d Hadrian avec le chain ID 200010. Les outils Ethereum habituels restent utilisables pour déployer et interagir avec les contrats.

Les dépôts de démonstration Compound et Aave constituent d excellents points d entrée pour comprendre les flux possibles. Observer comment les deux routes de portefeuille MetaMask et Phantom coexistent sur le même pool de liquidité permet de saisir concrètement l intérêt de l architecture partagée. Mesurer la consommation réelle d unités de calcul à partir des reçus de transaction aide également à anticiper les comportements en conditions plus exigeantes.

Comme toujours avec les réseaux de test, il convient de garder à l esprit que les performances observées ne préjugent pas nécessairement de celles du réseau principal. Les conditions de charge, la concurrence pour les ressources et les ajustements de paramètres peuvent modifier significativement l expérience une fois Rubicon en production.

Perspectives Et Questions Ouvertes Pour La Suite

Plusieurs interrogations resteront en suspens jusqu à ce que davantage de données d usage soient disponibles. Quelle sera l adoption réelle par les équipes de développement déjà investies dans l écosystème Ethereum ? Les protocoles établis envisageront-ils un jour des déploiements officiels plutôt que de simples forks de démonstration ? Comment évoluera le modèle économique lié à la tarification configurable du gaz ?

La collaboration avec KiiChain autour d actifs tokenisés et de finance de paiement en Amérique latine suggère que Rome Protocol ne se contente pas d une vision purement technique. L ambition semble inclure des cas d usage concrets liés à l économie réelle. Si ces projets avancent, ils pourraient fournir des preuves d utilité au-delà de la simple compatibilité de code.

Dans un secteur où les annonces se multiplient, la capacité à livrer un environnement stable, documenté et audité constitue déjà un critère de différenciation. Rome Protocol a franchi cette étape avec Hadrian. La suite dépendra de la manière dont la communauté développeurs s emparera de cet outil et des améliorations continues apportées par l équipe.

En définitive, l ouverture de l accès EVM sur Solana via le testnet Hadrian marque un moment notable dans le rapprochement progressif des deux grands univers de la blockchain publique. Les développeurs disposent désormais d un terrain d expérimentation concret. Les résultats de ces expérimentations diront si cette voie hybride s impose comme une option durable ou reste une curiosité technique intéressante mais limitée. Pour l instant, les portes de Hadrian sont ouvertes et les premiers contrats de prêt tournent déjà.