Modułowość jest obecnie popularnym terminem w web3, używanym do opisania wielu protokołów i projektów. Celestia spopularyzowała ten termin, wprowadzając koncepcję modułowych łańcuchów bloków. Naszym celem jest zawężenie zakresu i użycia tego terminu do bardzo konkretnej definicji modułowej interoperacyjności. Wprowadzimy również ramy do myślenia i oceny modułowych łańcuchów bloków i protokołów interoperacyjności.

Łamanie protokołów blockchain

W modułowym stosie łańcucha bloków istnieje kilka warstw, które można komponować:

• Dostępność danych (DA)
• Sekwencjonowanie lub porządkowanie transakcji (TO)
• Egzekucja
  - Ugoda

Zauważ, że konsensus nie jest tutaj uwzględniony, ponieważ można go połączyć z dowolną z powyższych warstw, aby umożliwić weryfikację dowodu konsensusu zamiast bezpośredniego sprawdzania reguł warstwy funkcjonalnej.

Na przykład można wdrożyć pakiet zbiorczy pojedynczego węzła na szczycie Celestia bez konsensusu, który opiera się na dowodach oszustwa, aby przekonać stronę trzecią o poprawności. Można by to nazwać optymistycznym podsumowaniem. Jeśli zamienimy dowód na oszustwo na dowód o zerowej wiedzy (zk), otrzymamy zestaw zk. Jeśli dodamy konsensus, możemy zamiast tego użyć dowodu konsensusu, aby przekonać stronę trzecią o poprawności. Można by to nazwać zestawieniem pesymistycznym.

Rozbijanie protokołów interoperacyjności

Kompletny protokół interoperacyjności składa się z trzech dobrze zdefiniowanych warstw z wyraźną separacją pomiędzy nimi.

Prosta definicja każdej warstwy interoperacyjności:

• Zastosowanie: Co oznaczają pakiety danych?
• Transport: jak przekładamy stan drugiego łańcucha na konwersacje app <> app i pakiety danych?
• Stan: W jaki sposób łańcuchy bloków stają się świadome swojego stanu?

Definiowanie modułowej interoperacyjności

Ponieważ modułowy jest terminem często używanym i ma znaczenie w wielu kontekstach, spróbujemy powiązać naszą definicję modułowego protokołu interoperacyjności z warstwami zdefiniowanymi powyżej, a także z definicją modułowego łańcucha blokowego Celestii. Celestia definiuje modułowy łańcuch blokowy jako łańcuch blokowy, który w pełni zleca co najmniej jedną warstwę funkcjonalną zewnętrznemu łańcuchowi. Modułowy protokół interoperacyjności definiujemy jako taki, który w pełni zleca warstwę transportową na zewnątrz.

Kluczowa różnica między nimi polega na tym, że warstwą definiującą protokoły interoperacyjności jest warstwa transportowa . Analogia tutaj, na przykładzie modelu OSI, polega na tym, że jeśli zamienisz TCP/UDP na inny protokół transportowy, otrzymasz zupełnie inny protokół sieciowy. Ponadto warstwę stanu można ustanowić za pomocą różnych środków i nie definiuje ona jednoznacznie protokołu interoperacyjności (np. klienci typu light, dowody zerowej wiedzy, optymistyczne dowody na oszustwa itp.). Logika warstwy aplikacji może być również uogólniona i nie powoduje, że protokół interoperacyjności jest kompatybilny z innym. Na przykład zamiana transportu IBC na inną warstwę transportową powoduje, że nowy protokół jest niekompatybilny z łańcuchami obsługującymi IBC .

Warstwa stanu może być również częściowo zlecona na zewnątrz, ale sam outsourcing nie czyni protokołu modułowym, ponieważ nie jest warstwą definiującą protokoły interoperacyjności. Uważa się, że jest w pełni on-chain, gdy każdy łańcuch bezpośrednio obsługuje logikę lekkiego klienta swojego odpowiednika. Warstwa stanu jest uważana za częściowo w łańcuchu, gdy lekka logika klienta jest uruchamiana poza łańcuchem i weryfikowana w łańcuchu przy użyciu dowodów o zerowej wiedzy (zk) lub gdy używana jest zaufana strona trzecia.

Ponadto modularyzacja łańcuchów monolitycznych ma wpływ na warstwę stanu protokołów interoperacyjności. Na przykład pojedynczy łańcuch logiczny nie może być już reprezentowany przez jednego lekkiego klienta, ponieważ dowody różnych warstw funkcjonalnych pochodzą teraz z wielu łańcuchów.

Polymer Hub transportowy IBC

Firma Polymer buduje pierwszy prawdziwie modułowy protokół interoperacyjności , który całkowicie zleca warstwę transportową i częściowo warstwę stanu. Jak widać na poniższym diagramie, warstwa transportowa IBC działa na polimerze, podczas gdy warstwa aplikacji IBC działa na łańcuchu obsługującym IBC. Dzięki temu projektowi włączenie IBC w nowym łańcuchu z wykorzystaniem polimeru jest tak proste, jak wdrożenie roll-upu na Celestia . Polymer częściowo zleca na zewnątrz warstwę stanu, używając połączeń zk-IBC do łączenia się z nowo włączonymi łańcuchami IBC, podczas gdy weryfikator zk siedzi na łańcuchu (nie pokazano na powyższym diagramie dla uproszczenia).

Budujmy razem

Zbudujmy przyszłość, w której IBC będzie standardowym protokołem interoperacyjności dla wszystkich łańcuchów. Pomysły na ulepszenia IBC są zawsze mile widziane. Przyjdź porozmawiać z nami na discordzie . Zatrudnimy również . Innowacyjność przyspiesza, gdy wszyscy pracujemy razem!

Dziękuję za rozmowy Jimowi (Catalyst) i Joshowi (Astria)!

O polimerze

Polymer wierzy w wielołańcuchową przyszłość połączoną przede wszystkim przez jeden otwarty, opracowany przez społeczność i utrzymywany standard branżowy, IBC x Polymer. Polymer jest pierwszym hubem transportowym IBC skoncentrowanym na rozszerzeniu IBC na wszystkie sieci. Piasta polimerowa integruje warstwę transportową IBC z połączonymi łańcuchami. W warstwie stanu otwiera połączenia zk-IBC do wszystkich zintegrowanych łańcuchów. Jest to architektura o zminimalizowanym poziomie zaufania, oparta na lekkiej weryfikacji stanu klienta.

Śledź naszego Twittera , odwiedź naszą stronę internetową i dołącz do naszej społeczności na Discordzie !