Krótkie wprowadzenie do protokołów RGB PlatoBlockchain Data Intelligence. Wyszukiwanie pionowe. AI.

Krótkie wprowadzenie do protokołów RGB

3 stycznia 2009 roku Satoshi Nakamoto uruchomił pierwszy węzeł Bitcoin. Od tego momentu dołączyły nowe węzły i Bitcoin zaczął zachowywać się tak, jakby był nową formą życia, formą życia, która nie przestała się rozwijać. Stopniowo stała się najbezpieczniejszą siecią na świecie dzięki swojej unikalnej konstrukcji — bardzo dobrze przemyślanej przez Satoshiego — ponieważ poprzez zachęty ekonomiczne przyciąga użytkowników, zwanych potocznie górnikami, do inwestowania w energię i moc obliczeniową, które przyczynia się do bezpieczeństwa sieci.

W miarę dalszego rozwoju i adopcji Bitcoina pojawiają się problemy ze skalowalnością. Sieć Bitcoin umożliwia wydobycie nowego bloku z transakcjami w ciągu około 10 minut. Zakładając, że mamy 144 bloki dziennie o maksymalnej wartości 2,700 transakcji na blok, Bitcoin pozwoliłby na jedynie 4.5 transakcji na sekundę. Satoshi był świadomy tego ograniczenia, widzimy to w E-mail wysłany do Mike'a Hearna w marcu 2011 r., w którym wyjaśnia, jak działa to, co znamy dzisiaj jako kanał płatności. Tutaj właśnie pojawiają się protokoły poza łańcuchem.

Według Christiana Deckeraprotokoły off-chain to zazwyczaj systemy, w których użytkownicy korzystają z danych z łańcucha bloków i zarządzają nimi bez dotykania samego łańcucha bloków do ostatniej chwili. W oparciu o tę koncepcję narodziła się Lightning Network, sieć wykorzystująca protokoły poza łańcuchem, aby umożliwić niemal natychmiastowe dokonywanie płatności Bitcoinami. Ponieważ nie wszystkie te operacje są zapisywane na blockchainie, pozwala on na tysiące transakcji na sekundę i skaluje Bitcoin.

Badania i rozwój w obszarze protokołów off-chain na Bitcoinie otworzyły puszkę Pandory. Dziś wiemy, że możemy osiągnąć znacznie więcej niż transfer wartości w sposób zdecentralizowany, czyli non-profit Stowarzyszenie Normalizacyjne LNP/BP koncentruje się na rozwoju protokołów warstwy 2 i 3 w Bitcoin i Lightning Network. Wśród tych projektów m.in. RGB wyróżnia się.

Co to jest RGB?

Na czym opierał się RGB badania Petera Todda na plombach jednorazowego użytku i walidacji po stronie klienta i przewidziany w 2016 r. przez Giacomo Zucco jako lepszy protokół aktywów dla Bitcoin i Lightning Network. Dalsza ewolucja tych pomysłów doprowadziła do rozwinięcia RGB w pełnoprawny system inteligentnych kontraktów przez Maxima Orlovsky'ego, który od 2019 roku kieruje jego wdrażaniem przy udziale społeczności.

Możemy zdefiniować RGB jako zestaw protokołów typu open source, który pozwala nam realizować złożone inteligentne kontrakty w skalowalny i poufny sposób. Nie jest to konkretna sieć (jak Bitcoin czy Lightning); każdy inteligentny kontrakt to po prostu zbiór uczestników kontraktu, którzy mogą wchodzić w interakcje przy użyciu różnych kanałów komunikacji (domyślnie jest to Lightning Network). RGB wykorzystuje łańcuch bloków Bitcoin jako warstwę zaangażowania państwa i utrzymuje kod inteligentnej umowy oraz dane poza łańcuchem, co czyni go skalowalnym. Wykorzystując transakcje Bitcoin (i skrypt) jako system kontroli własności inteligentnych kontraktów, ewolucję inteligentnych kontraktów definiuje się poprzez schemat poza łańcuchem. Należy pamiętać, że wszystko jest sprawdzane po stronie klienta.

W uproszczeniu RGB to system, który pozwala użytkownikowi na audyt smart kontraktu, jego realizację i indywidualną weryfikację w dowolnym momencie bez dodatkowych kosztów, ponieważ nie wykorzystuje blockchainu jak robią to „tradycyjne” systemy. Chociaż Ethereum zapoczątkowało złożone systemy inteligentnych kontraktów, wymaga to od użytkownika wydawania znacznych ilości gazu na każdą operację i nigdy nie osiągnęło obiecanej skalowalności. W rezultacie Ethereum nigdy nie było opcją bankowania użytkowników wykluczonych z obecnego systemu finansowego.

Obecnie branża blockchain promuje to, że zarówno kod inteligentnych kontraktów, jak i dane muszą być przechowywane w blockchainie i wykonywane przez każdy węzeł sieci, niezależnie od nadmiernego wzrostu rozmiaru lub niewłaściwego wykorzystania zasobów obliczeniowych. Schemat zaproponowany przez RGB jest znacznie bardziej inteligentny i wydajny, ponieważ kłóci się z paradygmatem blockchaina, oddzielając inteligentne kontrakty i dane od blockchainu, unikając w ten sposób nasycenia sieci obserwowanego na innych platformach. Z kolei RGB nie zmusza każdego węzła do wykonania każdego kontraktu, ale raczej zaangażowane strony, co zwiększa poufność na niespotykanym wcześniej poziomie.

image1

Inteligentne kontrakty w RGB

W RGB twórca inteligentnej umowy definiuje schemat określający zasady ewolucji umowy w czasie. Schemat jest standardem konstrukcji inteligentnych kontraktów w RGB: zarówno wystawca podczas definiowania kontraktu, jak i portfel lub giełda muszą przestrzegać określonego schematu, według którego muszą zweryfikować kontrakt. Tylko wtedy, gdy weryfikacja jest prawidłowa, każda ze stron może akceptować żądania i pracować z aktywem.

Inteligentny kontrakt w RGB to skierowany graf acykliczny (DAG) zmian stanu, gdzie zawsze znana jest tylko część wykresu i nie ma dostępu do reszty. Schemat RGB to podstawowy zestaw zasad ewolucji tego wykresu, od którego rozpoczyna się inteligentny kontrakt. Każdy uczestnik kontraktu może dodać do tych reguł (jeśli schemat na to pozwala), a powstały wykres budowany jest z iteracyjnego stosowania tych reguł.

Zasoby zamienne

Zmienne aktywa w RGB są zgodne z Specyfikacja LNP/BP RGB-20. Zatem po zdefiniowaniu RGB-20 dane zasobu zwane „danymi genezy” są dystrybuowane za pośrednictwem sieci Lightning Network, która zawiera informacje wymagane do użycia zasobu. Najbardziej podstawowa forma aktywów nie pozwala na wtórną emisję, spalenie tokenów, renominację lub wymianę.

Czasami emitent będzie musiał w przyszłości wyemitować więcej tokenów, takich jak monety typu stablecoin, takie jak USDT, co pozwala na powiązanie wartości każdego tokena z wartością waluty inflacyjnej, takiej jak USD. Aby to osiągnąć, istnieją bardziej złożone schematy RGB-20, które oprócz danych genezy wymagają od wystawcy wyprodukowania przesyłek, które będą również krążyć w sieci Lightning. Dzięki tym informacjom możemy poznać całkowitą podaż krążącą danego aktywa. To samo dotyczy spalenia majątku lub zmiany jego nazwy.

Informacje związane z aktywem mogą być publiczne lub prywatne: jeśli emitent wymaga poufności, może zdecydować się nie udostępniać informacji o tokenie i wykonywać operacji w całkowitej prywatności, ale mamy też odwrotny przypadek, w którym emitent i posiadacze muszą aby cały proces był przejrzysty. Osiąga się to poprzez udostępnianie danych tokena.

Procedury RGB-20

Procedura nagrywania wyłącza tokeny i spalonych tokenów nie można już używać. Procedura wymiany następuje w momencie spalenia tokenów i utworzenia nowej ilości tego samego tokena. Pomaga to zmniejszyć rozmiar danych historycznych zasobu, co jest ważne dla utrzymania szybkości zasobu. Aby wesprzeć przypadek użycia, w którym możliwe jest spalenie zasobów bez konieczności ich wymiany, zastosowano podschemat RGB-20, który umożliwia jedynie spalanie zasobów.

Niegrzebne żetony

Niezamienne tokeny (NFT) w RGB są zgodne z Specyfikacja LNP/BP RGB-21, kiedy pracujemy z NFT, mamy również schemat główny i podschemat. Schematy te posiadają procedurę grawerowania, która pozwala na dołączenie niestandardowych danych przez właściciela tokena. Najczęstszym przykładem, jaki widzimy obecnie w NFT, jest sztuka cyfrowa powiązana z tokenem. Wystawca tokena może zabronić takiego grawerowania danych, korzystając z podschematu RGB-21. W przeciwieństwie do innych systemów blockchain NFT, RGB umożliwia dystrybucję wielkoformatowych danych tokenów multimedialnych w sposób całkowicie zdecentralizowany i odporny na cenzurę, wykorzystując rozszerzenie sieci Lightning P2P o nazwie Bifrost, które jest również wykorzystywane do tworzenia wielu innych form RGB- określone funkcje inteligentnych kontraktów.

Oprócz aktywów zamiennych i NFT, RGB i Bifrost można wykorzystać do tworzenia innych form inteligentnych kontraktów, w tym zdecentralizowanych giełd (DEX), pul płynności, stabilnych monet algorytmicznych i innych, o których omówimy w przyszłych artykułach.

NFT z RGB kontra NFT z innych platform

  • Nie ma potrzeby stosowania drogiego magazynu blockchain.
  • Nie ma potrzeby stosowania systemu plików InterPlanetary (IPFS), zamiast tego używane jest rozszerzenie Lightning Network (zwane Bifrost) (i jest ono w pełni szyfrowane od końca do końca).
  • Nie ma potrzeby stosowania specjalnego rozwiązania do zarządzania danymi (ponownie Bifrost przejmuje tę rolę).
  • Nie ma potrzeby ufać stronom internetowym, jeśli chodzi o przechowywanie danych dotyczących tokenów NFT lub aktywów emitenta lub kontraktowych ABI.
  • RGB ma wbudowane szyfrowanie DRM i zarządzanie własnością.
  • RGB posiada infrastrukturę do tworzenia kopii zapasowych wykorzystującą Lightning Network (Bifrost).
  • RGB ma sposoby na zarabianie na treściach (nie tylko sprzedaż samego NFT, ale także wielokrotny dostęp do treści).

wnioski

Od czasu premiery Bitcoina, prawie 13 lat temu, przeprowadzono wiele badań i eksperymentów w tej dziedzinie. Zarówno sukcesy, jak i błędy pozwoliły nam nieco lepiej zrozumieć, jak w praktyce zachowują się systemy zdecentralizowane, co czyni je naprawdę zdecentralizowanymi i jakie działania prowadzą je do centralizacji. Wszystko to doprowadziło nas do wniosku, że prawdziwa decentralizacja jest zjawiskiem rzadkim i trudnym do osiągnięcia; prawdziwą decentralizację udało się osiągnąć jedynie dzięki Bitcoinowi i z tego powodu skupiamy nasze wysiłki na tym, aby na niej budować.

RGB ma własną króliczą norę w króliczej norze Bitcoin. Podczas gdy spadam przez nich obu, opublikuję to, czego się nauczyłem. W następnym artykule zapoznamy się z węzłami LNP i RGB oraz sposobami ich wykorzystania.

To jest post gościnny autorstwa Francisco Calderóna. Wyrażone opinie są wyłącznie ich własnymi opiniami i niekoniecznie odzwierciedlają opinie BTC, Inc. lub Magazyn Bitcoin.

Źródło: https://bitcoinmagazine.com/guides/a-brief-introduction-to-rgb-protocols

Znak czasu:

Więcej z Magazyn Bitcoin