Rome Protocol opublikował szczegóły połączenia dla swojej sieci testowej Hadrian, zapewniając programistom środowisko finansowane w USDC do wypróbowywania aplikacji w stylu Ethereum wewnątrz Solany, podczas gdy jego dokumentacja osobno wymienia sieć mainnet o nazwie Rubicon.
Podsumowanie
- Sieć testowa Hadrian firmy Rome działa na Solana Devnet, podczas gdy jej dokumentacja osobno wymienia Rubicon jako mainnet.
- Implementacje Compound v3 i Aave v3 pozostają aplikacjami referencyjnymi, bez potwierdzonych oficjalnych migracji protokołów.
- Hadrian używa testowego USDC jako opłaty za gas, a ceny transakcji są kontrolowane poprzez konfigurowalne ustawienia operatora.
- Rome podaje audyt Halborn, podczas gdy jego dokumentacja wymienia kompatybilność z Ethereum i limity wykonania.
Wpis Rome Protocol z 18 października identyfikuje Hadrian jako sieć testową działającą na Solana Devnet, z identyfikatorem łańcucha 200010, punktem końcowym RPC, eksploratorem i instrukcjami uzyskania testowego USDC. Dostarczony zrzut ekranu kieruje programistów do faucetu Circle i interfejsu mostu w celu zasilenia ich portfeli.
Dokumentacja dla programistów projektu wymienia Rubicon osobno jako mainnet, z identyfikatorem łańcucha 7531 i innym punktem końcowym RPC. Jego wprowadzająca strona opisuje Rubicon jako używający prawdziwego USDC, odróżniając środowisko produkcyjne od zasobów testowych Hadrian.
Rome EVM uruchamia kod Solidity wewnątrz Solany
Dokumentacja wykonania Rome opisuje Ethereum Virtual Machine zaimplementowaną jako program Solany. Proxy odbiera podpisane transakcje w stylu Ethereum, sprawdza je poprzez offchainowy emulator i pakuje ich instrukcje do wykonania przez walidatorów Solany.
Zgodnie z architekturą opisaną przez projekt, kontrakty Solidity mogą wywoływać natywne programy Solany poprzez wywołanie międzyprogramowe, czyli CPI. Programiści mogą używać znanych narzędzi Ethereum, podczas gdy ich kontrakty wykonują się w środowisku uruchomieniowym Solany.
Dokumentacja opisuje współdzielony stan aplikacji między użytkownikami EVM i Solany. Jej stwierdzenie, że most nie jest potrzebny, dotyczy interakcji wewnątrz tego środowiska; instrukcje finansowania Hadrian osobno kierują użytkowników do mostu przy wprowadzaniu testowego USDC do sieci.
Przewodnik wykonania Rome wyróżnia dwa tryby przetwarzania. Operacje mieszczące się w jednej transakcji Solany używają wykonania atomowego, gdzie cała transakcja kończy się sukcesem lub zostaje wycofana razem.
Dla bardziej wymagających operacji ten sam przewodnik opisuje wykonanie iteracyjne w kilku transakcjach Solany. Konta są blokowane podczas przetwarzania, a efekty w pamięci podręcznej są zatwierdzane na końcu. Projekt wymienia limit sesji wynoszący 160 kroków oraz ograniczenia dotyczące tego, które wywołania programów Solany mogą używać tego trybu.
Przepustowość transakcji Solany była przedmiotem odrębnych zmian sieci. W raporcie z 30 sierpnia Jacob Creech przedstawił planowane przejście z transakcji 1 232-bajtowych na format 4 096-bajtowy, jak wcześniej informował crypto.news. Ogłoszenie zaplanowało Transaction V1 na 9 września i potraktowało redukcje czasu slotu oraz Alpenglow jako odrębne aktualizacje.
Implementacje Compound i Aave pozostają aplikacjami referencyjnymi
Przewodnik Hadrian firmy Rome wymienia Uniswap, Compound i Aave jako aplikacje referencyjne zweryfikowane najpierw w sieci testowej.
Repozytorium Aerarium projektu opisuje aplikację pożyczkową Compound v3 z dwiema ścieżkami portfela współdzielącymi jedną pulę pożyczkową. Jedna ścieżka akceptuje podpisane transakcje w stylu Ethereum poprzez MetaMask; druga używa Phantom i tożsamości wywodzącej się z Solany, bez wymagania klucza Ethereum.
Zgodnie z tym repozytorium obie ścieżki uzyskują dostęp do tego samego rynku Comet, obejmując depozyty USDC, depozyty zabezpieczeń, pożyczanie, spłaty i wypłaty. Wymieniony adres aplikacji używa domeny devnet. GitHub
Repozytorium interfejsu Aave firmy Rome wyraźnie nazywa produkt demonstracją i umieszcza go na Hadrian. Towarzyszące mu repozytorium kontraktów opisuje fork kodu Aave.
Te materiały ustalają, w jaki sposób Rome prezentuje swoje implementacje. Nie ustalają jednak, że organizacja zarządzająca którymkolwiek z protokołów pożyczkowych zatwierdziła wdrożenie produkcyjne lub przeniosła istniejące pozycje użytkowników do Rome.
Rome realizował inne zastosowania finansowe poprzez partnerstwa. W marcu 2025 roku projekt ogłosił współpracę z KiiChain nad tokenizowanymi aktywami i finansowaniem płatności międzyłańcuchowych dla Ameryki Łacińskiej. Przedstawiciele zarządu opisali plany obejmujące nieruchomości, towary rolne i dostęp do płynności Solana.
Płatności za gas w USDC zależą od konfiguracji operatora
Przewodnik sieciowy Hadriana określa USDC jako token gas i wskazuje mint USDC Circle na Solana Devnet. Według przewodnika deweloperzy finansujący z Solana potrzebują testowego USDC i pewnej ilości devnet SOL.
Kran Circle obsługuje zarówno Solana Devnet, jak i Ethereum Sepolia. Dostawca opisuje tokeny z kranu jako aktywa testowe bez rzeczywistej wartości i obecnie wymienia dystrybucję 20 testowych USDC na żądanie, z zastrzeżeniem swoich limitów.
Dokumentacja łańcucha aplikacji Rome pozwala operatorowi wybrać token SPL do płatności za gas i przekierować przychody z opłat transakcyjnych do skarbca aplikacji.
Ta sama dokumentacja opisuje usługę wyceny, która przelicza wybrany token gas względem SOL na potrzeby bazowych kosztów transakcji Solana. Jej konfiguracja może czerpać ceny z pul Meteora lub z mechanizmu awaryjnego Pyth/Hermes.
Strona ograniczeń Rome wymienia konfigurowalne minimalne ceny gas i mnożnik na poziomie proxy. Opublikowane ramy opisują zatem konfigurowalną wycenę, nie ustalając jednego uniwersalnego kosztu w dolarach dla każdej transakcji aplikacji.
Twierdzenia o audycie i kompatybilności mają określone ograniczenia
Repozytorium EVM Rome identyfikuje program mainnet i stwierdza, że Halborn go audytował. Repozytorium zawiera instrukcje ponownego zbudowania programu i porównania go z wdrożonym plikiem binarnym, przy czym metadane czasu budowania i hasha commita są maskowane podczas porównania.
Dokumentacja kompatybilności projektu wymienia różnice względem Ethereum, w tym wyłączoną funkcjonalność potęgowania modularnego oraz zachowanie gas, które nie odtwarza harmonogramu Ethereum na poziomie poszczególnych operacji.
Strona ograniczeń mówi, że transakcje Rome muszą zadeklarować konta Solana, których dotyczą, przed wykonaniem. Wymienia limit 64 adresów na transakcję i około 1,4 miliona jednostek obliczeniowych na transakcję. Przewodnik zaleca mierzenie rzeczywistego zużycia obliczeń Solana na podstawie potwierdzeń transakcji, ponieważ wartość zużytego gas EVM nie odzwierciedla wiernie tego zużycia zasobów.
Jej tabela wdrożenia mainnet wskazuje portfel multisignature Squads jako organ aktualizacyjny.
Odrębne projekty interoperacyjności obrały sobie za cel rynki instytucjonalne. W sierpniu Interstice Digital ogłosił silnik wymiany międzyłańcuchowej łączący Canton z Ethereum, Solana i Robinhood Chain. FalconX dostarcza płynność, podczas gdy Interstice stwierdził, że nie przechowuje aktywów klientów ani nie wykonuje transakcji w imieniu użytkowników.
