Sieć Opside wprowadza 3-warstwową architekturę dla aplikacji blockchain…

Skalowalność Blockchain i proponowane rozwiązania są na czele rozmów w mediach społecznościowych od pół dekady. Na przykład izraelska firma programistyczna Starkware i współzałożyciel Ethereum, Vitalik Buterin, niedawno rozmawiali o pomyśle „Warstwy 3” jako jednego z tych rozwiązań. Starkware twierdzi, że wiele warstw 3 będzie działać na warstwie 2, a rozwiązania „fraktalnego warstwowania” można zbudować na warstwie 3. 

Projekt Opside niedawno opublikowali plany dotyczące architektury trójwarstwowej. Umożliwi to programistom tworzenie aplikacji blockchain, które mają dostęp do szybszych prędkości i tańszych transakcji. Jest to możliwe dzięki łańcuchowi Opside, który jest nazywany rozwiązaniem warstwy 2, ponieważ znajduje się na wielu platformach warstwy 1 (takich jak Ethereum, Binance Chain, Bitcoin itp.) i wykorzystuje je jako warstwę rozliczeniową. Funkcjonalność „Warstwa 3” idzie jeszcze dalej, umożliwiając programistom tworzenie zestawu „zbiorczych pakietów jako usługi”. Ta architektura zapewnia warstwie 2 bardziej wszechstronny zakres zasobów z pomostów i możliwość nieskończonego rozwoju dzięki zestawieniom. 

Aby obsłużyć połączenia kontraktowe między wieloma łańcuchami, Naprzeciwko opracował protokół do obsługi wszystkich połączeń kontraktowych. Opracowywane jest również głosowanie DAO, które pozwala społeczności Opside głosować, które sieci publiczne mają być używane do rozliczeń w warstwie 1. 

Rozwiązania warstwy 2 zależą od decentralizacji swojego odpowiednika w warstwie 1, aby zapewnić krótsze czasy transakcji i niższe opłaty za gaz. Wydaje się, że dla większości społeczności blockchain akceptowalne jest posiadanie scentralizowanej warstwy na ich platformie, o ile każda transakcja jest rozliczana na poziomie warstwy 1. Efektywność osiąga się poprzez „łączenie” zestawu transakcji i późniejsze rozliczanie. Warstwa 3 wzmacnia ten model, umożliwiając jeszcze większą efektywność kosztową przy zachowaniu szybkości sieci warstwy 2. 

Warstwa 3 może oferować tak niskie koszty, że projekty zbudowane nawet w sieciach warstwy 2 nie będą musiały wdrażać własnych warstw warstwy 1, aby obniżyć opłaty rozliczeniowe. Te aplikacje, takie jak Axie i dYdX Decentralized Exchange, musiały to robić, po prostu dlatego, że ich model opierał się na najszybszym czasie transakcji i najniższych opłatach. Jeśli zostanie wdrożony w pakiecie zbiorczym warstwy 3, może zapobiec potrzebie kolejnego łańcucha bloków.

Warstwa 1: mosty wielołańcuchowe

Opside obsługuje szybszy i tańszy zdecentralizowany most płynności, aby osiągnąć interoperacyjność aktywów w większej liczbie łańcuchów. Liquidity-Bridge składa się z węzłów bez uprawnień, które osiągają konsensus w sprawie komunikatów międzyłańcuchowych za pośrednictwem MPC. Pula płynności zapewnia większą prędkość i obsługuje więcej sieci publicznych i ich aktywów w łańcuchu.

Ponadto Opside nawiąże połączenia z różnymi publicznymi łańcuchami warstwy aktywów za pośrednictwem nieufnego ZK-Bridge. W porównaniu z innymi schematami pomostowymi, schemat ZK-Rollup obejmuje więcej systemów odpornych na ZK. W operacji cross-chain oprócz ogólnej „egzekucji” konieczne jest wygenerowanie ZK Proofs w celu zapewnienia poprawności procesu wykonania. Operacje wpłat i wypłat ZK-Bridge są „zestalone” jako obwód, a logika obwodu jest całkowicie odsłonięta.

Warstwa 2: Łańcuch przyjazny dla rollupów

Łańcuch Opside lub Layer 2 jest łańcuchem kompatybilnym z EVM i przyjaznym dla rollupów. Sieć Opside przeprowadzi głębokie optymalizacje podsumowań.

Natywny pakiet zbiorczy jest nieco podobny do architektury Polkadot. Gdy zestawienie zarejestruje miejsce, zestawienie stanie się zestawieniem natywnym. Z kolei architektura Polkadot ma tę wadę, że konsensus parałańcucha zależy od przypisanego zestawu walidatorów. Jest korelacja między bezpieczeństwem a liczbą walidatorów. Jeśli kilka walidatorów przeszło w tryb offline, parałańcuchy, których grupy walidatorów są zbyt małe, aby zweryfikować blok, pominą te bloki lub nawet zatrzymają się, dopóki sytuacja nie zostanie rozwiązana. Opside nie ma tego problemu, ponieważ warstwa 2 zbiera dane ze wszystkich natywnych zestawień w warstwie 3 i weryfikuje wszystkie dowody zk. Łańcuch Opside jest bardziej bezpieczny i zdecentralizowany, a wszystkie zestawienia stanowią ściślejszą całość, dzieląc tę ​​samą warstwę konsensusu.

Istnieją 64 wstępnie wdrożone kontrakty jako „miejsca zbiorcze”, które będą wywoływane bezpośrednio przez transakcje wsadowe i kontrolne z zestawień. Te gniazda wywołają wstępnie skompilowaną umowę w celu weryfikacji dowodu i zaktualizują lokalne korzenie stanu, jeśli się powiedzie. Wstępnie skompilowana umowa może przyspieszyć weryfikację dowodów zerowej wiedzy dzięki optymalizacji w kodach binarnych.

Warstwa 2 i warstwa 3 architektury Opside współdzielą a mechanizm konsensusu z hybrydą PoS i PoW.

• PoS: W warstwie 2 każdy może zostać walidatorem poprzez obstawianie, a następnie mieć możliwość wyprodukowania bloków Łańcucha Opside. PoS jest możliwy do udowodnienia, a walidatorzy okresowo przesyłają dowód PoS do warstwy 1. Walidatorzy mogą otrzymać nagrodę za blok i nagrodę za obstawianie za tę część PoS.
• PoW: Walidatory warstwy 2 będą nie tylko generować bloki Opside Chain, ale także generować dowód ZK dla każdego natywnego zestawienia warstwy 3 zgodnie z zasadami PoVP. Walidatorzy otrzymają nagrodę IDE za pomyślne wygenerowanie dowodu ZK, który jest nieco podobny do PoW. Walidatorzy mogą otrzymać dodatkowy bonus za tę część nagrody, stawiając więcej tokenów w kontrakcie systemowym.

Co ważniejsze, w Opside, po zakończeniu rejestracji slotów, natywne zestawienia udostępniają sobie nawzajem drzewo stanu świata i tę samą globalną kolejkę komunikatów. Dlatego też w Opside możliwa jest natywna interoperacyjność cross-rollup. Wyobraź sobie, że chcesz pożyczyć USDC na umowę pożyczki w zestawieniu A, a następnie przejść do DEX w zestawieniu B, aby handlować, aby kupić BTC. Na Opside nie musisz już wycofywać aktywów z Rollup A do L1, a następnie doładowywać je z L1 do Rollup B. Zamiast tego możesz wywołać metodę kontraktową Rollup B bezpośrednio w Rollup A. Dzięki temu cały proces będzie znacznie szybszy, taniej i bezpieczniej.

Warstwa 3: Zdecentralizowane pakiety zbiorcze ZK

W trzeciej warstwie Opside wspiera programistów we wdrażaniu ich własnych pakietów zbiorczych, podczas gdy Opside zapewnia również zdecentralizowane rozwiązanie zbiorcze w oparciu o wspomniany wyżej RaaS. Deweloperzy mogą swobodnie wybrać, który z nich przyjąć. To rozwiązanie jest nieufne i bez uprawnień. Każdy może przesyłać partie L2 i dowody do L1.

Podsumowując, architektura „warstwa podstawowa <- opside <- rollup” Opside ma tę zaletę, że zapewnia różnorodność zasobów i nieskończoną skalowalność. Może to być inny wybór, aby rozwiązać problemy ze skalowalnością aplikacji web3. W porównaniu do drogich, opartych na zbiorczych warstwach warstw 2, jest bardziej odpowiedni do aplikacji o dużej przepustowości, takich jak gry.

Zastrzeżenie: ten artykuł służy wyłącznie do celów informacyjnych. Nie jest oferowana ani przeznaczona do wykorzystania jako porady prawne, podatkowe, inwestycyjne, finansowe lub inne.