Przedmowa
W czwartej rundzie cyklu halvingu Bitcoina gwałtowne przyjęcie protokołu #Ordinals i podobnych protokołów uświadomiło branży szyfrującej, że emisja i handel aktywami w oparciu o warstwę Bitcoin L1 mają kluczowe znaczenie dla bezpieczeństwa konsensusu i ekologii rozwój głównej sieci Bitcoin Wartość pozytywnych efektów zewnętrznych można opisać jako „moment Uniswap” ekosystemu Bitcoin.
Ewolucja i iteracja programowalności Bitcoina jest wynikiem zarządzania rynkiem na podstawie opinii społeczności Bitcoin, a nie kierowania się teleologią, taką jak Holder dla BTC lub Builder dla przestrzeni blokowej.
Obecnie, poprawiając programowalność Bitcoina, a tym samym zwiększając stopień wykorzystania przestrzeni bloków głównej sieci Bitcoin, stała się ona nową przestrzenią projektową dla konsensusu społeczności Bitcoin.
W przeciwieństwie do Ethereum i innych wysokowydajnych sieci publicznych, aby zapewnić prostotę i lekkość zestawu UTXO, przestrzeń projektowa programowalności Bitcoina jest bardzo ograniczona. Podstawowymi ograniczeniami jest sposób używania skryptów i kodu OP do obsługi UTXO.
Klasyczne rozwiązania programistyczne Bitcoin obejmują kanały stanowe (Lightning Network), weryfikację klienta (RGB), łańcuchy boczne (Liquid Network, Stacks, RootSock itp.), CounterParty, Omni Layer, Taproot Assets, DLC itp. Pojawiające się rozwiązania programistyczne Bitcoin od 2023 roku obejmują liczby porządkowe, BRC20, runy, atomy, znaczki itp.
Po zakończeniu drugiej fali Inscription pojawiła się jedna po drugiej nowa generacja rozwiązań programistycznych Bitcoin, takich jak rozwiązanie #CKB #同构绑定 firmy #CKB i rozwiązanie Bitcoin L2 kompatybilne z EVM , rozwiązanie DriveChain itp.
W porównaniu z rozwiązaniem Bitcoin L2 zgodnym z EVM, rozwiązanie programistyczne Bitcoin firmy CKB (Common Knowledge Base) jest natywnym, bezpiecznym rozwiązaniem w nowoczesnej przestrzeni projektowej programowalności Bitcoin, które nie wprowadza założeń zaufania społecznego. W porównaniu z rozwiązaniem DriveChain nie wymaga żadnych zmian na poziomie protokołu Bitcoin.
W dającej się przewidzieć przyszłości krzywa wzrostu programowalności Bitcoin przejdzie fazę przyspieszonego wzrostu, a zasoby, użytkownicy i aplikacje ekosystemu Bitcoin zapoczątkowują falę eksplozji Xuanbian. Stos UTXO ekosystemu CKB będzie nowością Napływ programistów Bitcoin oferuje możliwość budowania protokołów z wykorzystaniem stosów modułowych. Ponadto CKB bada integrację Lightning Network ze stosem UTXO, aby wykorzystać natywną programowalność Bitcoina w celu osiągnięcia interoperacyjności między nowymi protokołami.
Przestrzeń nazw programowalności Bitcoin
Blockchain to maszyna, która tworzy zaufanie, a sieć główna Bitcoin to maszyna 0. Tak jak cała zachodnia filozofia jest przypisem do Platona, wszystko w świecie kryptowalut (aktywa, narracje, sieci blockchain, protokoły, DAO itp.) jest pochodnymi i pochodnymi Bitcoina.
W procesie koewolucji Bitcoin Maxi i ekspansjonistów, od debaty na temat tego, czy główna sieć Bitcoin obsługuje kompletność Turinga, po spór pomiędzy schematem Segregated Witness a schematem rozbudowy dużych bloków, Bitcoin nieustannie się rozwidla. Oznacza to nie tylko tworzenie nowych projektów szyfrowania i konsensus społeczności szyfrującej, ale także wzmacnianie i konsolidację własnego konsensusu społeczności Bitcoin. Jest to proces samopotwierdzenia podczas odmienności.
Ze względu na tajemnicze zniknięcie Satoshi Nakamoto, zarządzanie społecznością Bitcoin nie ma struktury zarządzania „oświeconej monarchii”, takiej jak Ethereum, ale model zarządzania, w którym górnicy, programiści, społeczności i rynki angażują się w otwarte gry, aby osiągnąć zrównoważony model zarządzania. Dzięki temu konsensus społeczności Bitcoin może być wyjątkowo stabilny po utworzeniu.
Obecne cechy konsensusu społeczności Bitcoin to: konsensus to nie dowodzenie i kontrola, minimalizacja zaufania, decentralizacja, odporność na cenzurę, pseudoanonimowość, otwarte oprogramowanie, otwarta współpraca, brak pozwoleń, neutralność prawna, jednorodność, kompatybilność w przód, minimalizacja wykorzystania zasobów , weryfikacja > kalkulacja, zbieżność, niezmienność transakcji, odporność na ataki DoS, unikanie rywalizacji o wejście, solidność, spójne zachęty, umocnienie, konsensus, przy którym nie należy manipulować, zasady konfliktu, wspólny rozwój itp. [1]
Obecną formę sieci głównej Bitcoin można postrzegać jako ucieleśnienie powyższych cech konsensusu społeczności Bitcoin. Przestrzeń projektowa programowalności Bitcoin jest również definiowana przez konsensus społeczności Bitcoin.
Klasyczna przestrzeń projektowa do programowania Bitcoin
Podczas gdy inne sieci publiczne próbują modularyzacji, równoległości i innych rozwiązań w celu zbadania przestrzeni projektowej niemożliwego rozwiązania trójkąta blockchain, przestrzeń projektowa protokołu Bitcoin zawsze skupiała się na skryptach, kodzie OP i UTXO.
Dwa typowe przykłady to dwie główne aktualizacje głównej sieci Bitcoin od 2017 roku: twardy fork Segwit i miękki fork Taproot.
Podczas hard forku Segwit w sierpniu 2017 r. do głównego bloku 1M dodano blok 3M w celu przechowywania podpisów (świadków), a waga danych podpisu została ustawiona na 1 z danych głównego bloku podczas obliczania opłat za wydobycie aby zachować spójność kosztów wydawania wyjścia UTXO i tworzenia wyjścia UTXO oraz zapobiegać nadużyciom zmiany UTXO w celu zwiększenia szybkości rozszerzania zestawu UTXO.
Miękki fork Taproot w listopadzie 2021 r. pozwoli zaoszczędzić czas weryfikacji UTXO i przestrzeń blokową zajmowaną przez multipodpisy poprzez wprowadzenie schematu wielu podpisów Schnorra.
1 grupa klucz-wartość UTXO (źródło: Learnmeabitcoin.com)
UTXO (niewydane dane wyjściowe transakcji) to podstawowa struktura danych głównej sieci Bitcoin. Ma cechy atomowości, niejednorodności i sprzężenia łańcuchowego. Każda transakcja w sieci głównej Bitcoin zużywa 1 UTXO jako dane wejściowe i tworzy liczbę całkowitą n nowych wyjść UTXO. Mówiąc prościej, UTXO można uznać za dolary amerykańskie, euro i inne banknoty poruszające się w łańcuchu. Można je wydawać, wymieniać, dzielić, łączyć itp., Ale jego najmniejszą jednostką atomową jest Satoshi (saty). Jeden UTXO reprezentuje najnowszy status w określonym czasie. Zestaw UTXO reprezentuje najnowszy stan sieci głównej Bitcoin w określonym czasie.
Utrzymując zestaw Bitcoin UTXO prosty, lekki i łatwy do sprawdzenia, tempo ekspansji stanu głównej sieci Bitcoin zostało pomyślnie ustabilizowane na poziomie zgodnym ze sprzętowym prawem Moore'a, zapewniając w ten sposób udział wszystkich węzłów w głównej sieci Bitcoin weryfikacji transakcji.
Odpowiednio, przestrzeń projektowa programowalności Bitcoin jest również ograniczona przez konsensusową charakterystykę społeczności Bitcoin. Na przykład, aby zapobiec potencjalnym zagrożeniom bezpieczeństwa, Satoshi Nakamoto zdecydował się w sierpniu 2010 roku usunąć kod operacyjny OP-CAT, który był kluczową logiką pozwalającą osiągnąć programowalność Bitcoina na poziomie Turinga.
Ścieżka do realizacji programowalności Bitcoin nie wykorzystuje rozwiązań maszyn wirtualnych (VM) w łańcuchu, takich jak Ethereum i Solana. Zamiast tego wybiera użycie skryptów i kodów operacyjnych (kodu OP) do kontrolowania UXTO, pól wejściowych transakcji, pól wyjściowych i świadków. Dane (Świadek) itp. wykorzystywane są do operacji programistycznych.
Główny zestaw narzędzi programowalności Bitcoin to: multipodpis, blokada czasowa, blokada skrótu, kontrola procesu (OP_IF, OP_ELIF). [2]
W klasycznej przestrzeni projektowej programowalność Bitcoina jest bardzo ograniczona. Obsługuje tylko kilka procedur weryfikacji i nie obsługuje przechowywania stanu w łańcuchu ani obliczeń w łańcuchu. Przechowywanie stanu w łańcuchu i obliczenia w łańcuchu są dokładnie realizacją Turinga Poziom podstawowy funkcjonalny komponent programowalności.
Renesans programowalności Bitcoina
Jednak przestrzeń projektowa programowalności Bitcoina nie jest stanem ustalonym. Zamiast tego jest bliżej widma dynamicznego, które zmienia się w czasie.
W odróżnieniu od stereotypu świata zewnętrznego, że rozwój głównej sieci Bitcoin jest w stagnacji, z różnymi wektorami konsensusu ograniczającymi przestrzeń projektową, opracowywanie, wdrażanie, przyjęcie i promocja nowych skryptów i nowych opkodów dla głównej sieci Bitcoin jest zawsze w toku i jest w toku czasami nawet wywoływały wojny na widełki w społeczności szyfrującej (takie jak hard fork Segwit).
Biorąc za przykład zmiany związane z przyjęciem typów skryptów sieci głównej Bitcoin, możemy wyraźnie dostrzec te zmiany. Skrypty używane przez typ wyjściowy sieci głównej Bitcoin można podzielić na trzy kategorie:
Skrypt oryginalny: pubkey, pubkeyhash
Ulepszone skrypty: multisig, scripthash
Skrypty świadków: świadek_v0_keyhash, świadek_v0_scripthash, świadek_v1_taproot
Pełne historyczne typy wyników sieci Bitcoin; źródło: Dune
Z wykresu trendu zmian całego historycznego typu wyjściowego głównej sieci Bitcoin obserwujemy podstawowy fakt: poprawa programowalności głównej sieci Bitcoin jest długoterminowym trendem historycznym. Ulepszone skrypty pożerają część oryginalnych skryptów, podczas gdy skrypty świadków pochłaniają ulepszenia. Protokół Ordinals oparty na ulepszonych skryptach Segweit i skryptach świadków Taproot zapoczątkował falę emisji aktywów Bitcoin L1, która jest nie tylko kontynuacją historycznego trendu programowalności sieci głównej Bitcoin, ale także nowym etapem programowalności sieci głównej Bitcoin.
Kod operacyjny sieci głównej Bitcoin ma również podobny proces ewolucji jak skrypt sieci głównej Bitcoin.
Na przykład protokół Ordinals realizuje swój projekt funkcjonalny poprzez połączenie skryptu sieci głównej Bitcoin, ścieżki skryptu taproot, wydatków i kodów operacji (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).
1 wygrawerowany egzemplarz protokołu porządkowego
Zanim oficjalnie narodził się protokół Ordinals, klasyczne rozwiązania programowalności Bitcoin obejmowały głównie kanały stanowe (Lightning Network), weryfikację klienta (RGB), łańcuchy boczne (Liquid Network, Stacks, RootSock itp.), CounterParty, Omni Layer, DLC itp. .
Protokół Ordinals serializuje Satoshi, najmniejszą jednostkę atomową UXTO, a następnie graweruje zawartość danych w polu Witness UTXO i kojarzy ją z określonym serializowanym Satoshi. Indeksator poza łańcuchem jest następnie odpowiedzialny za indeksowanie i wykonywanie operacji programowalnych te stany danych. Ten nowy paradygmat programowalności Bitcoina jest żywo porównywany do „grawerowania na złocie”.
Nowy paradygmat protokołu Ordinals zainspirował entuzjazm większej społeczności kryptograficznej do wykorzystania przestrzeni bloków głównej sieci Bitcoin do wydawania, bicia i handlu przedmiotami kolekcjonerskimi NFT oraz tokenami typu MeMe (które można zbiorczo określać jako inskrypcje), wśród których wiele ludzi w ich życiu Po raz pierwszy masz swój własny adres Bitcoin.
Jednakże programowalność protokołu Ordinals dziedziczy ograniczoną programowalność Bitcoina i obsługuje tylko trzy metody funkcjonalne: Deploy, Mint i Transfer. To sprawia, że protokół Ordinals i jego następcy BRC20, Runes, Atomics, Stamps i inne protokoły nadają się tylko do scenariuszy zastosowań związanych z emisją aktywów. Jednak wsparcie dla scenariuszy zastosowań DeFi, takich jak transakcje i pożyczki, które wymagają obliczeń stanu i przechowywania stanu, jest stosunkowo słabe.
Protokół porządkowy 3 rodzaje wielkości TX (źródło: Dune)
Płynność jest siłą napędową aktywów. Ze względu na naturalną charakterystykę protokołu programowalności Bitcoin typu Ordinals, aktywa z napisami są ponownie wydawane, a płynność jest zapewniana w niewielkim stopniu, co z kolei wpływa na wartość generowaną przez cały cykl życia aktywów z napisami.
Co więcej, protokoły Ordinals i BRC20 są również podejrzane o nadużywanie przestrzeni danych świadków i obiektywnie spowodowały eksplozję statusu głównej sieci Bitcoin.
Zmiany w wielkości przestrzeni bloków Bitcoin (Źródło: Dune)
Dla porównania, głównymi źródłami opłat za gaz w głównej sieci Ethereum są opłaty za gaz transakcyjny DEX, opłaty za dostępność danych L2 i opłaty za gaz za transfer monet stabilnych. W porównaniu z główną siecią Ethereum, dochód głównej sieci Bitcoin jest pojedynczy, wysoce cykliczny i bardzo zmienny.
Możliwości programistyczne głównej sieci Bitcoin nie są jeszcze w stanie zaspokoić popytu po stronie podaży przestrzeni bloków głównej sieci Bitcoin. Aby osiągnąć stabilny i zrównoważony status przychodów z przestrzeni blokowej dla głównej sieci Ethereum, potrzebne są DEX, monety stablecoin i L2 natywne dla ekosystemu Bitcoin. Warunkiem wstępnym realizacji tych protokołów i aplikacji jest to, że programowalny protokół Bitcoin musi zapewniać pełne możliwości programowania w technologii Turing.
Dlatego też, jak natywnie zrealizować programowalność Bitcoina w trybie Turinga, przy jednoczesnym ograniczeniu negatywnego wpływu na skalę stanu głównej sieci Bitcoin, stało się ważnym tematem w ekosystemie Bitcoin.
Rozwiązanie CKB do programowania Bitcoin
Obecnie rozwiązania umożliwiające osiągnięcie natywnej programowalności Bitcoina w technologii Turing obejmują: BitVM, RGB, CKB, EVM kompatybilne z Rollup L2, DriveChain itp.
BitVM wykorzystuje zestaw kodów OP Bitcoin do budowy bramek logicznych NAND, a następnie buduje inne podstawowe bramki logiczne za pomocą bramek logicznych NAND. Na koniec z tych podstawowych obwodów bramek logicznych budowana jest natywna dla Bitcoin maszyna wirtualna. Zasada ta jest nieco podobna do diagramu tablicowego Króla Qina ze słynnej powieści science fiction „Problem trzech ciał”. Konkretne sceny są pokazane w serialu telewizyjnym Netflix o tym samym tytule. Artykuł na temat rozwiązania BitVM jest w pełni open source i jest bardzo oczekiwany przez społeczność szyfrującą. Jednak jego inżynieryjna implementacja jest bardzo trudna, napotyka takie problemy, jak koszty zarządzania danymi poza łańcuchem, ograniczenie liczby uczestników, liczba interakcji wyzwanie-odpowiedź, złożoność funkcji skrótu itp., co w skrócie utrudnia wdrożenie. termin.
Protokół RGB wykorzystuje weryfikację po stronie klienta i technologię jednorazowego uszczelniania, aby osiągnąć pełną programowalność w technologii Turing. Podstawową ideą projektu jest przechowywanie statusu i logiki inteligentnego kontraktu na wyjściu (wyjściu) transakcji Bitcoin (transakcja). Konserwacja kodu i przechowywanie danych odbywa się poza łańcuchem, a sieć główna Bitcoin służy jako warstwa zobowiązań dla stanu końcowego.
EVM jest kompatybilny z Rollup L2 i jest rozwiązaniem umożliwiającym szybkie ponowne wykorzystanie dojrzałego stosu Rollup L2 do zbudowania Bitcoin L2. Biorąc jednak pod uwagę, że sieć główna Bitcoin nie jest obecnie w stanie zapewnić zabezpieczenia przed oszustwami/dowodem ważności, Rollup L2 musi wprowadzić założenie zaufania społecznego (wielopodpis).
DriveChain to rozwiązanie do rozbudowy łańcucha bocznego. Podstawową ideą projektu jest wykorzystanie Bitcoina jako dolnej warstwy łańcucha bloków i utworzenie łańcucha bocznego poprzez zablokowanie Bitcoina, osiągając w ten sposób dwukierunkową interoperacyjność pomiędzy Bitcoinem a łańcuchem bocznym. Realizacja projektu DriveChain wymaga zmian na poziomie protokołu w Bitcoinie, co polega na wdrożeniu zaproponowanych przez zespół programistów BIP300 i BIP301 do sieci głównej.
Powyższe rozwiązania programistyczne Bitcoin są albo niezwykle trudne do wdrożenia w krótkim okresie, albo wprowadzają zbyt wiele założeń dotyczących zaufania społecznego, albo wymagają zmian w Bitcoinie na poziomie protokołu.
Protokół aktywów Bitcoin L1: RGB++
W odpowiedzi na powyższe braki i problemy w protokole programowalności Bitcoin zespół CKB zaproponował stosunkowo zrównoważone rozwiązanie. Rozwiązanie składa się z protokołu aktywów Bitcoin L1 RGB++, dostawcy usług Bitcoin L2 Raas UTXO Stack oraz protokołu interoperacyjności zintegrowanego z siecią Lightning.
Natywne prymitywy UXTO: wiązanie izomorficzne
RGB++ to protokół emisji aktywów Bitcoin L1 opracowany w oparciu o pomysły projektowe RGB. Inżynierska implementacja RGB++ dziedziczy techniczne prymitywy CKB i RBG. Wykorzystuje technologię „jednorazowego uszczelnienia” RGB i technologię weryfikacji klienta oraz odwzorowuje Bitcoin UTXO na komórkę (rozszerzona wersja UTXO) głównej sieci CKB poprzez wiązanie izomorficzne i wykorzystuje skrypty na CKB i ograniczeniach łańcucha Bitcoin w celu sprawdzenia poprawności obliczeń państwowych i zasadności zmian własnościowych.
Innymi słowy, RGB++ wykorzystuje komórki w łańcuchu CKB do wyrażenia relacji własności zasobów RGB. Przenosi dane o zasobach oryginalnie przechowywane lokalnie na kliencie RGB do łańcucha CKB i wyraża je w formie komórki, ustanawiając relację mapowania z Bitcoin UTXO, umożliwiając CKB działanie jako publiczna baza danych i warstwa przedrozliczeniowa poza łańcuchem dla Zasoby RGB Wymień klienta RGB, aby uzyskać bardziej niezawodny hosting danych i interakcję z umowami RGB
Izomorficzne wiązanie RGB++ (Źródło: lekki papier protokołu RGB++)
Komórka jest podstawową jednostką przechowywania danych CKB i może zawierać różne typy danych, takie jak CKBytes, tokeny, kod TypeScript lub dane serializowane (takie jak ciągi JSON). Każda komórka zawiera mały program zwany Skryptem blokady, który definiuje właściciela komórki. Lock Script nie tylko obsługuje skrypty sieci głównej Bitcoin, takie jak multipodpis, blokada skrótu, blokada czasowa itp., ale także umożliwia włączenie skryptu typu w celu wykonania określonych reguł w celu kontrolowania jego użycia. Umożliwia to programistom dostosowywanie inteligentnych kontraktów do różnych przypadków użycia, takich jak wydawanie NFT, tokeny zrzutowe, zamiana AMM i nie tylko.
Protokół RGB wykorzystuje kod operacji OP RETURN do dołączenia katalogu głównego stanu transakcji poza łańcuchem do wyjścia UTXO, wykorzystując UTXO jako kontener dla informacji o stanie. Następnie RGB++ odwzorowuje kontener informacji o stanie zbudowany z RGB na komórkę CKB, zapisuje informacje o stanie w typie i danych komórki i używa tego kontenera UTXO jako właściciela stanu komórki.
Cykl życia transakcji RGB++ (źródło: dokument dotyczący protokołu RGB++)
Jak pokazano na powyższym rysunku, pełny cykl życia transakcji RGB++ wygląda następująco:
Przetwarzanie poza łańcuchem. Inicjując izomorficznie związany Tx, musisz najpierw wybrać nowy UTXO btc_utx#2w głównej sieci Bitcoin jako jednorazowy zapieczętowany kontener, a następnie powiązać izomorficznie UTXO btc_utx#1z oryginalnym Cell off-chain, nowym Komórka powiązana izomorficznie btc_utxo#2, wykorzystuje oryginalną komórkę jako wejście i nową komórkę jako wyjście CKB TX do obliczenia skrótu w celu wygenerowania zobowiązania.
Prześlij transakcję Bitcoin. RGB++ inicjuje Tx w głównej sieci Bitcoin, przyjmuje btc_utx#1izomorficznie związany z oryginalną komórką jako wejście i używa OP RETURN, aby przyjąć zobowiązanie wygenerowane w poprzednim kroku jako wyjście.
Prześlij transakcję CKB. CKB Tx wygenerowany przez obliczenia poza łańcuchem przed wykonaniem CKB w sieci głównej.
Weryfikacja w łańcuchu. Sieć główna CKB uruchamia lekkiego klienta sieci głównej Bitcoin w celu weryfikacji zmian stanu całego systemu. Różni się to bardzo od RGB. Mechanizm P2P używany do weryfikacji zmiany stanu RGB wymaga, aby inicjator i odbiorca Tx byli w tym samym czasie online i jedynie interaktywnie sprawdzali odpowiednią mapę TX.
RGB++ zaimplementowany w oparciu o powyższą logikę wiązania izomorficznego, w porównaniu z protokołem RGB, rezygnując z pewnej prywatności, zyskał kilka nowych funkcji: weryfikację klienta wzmocnioną przez blockchain, składanie transakcji i stan współdzielony bez umowy głównej i nieinteraktywnych transferów.
Weryfikacja po stronie klienta wzmocniona przez Blockchain. RGB++ umożliwia użytkownikom wybór PoW w celu utrzymania bezpieczeństwa konsensusu, obliczenia stanu weryfikacji CKB i zmiany właściciela URXO-Cell.
Składanie transakcji. RGB++ obsługuje mapowanie wielu komórek do pojedynczego UTXO, osiągając w ten sposób elastyczną ekspansję RGB++.
Inteligentne kontrakty bez właściciela i stan współdzielony. Główną trudnością we wdrażaniu inteligentnych kontraktów kompletnych w technologii Turinga przy użyciu struktur danych stanu UTXO są inteligentne kontrakty bez właściciela i współdzielone stany. RGB++ może rozwiązać ten problem, wykorzystując komórkę stanu globalnego i komórkę intencji CKB.
Przelewy nieinteraktywne.RGB++ sprawia, że proces weryfikacji po stronie klienta RGB jest opcjonalny i nie wymaga już interaktywnych transferów. Jeśli użytkownik wybierze CKB do weryfikacji obliczenia statusu i zmian własności, doświadczenie interakcji transakcyjnej będzie spójne z główną siecią Bitcoin.
Ponadto RGB++ dziedziczy również funkcję prywatyzacji przestrzeni stanowej głównej sieci CKB Cell. Oprócz płacenia opłaty górniczej za korzystanie z przestrzeni bloku głównej sieci Bitcoin, każdy TX RGB++ musi także uiścić dodatkową opłatę za dzierżawę stanu Cell. spacja (ta część Opłata wraca na pierwotną ścieżkę po zużyciu Komórki). Prywatyzacja przestrzeni stanów Cell to mechanizm obronny wymyślony przez CKB w celu poradzenia sobie z eksplozją stanu głównej sieci blockchain. Najemcy przestrzeni stanów Cell muszą w dalszym ciągu płacić przez cały okres użytkowania (wartość jest rozwodniona w postaci inflacji). za pomocą tokenów obiegowych CKB). To sprawia, że protokół RGB++ jest odpowiedzialnym protokołem rozszerzenia programowalności sieci głównej Bitcoin, który może w pewnym stopniu ograniczyć nadużywanie przestrzeni bloków sieci głównej Bitcoin.
Współpraca bez zaufania L1<>L2: Skok
Izomorficzne wiązanie RGB++ to synchroniczna, atomowa logika implementacji, która albo zachodzi w tym samym czasie, albo odwraca się w tym samym czasie i nie ma stanu pośredniego. Wszystkie transakcje RGB++ pojawią się jednocześnie w łańcuchach BTC i CKB. Pierwsza jest kompatybilna z transakcjami protokołu RGB, natomiast druga zastępuje proces weryfikacji klienta. Użytkownicy muszą jedynie sprawdzić odpowiednie transakcje w CKB, aby sprawdzić, czy obliczenie statusu tej transakcji RGB++ jest prawidłowe. Jednakże użytkownicy mogą również korzystać z lokalnej mapy korelacji Tx UTXO w celu niezależnej weryfikacji transakcji RGB++ bez wykorzystywania transakcji w łańcuchu CKB jako podstawy weryfikacji (niektóre funkcje, takie jak składanie transakcji, nadal muszą polegać na skrótu nagłówka bloku CKB w przypadku podwójnych wydatków weryfikacja zapobiegawcza).
Dlatego aktywa cross-chain pomiędzy RGB++ a siecią główną CKB nie opierają się na wprowadzeniu dodatkowych założeń zaufania społecznego, takich jak warstwa przekaźnikowa mostu cross-chain, kompatybilny z EVM scentralizowany skarbiec wielu podpisów Rollup itp. Zasoby RGB++ mogą być natywnie i bez zaufania przenoszone z sieci głównej Bitcoin do sieci głównej CKB lub z sieci głównej CKB do sieci głównej Bitcoin. CKB nazywa to międzyłańcuchowym skokiem przepływu pracy.
Zależność pomiędzy RGB++ i CKB jest luźno powiązana. Oprócz obsługi zasobów warstwy Bitcoin L1 (nie ograniczających się do natywnych zasobów protokołu RGB++, w tym zasobów wyemitowanych przy użyciu Runes, Atomicals, Taproot Assets i innych protokołów) Leap to CKB, protokół RGB++ obsługuje również Leap to Cardano i inne kompletne łańcuchy UTXO Turing. . Jednocześnie RGB++ obsługuje również zasoby Leap of Bitcoin L2 do głównej sieci Bitcoin.
Rozszerzone funkcje i przykłady zastosowań RGB++
Protokół RGB++ natywnie obsługuje wydawanie tokenów zamiennych i NFT.
Zmienny standard tokena dla RGB++ to xUDT, a standard NFT to Spore itp.
Standard xUDT obsługuje wiele jednorodnych metod wydawania tokenów, w tym między innymi scentralizowaną dystrybucję, zrzuty, subskrypcje itp. Łączną liczbę tokenów można również wybrać pomiędzy nielimitowanymi i wstępnie ustawionymi limitami. W przypadku tokenów z ustalonym limitem można zastosować schemat współdzielenia stanu, aby sprawdzić, czy łączna liczba każdej emisji jest mniejsza lub równa ustawionemu limitowi.
Spore w standardzie NFT przechowuje wszystkie metadane w łańcuchu, osiągając 100% bezpieczeństwo dostępności danych. DOB (Digital Object), zasób wydany przez protokół Spore, jest podobny do Ordinals NFT, ale ma bogatsze funkcje i rozgrywkę.
Jako protokół weryfikacji klienta, protokół RGB w naturalny sposób obsługuje kanały stanowe i sieć Lightning Network, jest jednak ograniczony możliwościami obliczeniowymi Bitcoina i bardzo trudno jest wprowadzić do sieci Lightning zasoby wolne od zaufania inne niż BTC. Jednakże protokół RGB++ może wykorzystywać kompletny system skryptowy CKB Turing do implementacji kanałów stanowych i sieci Lightning w oparciu o zasoby RGB++ CKB.
Dzięki powyższym standardom i funkcjom przypadki użycia protokołu RGB++ nie ograniczają się do prostych scenariuszy emisji aktywów, takich jak inne programowalne protokoły sieci głównej Bitcoin, ale obsługują złożone scenariusze zastosowań, takie jak handel aktywami, pożyczanie aktywów i monety stabilne CDP. Na przykład izomorficzna logika wiązania RGB++ w połączeniu ze skryptem PSBT natywnym dla sieci Bitcoin może zaimplementować DEX w postaci siatki księgi zamówień.
Dostawca usług Bitcoin L2 RaaS: UTXO Stack
Izomorficzny Bitcoin L2 UTXO vs kompatybilny z EVM Bitcoin Rollup L2
Na rynku konkurencji w zakresie rozwiązań do implementacji programowalności Bitcoina w oparciu o technologię Turing, rozwiązania takie jak DriveChain i Restoring OPCAT wymagają zmian w warstwie protokołu Bitcoin, a wymagany czas i koszt są bardzo niepewne i nieprzewidywalne Rollupy L2 w wersji realistycznej cieszą się większym uznaniem deweloperów i kapitału. UTXO izomorficzny z Bitcoinem L2, reprezentowanym przez CKB. EVM jest kompatybilny z Bitcoin Rollup L2, reprezentowanym przez MerlinChain i BOB.
Szczerze mówiąc, protokół emisji aktywów Bitcoin L1 dopiero zaczął tworzyć częściowy konsensus w społeczności Bitcoin, podczas gdy konsensus społeczności w sprawie Bitcoin L2 jest na wcześniejszym etapie. Jednak na tym pograniczu Bitcoin Magazine i Pantera próbowały wyznaczyć granice definiujące Bitcoin L2, zapożyczając strukturę koncepcyjną Ethereum L2.
Ich zdaniem Bitcoin L2 powinien mieć 3 następujące cechy:
Używaj Bitcoina jako swojego natywnego zasobu. Bitcoin L2 musi używać Bitcoina jako podstawowego aktywa rozliczeniowego.
Używaj Bitcoina jako mechanizmu rozliczeniowego w celu egzekwowania transakcji. Użytkownicy Bitcoin L2 muszą mieć możliwość przymusowego przywrócenia kontroli nad swoimi aktywami na jednym poziomie (zaufanym lub niezaufanym).
Wykazać funkcjonalną zależność od Bitcoina. Jeśli sieć główna Bitcoin ulegnie awarii, ale system Bitcoin L2 może nadal działać, wówczas system nie jest L2 Bitcoina. [4]
Innymi słowy, Bitcoin L2, ich zdaniem, powinien mieć weryfikację dostępności danych w oparciu o główną sieć Bitcoin, mechanizm luku ratunkowego, BTC jako token Bitcoin L2 Gas itp. Wydaje się, że podświadomie uważają paradygmat L2 zgodny z EVM za standardowy szablon dla Bitcoin L2.
Jednak możliwości obliczania i weryfikacji stanu słabego głównej sieci Bitcoin nie pozwalają na realizację funkcji 1 i 2 w krótkim okresie. W tym przypadku kompatybilność EVM z L2 jest schematem ekspansji poza łańcuchem, który całkowicie opiera się na założeniu zaufania społecznego. są one zapisane w białej księdze. W przyszłości BitVM zostanie zintegrowany w celu weryfikacji dostępności danych i wspólnego eksploracji z siecią główną Bitcoin w celu zwiększenia bezpieczeństwa.
Oczywiście nie oznacza to, że te Rollup L2 kompatybilne z EVM są fałszywymi Bitcoin L2, ale nie zapewniają dobrej równowagi pomiędzy bezpieczeństwem, brakiem zaufania i skalowalnością. Co więcej, wprowadzenie kompletnego rozwiązania Ethereum opartego na architekturze Turing do ekosystemu Bitcoin może z łatwością zostać odebrane przez Bitcoin Maxi jako ułagodzenie drogi ekspansjonistycznej.
Dlatego izomorficzny Bitcoin L2 UTXO jest w naturalny sposób lepszy od Rollup L2 kompatybilnego z EVM pod względem legalności i konsensusu społeczności Bitcoin.
Cechy stosu UTXO: Fractal Bitcoin Mainnet
Jeśli Ethereum L2 jest fraktalem Ethereum, wówczas Bitcoin L2 powinien być fraktalem Bitcoina.
Stos UTXO ekosystemu CKB umożliwia programistom uruchomienie UTXO Bitcoin L2 jednym kliknięciem i natywnie integruje możliwości protokołu RGB++. Umożliwia to bezproblemową interoperacyjność pomiędzy siecią główną Bitcoin a izomorficznym Bitcoinem L2 UTXO opracowanym przy użyciu UTXO Stack poprzez mechanizm Leap. UTXO Stack obsługuje zastawianie aktywów BTC, CKB i BTC L1, aby zapewnić bezpieczeństwo izomorficznego Bitcoina L2 UTXO.
Architektura stosu UTXO (źródło: Medium)
UTXO Stack obsługuje obecnie swobodny przepływ i interoperacyjność zasobów RGB++ pomiędzy Bitcoin Lightning Network – CKB Lightning Network – UTXO Stack równolegle L2. Ponadto UTXO Stack obsługuje również swobodny przepływ zasobów protokołu programowalności Bitcoin L1 opartego na UTXO, takich jak Runes, Atomics, Taproot Assets, Stamps itp. pomiędzy równoległymi L2 UTXO Stack – CKB Lightning Network – Bitcoin Lightning Network i interoperacyjność.
UTXO Stack wprowadza paradygmat modułowy w dziedzinie konstrukcji Bitcoin L2 i wykorzystuje wiązanie izomorficzne, aby sprytnie ominąć problemy z obliczaniem stanu sieci głównej Bitcoin i weryfikacją dostępności danych. W tym stosie modułowym rolą Bitcoina jest warstwa konsensusu i warstwa rozliczeniowa, rolą CKB jest warstwa dostępności danych, a rolą równoległych L2 stosu UTXO jest warstwa wykonawcza.
Krzywa wzrostu programowalności Bitcoina i przyszłość CKB
Krzywa wzrostu programowalności Bitcoina i przyszłość CKB
W rzeczywistości, ze względu na nieodłączne napięcie pomiędzy cyfrową narracją Bitcoina a programowalną narracją Bitcoina, niektórzy OG w społeczności Bitcoin uważają programowalny protokół Bitcoin L1, który pojawia się od 23 lat, za nowy dodatek do głównej sieci Bitcoin . W pewnym sensie wojna na słowa pomiędzy twórcą rdzenia Bitcoina Luke’em a fanami BRC20 to trzeci świat Bitcoin Maxi i ekspansjonistów po debacie na temat tego, czy wspierać kompletność Turinga i sporze o duże i małe bloki.
Ale tak naprawdę istnieje inna perspektywa, która postrzega Bitcoin jako łańcuch aplikacji cyfrowego złota. Z tej perspektywy to położenie podstawowej zdecentralizowanej księgi cyfrowego złota kształtuje kształt zestawu UTXO i programowalne cechy protokołu dzisiejszej sieci głównej Bitcoin. Ale jeśli dobrze pamiętam, wizją Satoshiego Nakamoto było uczynienie Bitcoina walutą elektroniczną P2P. Cyfrowe złoto potrzebuje programowalności w przypadku sejfów i skarbców, a waluta potrzebuje programowalności w przypadku sieci obiegowej banku centralnego i banku komercyjnego. Dlatego protokół poprawy programowalności Bitcoina nie jest aktem dewiacyjnym, ale powrotem do wizji Satoshiego Nakamoto.
Bitcoin to pierwszy AppChain (źródło: @tokenterminal)
Czerpiemy z metod badawczych Gartner Hype Cycle i potrafimy podzielić rozwiązania programistyczne Bitcoin na 5 etapów.
Etap rozwoju technologii: DriveChain, UTXO Stack, BitVM itp.
Okres zawyżonych oczekiwań: Runy, RGB++, Rollup EVM, Bitcoin L2 itp.
Okres pękania baniek: BRC20, atomy itp.
Stały okres odzyskiwania: RGB, Lightning Network, łańcuch boczny Bitcoin itp.
Płaskowyż dojrzałości: skrypt Bitcoin, skrypt Taproot, blokada czasu mieszania itp.
Przyszłość CKB: OP Stack+EigenLayer ekosystemu Bitcoin
Niezależnie od tego, czy jest to zgodne z EVM z Bitcoin Rollup L2, izomorficzny Bitcoin L2 UTXO, czy nowe paradygmaty, takie jak DriveChain, różne rozwiązania implementacyjne dla pełnej programowalności Turinga ostatecznie wskazują na sieć główną Bitcoin jako warstwę konsensusu i warstwę rozliczeniową.
Tak jak ewolucja zbieżna zachodzi w przyrodzie wielokrotnie, można oczekiwać, że trend rozwojowy programowalności opartej na architekturze Turinga w ekosystemie Bitcoin wykaże pewien stopień spójności z ekosystemem Ethereum w niektórych aspektach. Ale ta spójność nie będzie oznaczać prostego kopiowania stosu technologii Ethereum do ekosystemu Bitcoin, ale wykorzystanie natywnego stosu technologii Bitcoin (programowalność oparta na UTXO) w celu osiągnięcia podobnej struktury ekologicznej.
Pozycjonowanie stosu UTXO CKB jest bardzo podobne do stosu OP Optimism, który utrzymuje silną równoważność i spójność z główną siecią Ethereum w warstwie wykonawczej, podczas gdy stos UTXO utrzymuje silną równoważność z główną siecią Bitcoin w efektywności warstwy wykonawczej i spójność. Jednocześnie struktury UTXO Stack i OP Stack są strukturami równoległymi.
Aktualny stan ekologii CKB (Źródło: Społeczność CKB)
W przyszłości UTXO Stack uruchomi usługi RaaS, takie jak współdzielone sekwencery, współdzielone bezpieczeństwo, współdzielona płynność i współdzielone zestawy weryfikacyjne, aby jeszcze bardziej zmniejszyć koszty i trudności dla programistów przy uruchamianiu izomorficznego Bitcoina L2 UTXO. Istnieje już duża liczba zdecentralizowanych protokołów monet stabilnych, AMM DEX, protokołów pożyczkowych, światów autonomicznych i innych projektów, które planują wykorzystać UTXO Stack do zbudowania izomorficznego Bitcoina L2 UTXO jako podstawowej infrastruktury konsensusu.
W odróżnieniu od innych abstrakcyjnych protokołów bezpieczeństwa Bitcoin, mechanizm konsensusu CKB jest mechanizmem konsensusu PoW spójnym z główną siecią Bitcoin, a moc obliczeniowa maszyny utrzymuje spójność księgi konsensusu. Istnieją jednak pewne różnice między ekonomią tokenów CKB a ekonomią Bitcoina. Aby zachować spójność zachęt do produkcji i zachowań konsumenckich w przestrzeni blokowej, Bitcoin zdecydował się wprowadzić mechanizmy wag i vByte w celu obliczenia opłat za wykorzystanie przestrzeni stanowej, podczas gdy CKB zdecydowało się na prywatyzację przestrzeni państwowej.
Ekonomika tokenów CKB składa się z dwóch części: emisji podstawowej i emisji wtórnej. Wszystkie CKB wyemitowane w ramach systemu podstawowego są w pełni wynagradzane górnikom, a celem wtórnej emisji CKB jest pobranie renty państwowej. Konkretny współczynnik dystrybucji emisji wtórnej zależy od tego, w jaki sposób aktualnie znajdujące się w sieci CKB są wykorzystywane.
Jako przykład załóżmy, że 50% całego krążącego CKB jest wykorzystywane do przechowywania stanu, 30% jest zamknięte w NervosDAO, a 20% pozostaje w pełni płynne. Następnie 50% emisji wtórnej (czyli czynszu za stan magazynu) zostanie przeznaczone dla górników, 30% dla deponentów NervosDAO, a pozostałe 20% zostanie przeznaczone na fundusz skarbu państwa.
Ten tokenowy model gospodarczy może ograniczyć rozwój państwa globalnego, koordynować interesy różnych uczestników sieci (w tym użytkowników, górników, programistów i posiadaczy tokenów) oraz stworzyć korzystną dla wszystkich strukturę motywacyjną, zgodną z rynkiem. sytuacja jest inna w przypadku pozostałych L1.
Ponadto CKB pozwala pojedynczej komórce zajmować maksymalnie 1000 bajtów przestrzeni stanów, co daje zasobom NFT w CKB pewne egzotyczne cechy, których nie mają inne podobne aktywa blockchain, takie jak natywne opłaty za gaz, programowalność przestrzeni stanów, i tak dalej. Te egzotyczne właściwości sprawiają, że UTXO Stack doskonale nadaje się jako infrastruktura dla autonomicznych projektów światowych do budowania cyfrowej rzeczywistości fizycznej.
UTXO Stack umożliwia programistom Bitcoin L2 korzystanie z BTC, CKB i innych aktywów Bitcoin L1 w celu uczestniczenia w konsensusie sieciowym.
Podsumować
Nieuniknione jest, aby Bitcoin rozwinął się w całkowicie programowalne rozwiązanie oparte na architekturze Turinga. Jednakże programowalność w trybie Turinga nie będzie możliwa w głównej sieci Bitcoin, ale będzie miała miejsce poza łańcuchem (RGB, BitVM) lub na Bitcoin L2 (CKB, EVM Rollup, DriveChain).
Jak pokazuje doświadczenie historyczne, jedno z tych porozumień ostatecznie przekształci się w standardowe porozumienie monopolistyczne.
Istnieją dwa kluczowe czynniki decydujące o konkurencyjności protokołu programowalności Bitcoin: 1. Osiągnięcie swobodnego przepływu BTC pomiędzy L1<>L2 bez polegania na dodatkowych założeniach zaufania społecznego 2. Przyciągnięcie programistów, funduszy i użytkowników o wystarczającej skali, aby wejść na jego rynek Ekologia L2.
Jako rozwiązanie programowalne Bitcoin, CKB wykorzystuje wiązanie izomorficzne + sieć CKB w celu zastąpienia rozwiązań weryfikacyjnych klienta, umożliwiając swobodny przepływ zasobów Bitcoin L1 pomiędzy L1<>L2 bez polegania na dodatkowym zaufaniu społecznym. Korzystając z funkcji prywatyzacji przestrzeni stanu CKB Cell, RBG++ nie powoduje presji eksplozji stanu w głównej sieci Bitcoin, jak inne protokoły programowalności Bitcoin.
Niedawno gorący start ekosystemu został początkowo zakończony poprzez wydanie pierwszej partii zasobów RGB++, pomyślnie wdrażając około 150 000 nowych użytkowników i grupę nowych programistów dla ekosystemu CKB. Na przykład OpenStamp, kompleksowe rozwiązanie dla ekosystemu Stamps protokołu programowalności Bitcoin L1, zdecydowało się użyć UTXO Stack do zbudowania izomorficznego Bitcoina L2 UTXO, który obsługuje ekosystem Stamps.
W kolejnym etapie CKB skoncentruje się na ekologicznej budowie aplikacji, realizując swobodny przepływ BTC pomiędzy L1<>L2, integrując Lightning Network itp., starając się w przyszłości stać się warstwą programowalności Bitcoina.
Niektóre linki wspomniane w artykule:
[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/
[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introduction
[3] https://medium.com/@ABCDE.com/cn-abcde-Dlaczego powinniśmy inwestować w utxo-stack-91c9d62fa74e
[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation