Rome Protocol illustra l'accesso EVM su Solana mentre le demo di lending girano sulla testnet

Rome Protocol ha pubblicato i dettagli di connessione per la sua testnet Hadrian, offrendo agli sviluppatori un ambiente finanziato in USDC per provare applicazioni stile Ethereum all'interno di Solana, mentre la sua documentazione elenca separatamente una rete mainnet chiamata Rubicon.

Sintesi

• La testnet Hadrian di Rome gira su Solana Devnet, mentre la sua documentazione indica separatamente Rubicon come mainnet.

• Le implementazioni di Compound v3 e Aave v3 restano applicazioni di riferimento, senza migrazioni ufficiali confermate.

• Hadrian utilizza USDC di test per il gas; i prezzi delle transazioni sono controllati tramite impostazioni configurabili dell'operatore.

• Rome riporta un audit di Halborn; la sua documentazione menziona compatibilità con Ethereum e limiti di esecuzione.

Il post del 18 ottobre di Rome Protocol identifica Hadrian come testnet su Solana Devnet, con ID catena 200010, endpoint RPC, explorer e istruzioni per ottenere USDC di test. Lo screenshot fornito indirizza gli sviluppatori al faucet di Circle e a un'interfaccia bridge per finanziare i loro wallet.

La documentazione per sviluppatori del progetto elenca Rubicon separatamente come mainnet, con ID catena 7531 e un diverso endpoint RPC. La sua pagina introduttiva descrive Rubicon come basato su USDC reale, distinguendo così l'ambiente produttivo dagli asset di test di Hadrian.

L'EVM di Rome esegue codice Solidity all'interno di Solana

La documentazione sull'esecuzione di Rome descrive una Macchina Virtuale Ethereum implementata come programma Solana. Un proxy riceve transazioni firmate stile Ethereum, le verifica tramite un emulatore esterno e ne impacchetta le istruzioni per l'esecuzione da parte dei validatori Solana.

Secondo l'architettura descritta dal progetto, i contratti Solidity possono richiamare programmi nativi Solana tramite invocazione tra programmi (CPI). Gli sviluppatori possono usare strumenti Ethereum familiari mentre i loro contratti vengono eseguiti nel runtime di Solana.

Potrebbe interessarti anche: Lighter lancia una devnet EVM con blocchi da 1 secondo e trading di contratti

La documentazione descrive uno stato applicativo condiviso tra utenti EVM e Solana. L'affermazione che non è necessario alcun bridge riguarda le interazioni all'interno di tale ambiente; tuttavia, le istruzioni per finanziare Hadrian indirizzano separatamente gli utenti a un bridge per trasferire USDC di test nella rete.

La guida all'esecuzione di Rome distingue due modalità di elaborazione. Le operazioni che rientrano in una singola transazione Solana usano l'esecuzione atomica, dove l'intera transazione ha successo o viene annullata insieme.

Per operazioni più complesse, la stessa guida descrive un'esecuzione iterativa su più transazioni Solana. Gli account vengono bloccati durante l'elaborazione e gli effetti memorizzati nella cache vengono confermati alla fine. Il progetto specifica un limite di sessione di 160 passi e restrizioni su quali chiamate a programmi Solana possono usare questa modalità.

La capacità di transazione di Solana è stata oggetto di modifiche di rete separate. In un rapporto del 30 agosto, Jacob Creech ha illustrato il passaggio previsto da transazioni da 1.232 byte a un formato da 4.096 byte, come precedentemente riportato da crypto.news. L'annuncio ha fissato Transaction V1 per il 9 settembre, trattando le riduzioni del tempo per slot e Alpenglow come aggiornamenti distinti.

Le implementazioni di Compound e Aave rimangono applicazioni di riferimento

La guida di Hadrian per Roma indica Uniswap, Compound e Aave come applicazioni di riferimento validate inizialmente sulla testnet.

Il repository Aerarium del progetto descrive un'applicazione di prestito Compound v3 con due percorsi per portafogli che condividono un unico pool di prestiti. Un percorso accetta transazioni firmate nello stile di Ethereum tramite MetaMask; l'altro utilizza Phantom e un'identità derivata da Solana, senza richiedere una chiave Ethereum.

Secondo tale repository, entrambi i percorsi accedono allo stesso mercato Comet, coprendo depositi in USDC, depositi di garanzia, prestiti, rimborsi e prelievi. L'indirizzo dell'applicazione indicato utilizza un dominio devnet. GitHub

Il repository dell'interfaccia Aave di Roma definisce esplicitamente il prodotto come una demo e lo colloca su Hadrian. Il relativo repository dei contratti descrive un fork del codice di Aave.

Questi materiali chiariscono come Roma presenta le proprie implementazioni. Non dimostrano tuttavia che l'organizzazione governativa di alcuno dei due protocolli di prestito abbia approvato un deployment in produzione o trasferito posizioni esistenti degli utenti su Roma.

Roma ha sviluppato altre applicazioni finanziarie tramite partnership. Nel marzo 2025, il progetto ha annunciato una collaborazione con KiiChain su asset tokenizzati e pagamenti cross-chain per l'America Latina. Gli executive hanno descritto piani relativi a immobili, materie prime agricole e accesso alla liquidità di Solana.

I pagamenti di gas in USDC dipendono dalla configurazione dell'operatore

La guida della rete Hadrian specifica l'USDC come token per il gas e identifica il mint USDC di Circle sulla Solana Devnet. Secondo la guida, gli sviluppatori che operano su Solana necessitano di USDC di test e di un po’ di SOL su devnet.

Il faucet di Circle supporta sia la Solana Devnet che l'Ethereum Sepolia. Il fornitore descrive i token del faucet come asset di test privi di valore reale e attualmente ne prevede la distribuzione di 20 USDC di test per richiesta, nel rispetto dei propri limiti.

La documentazione della chain-applicativa di Roma consente a un operatore di selezionare un token SPL per i pagamenti di gas e di indirizzare i ricavi delle commissioni di transazione verso un tesoro applicativo.

La stessa documentazione descrive un servizio di pricing che converte il token scelto per il gas in SOL per i costi di transazione sottostanti su Solana. La sua configurazione può attingere i prezzi dai pool Meteora o da un fallback Pyth/Hermes.

La pagina dei vincoli di Roma elenca prezzi minimi configurabili per il gas e un moltiplicatore a livello di proxy. Il framework pubblicato descrive quindi un pricing configurabile, senza stabilire un costo fisso in dollari per ogni transazione applicativa.

Le affermazioni su audit e compatibilità hanno limiti definiti

Il repository EVM di Roma identifica un programma mainnet e afferma che è stato auditato da Halborn. Il repository fornisce istruzioni per ricostruire il programma e confrontarlo con il binario distribuito, mascherando i metadati relativi al momento della compilazione e all'hash del commit durante il confronto.

La documentazione sulla compatibilità del progetto elenca differenze rispetto a Ethereum, tra cui la disabilitazione della funzionalità di esponenziazione modulare e un comportamento del gas che non riproduce lo schema per operazione di Ethereum.

La pagina dei vincoli precisa che le transazioni di Roma devono dichiarare in anticipo gli account Solana che toccheranno prima dell'esecuzione. Indica un limite massimo di 64 indirizzi per transazione e circa 1,4 milioni di unità di calcolo per transazione. La guida raccomanda di misurare il consumo effettivo di calcolo su Solana dalle ricevute delle transazioni, poiché la cifra del gas utilizzato nell'ambiente EVM non rappresenta fedelmente tale risorsa.

La tabella dei deployment mainnet indica un portafoglio multisig Squads come autorità di aggiornamento.

Altri progetti di interoperabilità mirano ai mercati istituzionali. Ad agosto, Interstice Digital ha annunciato un motore di swap cross-chain che collega Canton con Ethereum, Solana e Robinhood Chain. FalconX fornisce liquidità, mentre Interstice ha precisato di non detenere asset dei clienti né di eseguire transazioni per conto degli utenti.

Approfondisci: Bitmine aggiunge 12.535 ETH mentre il prezzo di Ethereum resta sotto i 2.500 USD