Hyperbridge: osiągnięcie progu rentowności przy obsłudze 10 milionów wiadomości rocznie!

W świecie blockchain wiele protokołów cross-chain to po prostu „kombinacja komponentów” — jeden łańcuch, zestaw węzłów, trochę kryptografii — ale Hyperbridge wcale taki nie jest.

Hyperbridge to system bardziej złożony, rygorystyczny i odważny: składa się z wielu warstw węzłów, mechanizmów weryfikacji, bodźców ekonomicznych oraz bezpieczeństwa samego Polkadot. Żaden element nie może być pominięty i żadna część nie jest w stanie działać samodzielnie.

Po raz pierwszy uświadomiłem sobie to podczas pierwszej edycji Sub0 w Brukseli. Wtedy dyskutowano o podstawach kryptograficznych Hyperbridge — dowodach, weryfikacji, logice cross-chain. Jednak dopiero później, w trakcie dalszych rozmów z zespołem, naprawdę zrozumiałem: sednem Hyperbridge nie jest tylko kryptografia, lecz mechanizm kryptoekonomiczny, który pozwala mu działać nawet po całkowitym wycofaniu się deweloperów.

To właśnie od tego pytania zaczynamy dostrzegać prawdziwe oblicze Hyperbridge: nie jest to parachain, nie jest to określony typ węzła pośredniczącego, ani też podmoduł Polkadot, lecz system cross-chain o strukturze warstwowej, z jasno określonymi rolami, dynamicznymi bodźcami i zabezpieczeniem ekonomicznym Polkadot.

• Od „niezaufanej warstwy pośredniczącej” do „zaufanej warstwy finalnej weryfikacji przez Polkadot”;
• Od Collatora odpowiedzialnego za dowody i weryfikację, przez konsensus relayera utrzymującego synchronizację, po message relayera faktycznie przekazującego dane cross-chain;
• Od lekkich węzłów wymagających jedynie 2GB RAM, po zbiór walidatorów Polkadot zapewniających bezpieczeństwo całego systemu…

Każdy szczegół Hyperbridge odpowiada na jedno pytanie: „Jak zbudować prawdziwie niezarządzany, a jednocześnie długoterminowo niezawodny protokół cross-chain?”

W tym artykule przejdziemy przez strukturę, węzły, model ekonomiczny oraz rolę Polkadot, aby w pełni zrozumieć wewnętrzną konstrukcję tej maszyny cross-chain zwanej Hyperbridge!

Protokół Hyperbridge nie jest pojedynczym komponentem

Protokół Hyperbridge nie jest pojedynczym komponentem. Nie jest to sam parachain Hyperbridge, nie jest to określony typ relayera, ani też część sieci Polkadot, lecz organiczna całość złożona ze wszystkich tych elementów.

W tej całości znajdują się consensus relayery, message relayery, producenci bloków, stakerzy, a także zależność od Polkadot jako sieci bazowej. Bez któregokolwiek z tych elementów Hyperbridge nie może działać prawidłowo.

Jeśli Polkadot jest niedostępny, Hyperbridge nie może istnieć; jeśli którykolwiek typ relayera jest offline, protokół również przestaje działać. Dlatego musimy zbudować jasną strukturę bodźców i zabezpieczeń kryptoekonomicznych, aby wszyscy uczestnicy byli skutecznie zjednoczeni i wspólnie utrzymywali działanie protokołu.

Jeśli znasz model OSI (szczególnie warstwową architekturę TCP), łatwiej zrozumiesz logikę projektową Hyperbridge. W modelu OSI mamy warstwę fizyczną, łącza, aplikacji, prezentacji, a w interoperacyjności cross-chain przyjęliśmy podobne podejście warstwowe.

Na samej górze struktury znajduje się sieć Polkadot, która zapewnia podstawę działania dla wszystkich innych części stosu Hyperbridge. Pod nią znajduje się własna sieć Hyperbridge, w tym system parachainów. Najniżej są relayery, które są „fizycznym połączeniem” protokołu Hyperbridge, odpowiedzialnym za łączenie wszystkich sieci zewnętrznych, zbieranie informacji zewnętrznych, weryfikację różnych dowodów, przetwarzanie danych cross-chain i przekazywanie ich do Hyperbridge; Hyperbridge po wstępnej weryfikacji przekazuje wyniki do Polkadot w celu finalnego potwierdzenia. Innymi słowy, Polkadot wystawia ostateczną „gwarancję”, że „wszystkie dane i operacje zostały wykonane zgodnie z zasadami”.

Jest tu jedna ważna cecha strukturalna: sieć Hyperbridge i same relayery są „niezaufane”, ta warstwa nie ma zabezpieczenia ekonomicznego; dopiero gdy dane trafiają do najwyższej warstwy sieci Polkadot, wchodzą w obszar „chroniony przez warstwę bezpieczeństwa ekonomicznego”. Oznacza to, że Polkadot nadzoruje zarówno Hyperbridge, jak i relayery, zapewniając, że obie warstwy działają zgodnie z zasadami. W podziale obowiązków relayery muszą współpracować z Collatorami, aby przeprowadzić proces cross-chain: relayery zbierają transakcje, dowody i dane cross-chain, a następnie przekazują je producentom bloków; Collatorzy weryfikują, czy wszystkie informacje są prawdziwe, kompletne i zgodne z regulaminem. Tylko zweryfikowane transakcje trafiają do bloku, a nieprawidłowe dane są od razu odrzucane.

To bardzo istotne, ponieważ wcześniejsze odrzucenie nieprawidłowych transakcji pozwala zaoszczędzić cenne miejsce w bloku. Po zakończeniu weryfikacji i pakowania przez Collatora, blok jest przekazywany do sieci Polkadot. Jedną z kluczowych funkcji Polkadot jest weryfikacja wszystkich bloków. W przeciwieństwie do ekosystemu Ethereum, gdzie warstwa 2 musi sama generować dowody zero-knowledge, Polkadot bezpośrednio przeprowadza weryfikację bloków. Po zakończeniu weryfikacji Polkadot potwierdza, że „zawartość bloku spełnia wszystkie zasady” i generuje „dowód ważności bloku” (lub certyfikat ważności). To bardzo ważne, do czego wrócę później.

Trzy główne role w Hyperbridge: jak Collator, consensus relayer i message relayer napędzają cały system cross-chain

Zacznijmy od pierwszej kluczowej roli w sieci Hyperbridge: Collator (producent bloków)

Ich głównym zadaniem jest zbieranie i weryfikacja różnych dowodów interoperacyjności cross-chain, głównie obsługują dwa typy transakcji z dowodami: jedne to wiadomości konsensusu, drugie to wiadomości cross-chain.

Jest tu istotna różnica w stosunku do tradycyjnych systemów blockchain: Collator nie jest węzłem stakingowym. W większości blockchainów, aby zostać aktywnym węzłem, trzeba postawić dużą ilość tokenów. W Hyperbridge przyjęto zupełnie inny mechanizm:

• Aby zostać Collatorem, wystarczy zablokować niewielką ilość Bridge Token jako minimalny próg; 
• Aby faktycznie zostać wybranym przez system na Collatora, trzeba zużyć „punkty reputacji”; 
• Punkty reputacji można zdobyć tylko przez długoterminowe pełnienie roli aktywnego relayera. 

Innymi słowy, tylko relayery mogą zostać Collatorami, nie ma innej drogi. Nie można wejść do zbioru Collatorów przez łapówki, znajomości czy zakup kwalifikacji; jedyną drogą jest długotrwała, stabilna praca jako relayer i gromadzenie punktów reputacji. Ponadto, aby ubiegać się o rolę Collatora, należy wpłacić niewielki depozyt, by wejść w proces weryfikacji.

Ostateczna selekcja jest bardzo prosta: system sortuje relayery według liczby punktów reputacji, a te z najwyższą liczbą zostają Collatorami na dany okres. Zbiór Collatorów rotuje co 24 godziny, aby nowi, dobrze sprawujący się relayery mieli szansę wejść do kolejnej rundy.

Praca Collatora jest wynagradzana: za każdy zapakowany blok można otrzymać ok. 0,7 Bridge Token. Jeśli przegapisz blok lub nie wykonasz pracy na czas, nie dostaniesz nagrody.

Następnie omówmy consensus relayery

Konsensus jest kluczowy dla wiadomości cross-chain, ponieważ każda transakcja cross-chain musi być potwierdzona na Hyperbridge jako „ostatecznie zatwierdzona na łańcuchu źródłowym”. Aby to osiągnąć, musimy uzyskać dowód konsensusu z zewnętrznego łańcucha.

Problem polega na tym, że nowoczesne blockchainy — zwłaszcza oparte na slotach — produkują bloki nieprzerwanie, niezależnie od tego, czy zachodzą transakcje. Oznacza to, że nawet bez aktywności cross-chain, liczba bloków w sieci zewnętrznej stale rośnie. Hyperbridge musi więc na bieżąco synchronizować te informacje, aby poprawnie weryfikować przyszłe wiadomości cross-chain.

To właśnie główne zadanie consensus relayera: nieprzerwanie przekazywać wiadomości konsensusu z sieci zewnętrznych, aby Hyperbridge był z nimi zsynchronizowany. Nawet jeśli nie ma żadnych transakcji, synchronizacja musi być kontynuowana. Przy przekazywaniu tych wiadomości consensus relayery nie płacą opłat transakcyjnych, przeciwnie — Hyperbridge bezpośrednio im płaci.

Aby zachęcić consensus relayery do tej ciągłej pracy, protokół oferuje nagrody w Bridge Token — oznacza to, że consensus relayery mogą uzyskiwać stabilny dochód tokenowy za wykonywanie zadań synchronizacyjnych.

Teraz omówmy message relayery

Zacznijmy od ich relacji z consensus relayerami: załóżmy, że zewnętrzny blockchain stale produkuje bloki, consensus relayer znajduje się pomiędzy tym łańcuchem a Hyperbridge, zbiera dowody każdego nowego ostatecznie potwierdzonego bloku i przekazuje je do Hyperbridge, otrzymując za to nagrody w Bridge Token. Taki proces wymusza, że consensus relayery muszą być stale online, zapewniając synchronizację konsensusu między Hyperbridge a wszystkimi zewnętrznymi łańcuchami.

Message relayery są podobne do consensus relayerów, ale ich zadania są inne: odpowiadają wyłącznie za przekazywanie wiadomości cross-chain. Gdy Hyperbridge zsynchronizuje się z nowym ostatecznie potwierdzonym blokiem, message relayer porównuje ten blok z poprzednim, skanując, czy w międzyczasie pojawiły się nowe wiadomości cross-chain. Jeśli znajdzie odpowiednie instrukcje, przekazuje je wraz z dowodami do blockchaina Hyperbridge.

Jest jednak bardzo ważna różnica: message relayery nie zawsze otrzymują wynagrodzenie za przekazywanie wiadomości, czasem muszą wręcz zapłacić Hyperbridge.

Proces wygląda następująco:

• Użytkownik lub aplikacja może z dowolnego blockchaina wysłać wiadomość cross-chain, dołączając określoną ilość stablecoina jako źródło opłaty; 
• Message relayer, skanując zawartość bloku, wykrywa takie wiadomości i przekazuje je do Hyperbridge; 
• Po pomyślnym przekazaniu wiadomości, relayer może pobrać stablecoina od użytkownika jako wynagrodzenie. 

Poza tym istnieje mechanizm regulacyjny:

• Jeśli liczba przetworzonych wiadomości nie osiągnie progu ustalonego przez protokół, Hyperbridge dodatkowo nagradza message relayery Bridge Token; 
• Jeśli liczba wiadomości przekroczy próg, message relayery muszą zapłacić Hyperbridge opłatę w Bridge Token. 

Taka konstrukcja pozwala protokołowi naturalnie tworzyć pulę przychodów i kontrolować zachowania message relayerów, zapewniając, że przepustowość przekazywania wiadomości nie będzie ani nadmierna, ani niewystarczająca.

W istocie cały ten mechanizm ma na celu utrzymanie message relayerów stale online: gdy tylko pojawią się dane cross-chain, system może je w najkrótszym czasie dostarczyć do Hyperbridge. Ogólna logika jest podobna do consensus relayerów — message relayery również znajdują się pomiędzy zewnętrznym łańcuchem a Hyperbridge, zbierając i przekazując transakcje cross-chain. Różnica polega na sposobie wynagradzania: gdy liczba wiadomości jest niewystarczająca, Hyperbridge dotuje relayery Bridge Token; gdy przekracza ustalony cel, relayery płacą Hyperbridge, a Hyperbridge gromadzi tokeny jako przychód.

Koszt ZK cross-chain to miliony, Hyperbridge potrzebuje tylko serwera z 2GB RAM

Najpierw omówmy wymagania sprzętowe dla relayerów i Collatorów.

Najpierw relayery. Oprogramowanie relayera jest bardzo lekkie, jego głównym zadaniem jest wysyłanie zapytań RPC do węzłów blockchain, więc wymagania sprzętowe są praktycznie pomijalne. Czterordzeniowy procesor wystarczy, a nawet serwer z 2GB RAM poradzi sobie bez problemu. Całość napisana jest w Rust, więc zużycie pamięci jest bardzo efektywne.

Wymagania dotyczące przepustowości też nie są wysokie. Jeśli relayer i węzeł RPC są w tym samym centrum danych, wystarczy 20 MB/s; jeśli dostęp do RPC jest przez Internet, warto wybrać wyższą przepustowość dla stabilności.

W rzeczywistości największym kosztem działania relayera są opłaty za subskrypcję usługodawcy RPC.

Niezależnie od tego, czy korzystasz z Alchemy, Quicknode czy Anchor, możesz uzyskać wszystkie potrzebne dowody i dane cross-chain bezpośrednio z ich pełnych węzłów, więc własne koszty operacyjne są bardzo niskie.

To jeden z głównych powodów, dla których Hyperbridge ma znaczącą przewagę w zakresie masowej interoperacyjności cross-chain. Wiele obecnych rozwiązań cross-chain opiera się na dowodach zero-knowledge (ZK proofs), które są kosztowne w generowaniu i utrzymaniu; w porównaniu z tym, koszty operacyjne Hyperbridge są niemal niewiarygodnie niskie.

Teraz Collatorzy. Ich wymagania sprzętowe są wyższe, ponieważ oprogramowanie Collatora musi lokalnie uruchomić węzeł relaychain Polkadot. Oznacza to większe wymagania dotyczące pamięci masowej — węzeł archiwalny Polkadot potrzebuje ok. 3TB miejsca, więc najlepiej wyposażyć serwer w co najmniej 4TB SSD.

Aby zapewnić efektywną komunikację z relaychainem Polkadot i terminowe przekazywanie bloków, Collator potrzebuje też serwera o wysokiej przepustowości. Miesięczny koszt takiego serwera to ok. 200 USD. Oczywiście, jeśli jesteś domowym walidatorem i chcesz uruchomić węzeł w domu, ten koszt można pominąć.

Jaką rolę pełni Polkadot w Hyperbridge

Na koniec zobaczmy, jaką rolę pełni Polkadot w Hyperbridge.

Jako parachain w ekosystemie Polkadot, Hyperbridge zasadniczo pełni rolę „kryptograficznego koprocesora weryfikacyjnego” dla przekazywania wiadomości cross-chain. Jednak zdolność weryfikacyjna tego koprocesora nie pochodzi od niego samego, lecz z bezpieczeństwa sieci głównej Polkadot. Wspomniane wcześniej „certyfikaty ważności bloków Hyperbridge” to w rzeczywistości podpisy cyfrowe generowane przez zbiór walidatorów Polkadot, czyli są one wspierane przez aktywnych walidatorów sieci Polkadot.

Zrozumienie tego jest kluczowe: blockchain to w istocie wielkoskalowy „mechanizm multisignature”, a zbiór walidatorów to dynamicznie działające gigantyczne konto multisig.

Jakie są zasadnicze różnice między takim blockchainowym „multisigiem” a tradycyjnymi rozwiązaniami mostów multisig? Są dwie główne:

Po pierwsze: zbiór walidatorów jest dynamicznie rotowany, a komitet multisig jest statyczny

• W Polkadot zbiór walidatorów rotuje automatycznie co 4 godziny; 
• Członkowie komitetu multisig w tradycyjnych mostach są stałymi osobami, a ich klucze prywatne są długo przechowywane na tych samych urządzeniach. 

Oznacza to, że tradycyjne mosty multisig są bardziej podatne na ataki przez wyciek kluczy, podczas gdy dynamiczna rotacja walidatorów w Polkadot znacznie zwiększa bezpieczeństwo.

Po drugie: podpisy walidatorów blockchain są zabezpieczone ekonomicznie

• Walidatorzy Polkadot muszą stakować aktywa, a za podpisanie błędnych lub złośliwych informacji ich stakowane aktywa są konfiskowane (slashing).
• W tradycyjnych komitetach multisig nie ma żadnych kosztów ani ryzyka — nawet jeśli członkowie działają złośliwie, nie ponoszą żadnych strat.

To wyjaśnia, dlaczego po ataku na most multisig hakerzy mogą łatwo ukraść miliardy dolarów, a członkowie komitetu nie ponoszą konsekwencji.

Dlaczego nie użyć blockchaina jako „gigantycznego multisiga”? Jedynym problemem jest skala. Liczba walidatorów blockchaina jest zwykle bardzo duża. W przypadku Polkadot:

• Obecnie liczba walidatorów przekracza 600 
• W przyszłości może wzrosnąć do ponad 1000 

Bez żadnej optymalizacji koszt weryfikacji tak dużej liczby podpisów byłby bardzo wysoki. Można to jednak rozwiązać technicznie:

• Agregowalne podpisy BLS
• Weryfikacja wspomagana przez zero-knowledge proofs (ZK)

Dzięki tym rozwiązaniom koszt weryfikacji dużej liczby podpisów można zredukować do akceptowalnego poziomu.

Dla porównania, komitety multisig, aby utrzymać niski koszt weryfikacji, muszą być małe, przez co ich bezpieczeństwo jest znacznie niższe niż blockchaina.

Jest jeszcze jedna fundamentalna różnica: struktura zarządzania jest zupełnie inna. Mechanizm walidatorów blockchaina jest otwarty i bez zezwoleń:

• Każdy, kto stakuje wystarczająco dużo aktywów, może dołączyć lub opuścić zbiór walidatorów; 
• Komitet multisig jest zamknięty i wymaga zezwoleń: członkowie są wybierani ręcznie i muszą mieć zaufanie, co z natury jest wysoce scentralizowane. 

Hyperbridge potrzebuje tylko ok. 10 milionów wiadomości rocznie, by osiągnąć próg rentowności

Przyjrzyjmy się teraz modelowi ekonomicznemu protokołu Hyperbridge. Roczne koszty operacyjne Hyperbridge są jasne i stosunkowo stałe, jak wspomniano wcześniej, protokół musi zapewnić bodźce dla różnych ról, w tym:

• Bodźce dla consensus relayerów: ok. 3 miliony Bridge Token 
• Bodźce dla message relayerów: ok. 1,4 miliona Bridge Token 
• Bodźce dla Collatorów: ok. 3 miliony Bridge Token 
• oraz koszt czasu rdzenia Polkadot (choć zmienny, to ogólnie niezbyt wysoki) 

Łącznie, roczny koszt utrzymania sieci Hyperbridge to ok. 10 milionów Bridge Token.

Skąd więc wziąć środki na pokrycie tych wydatków?

Odpowiedź: skarbiec on-chain Hyperbridge. Skarbiec posiada ok. 40% całkowitej podaży Bridge Token, będąc największym posiadaczem tokenów w systemie. Ta rezerwa wystarczy, by protokół działał nieprzerwanie przez ok. 40 lat, dając Hyperbridge czas na osiągnięcie samowystarczalności.

Sposób osiągania zysków jest jasny: za każdym razem, gdy użytkownik inicjuje wiadomość cross-chain, transakcję cross-chain, zapytanie o przechowywanie cross-chain itp., skarbiec Hyperbridge pobiera opłatę, a message relayery „w imieniu skarbca” pobierają ją od użytkownika.

Według obecnego modelu Hyperbridge potrzebuje tylko ok. 10 milionów wiadomości rocznie, by osiągnąć próg rentowności.

Zgodnie z danymi Token Terminal: globalna liczba transakcji cross-chain przekracza 1.1billions rocznie. Hyperbridge musi więc zdobyć tylko ok. 1% udziału w rynku, by osiągnąć próg rentowności, a potem przechodzi w fazę trwałego zysku.

Oto kilka kluczowych wskaźników Hyperbridge:

• Zaoszczędzono ponad 13 bilionów gas przy różnych operacjach weryfikacyjnych
• Obsłużono ponad 50 000 wiadomości cross-chain: zarówno z własnych aplikacji Polytope Labs, jak i operacji cross-chain inicjowanych przez aplikacje z mainnetu 
• Zweryfikowano ponad 10 milionów plików dowodowych (dowody konsensusu, dowody wiadomości itp.) 
• Wolumen transakcji odpowiadających wiadomościom cross-chain przekroczył 180 millions USD
• Bezpieczeństwo ekonomiczne zapewnia Polkadot, obecnie o wartości ponad 2billions USD
• Obsługuje ponad 14 głównych publicznych łańcuchów EVM: Polkadot, Hydration, Bifrost, Arbitrum, Polygon, Base, Gnosis, Ethereum Mainnet, Unichain… i stale się rozwija 

Kluczowe scenariusze zastosowania Hyperbridge

Przedstawmy krótko kluczowe scenariusze zastosowania Hyperbridge.

1. Token Gateway

• Obsługuje model cross-chain burn & mint; 
• W pełni kompatybilny z istniejącym ERC-20, możliwy także model lock & mint; 
• Możliwość mostkowania dowolnego tokena z własnymi danymi wywołania; 
• Na mainnecie obsługuje wiele aktywów, w tym DOT, vDOT, ZKVerify, Manta itd. 

2. Intent Gateway

• Obsługuje szybkie transakcje cross-chain; 
• Większość operacji cross-chain kończy się w 30 sekund; 

Największą innowacją jest:

• Jeśli zlecenie cross-chain nie zostanie zrealizowane, użytkownik może bez pozwolenia, samodzielnie zażądać zwrotu środków przez frontend Hyperbridge i natychmiast je otrzymać.
• Cały mechanizm opiera się na systemie dowodów: Hyperbridge może w czasie rzeczywistym sprawdzić stan łańcucha docelowego i jeśli potwierdzi, że zlecenie nie zostało zrealizowane, natychmiast uruchamia proces zwrotu. 

3. Ekosystem deweloperski i budowane aplikacje trzecie

Obecnie wiele zespołów trzecich rozwija projekty na Hyperbridge:

• Hydration: buduje własne rozwiązanie Intent oparte na Hyperbridge, a także wyrocznię cenową dla niektórych pochodnych stakingowych ETH. 
• Bifrost: buduje wyrocznię cenową vToken i planuje uruchomić asynchroniczne mintowanie vToken. 
• Wiele zespołów hackathonowych wdrożyło już aplikacje na testnecie Hyperbridge. 

Aktywnie eksplorujemy także więcej natywnych kierunków zastosowań, w tym:

• Wyrocznia cenowa z weryfikacją 
• Zarządzanie cross-chain (propozycje na jednym łańcuchu, odczyt wyników przez całą sieć) 
• Weryfikacja tożsamości cross-chain (dane tożsamości przechowywane na jednym łańcuchu, dostępne dla wielu łańcuchów) 
• Funkcja zapytań o historię przechowywania (umożliwia kontraktom odczytanie historycznego stanu docelowego łańcucha, kluczowe dla protokołów z dystrybucją nagród przez Merkle tree) 

Niedawno wydaliśmy nowy zestaw narzędzi deweloperskich, w tym:

• Kompletny interfejs Hyperbridge Solidity dla aplikacji Solidity
• TypeScript SDK dla portfeli i frontendów
• Indeksator Subquery
• Intent Filler i inne komponenty pomocnicze, ułatwiające szybkie budowanie aplikacji cross-chain. 

Wielka premiera: Hyperbridge wkrótce natywnie zintegrowany z Polkadot Hub

Hyperbridge zostanie natywnie zintegrowany z Polkadot Hub. Oznacza to, że wszystkie aplikacje działające na Polkadot Hub będą mogły bezpośrednio korzystać z Hyperbridge do interakcji z blockchainami spoza ekosystemu Polkadot, korzystając z przechowywania cross-chain, zapytań cross-chain, przekazywania wiadomości cross-chain i innych funkcji.

Współpracujemy również ściśle z zespołem Parity nad wdrożeniem BLS Beefy:

• Obecnie węzły dowodowe konsensusu Polkadot są nadal obsługiwane przez zespół Polytope Labs 
• W przyszłości decentralizacja walidatorów zostanie osiągnięta dzięki agregowalnym podpisom BLS 
• To umożliwi Hyperbridge pełne, zdecentralizowane działanie 

Integracja Hyperbridge z ekosystemem EVM stale się rozszerza, wkrótce dodamy wsparcie dla:

• Arc 
• Tempo 
• Monad 
• Sonic 
• Tron (Tron rozwija funkcję state commitment, po jej ukończeniu będzie oficjalnie wspierany) 

Ponadto już obsługujemy EVM chains w ekosystemie Cosmos, w tym:

• Sei 
• Cronos 
• Injective
• i inne sieci Cosmos kompatybilne z EVM. 

To już wszystko z mojej strony, dziękuję za uwagę i udział!