Od pierwszego kwartału 2024 r. entuzjazm spekulacyjny w ekosystemie BTC nie był tak duży jak w 2023 r. Jednak w miarę dołączania i poznawania modelu BTC przez coraz większą liczbę deweloperów, ekosystem BTC poczynił szybki postęp na poziomie technicznym , szczególnie pod względem programowalności. Trustless Labs wprowadziło wcześniej powiązanie L2 BTC z UTXO i ponowne stakowanie BTC. W tym artykule będziemy nadal wypełniać luki i skupiać się na programowalnych rozwiązaniach Fractal Bitcoin i protokołach metadanych BTC, takich jak BRC 20, CBRC i ARC 20. , które wzbudziły duże zainteresowanie.
Fraktal
Fractal to wirtualizacja oprogramowania klienckiego oparta na rdzeniu Bitcoin. Dzięki rekurencyjnemu tworzeniu skalowalnego szkieletu przypominającego drzewo, każda warstwa łańcucha bloków może poprawić wydajność całej sieci Fractal. Ponieważ główny kod jest ponownie wykorzystywany, Fractal jest natychmiast w pełni kompatybilny z Bitcoinem i jego infrastrukturą, taką jak górnictwo. Różnica polega na tym, że Fractal aktywuje operator op_cat, umożliwiając wdrożenie większej liczby logiki.
Fractal jest rozwijany przez zespół Unisat. Unisat wspomniał o postępie w rozwoju Fractal na swoim blogu w styczniu 2024 r. W ramach projektu uruchomiono sieć testową Beta 1 czerwca 2024 r., a reset fazy testowej zakończył się 29 lipca. Uruchomienie głównej sieci ma nastąpić we wrześniu 2024 r.
Zespół właśnie opublikował ekonomię tokenów. Sieć Fractal będzie miała własny token, w 50% wytwarzany przez wydobycie, w 15% wykorzystywany w ekosystemie, w 5% w przedsprzedaży wczesnym inwestorom, a w 20% doradców i głównych autorów % dotacji wspólnotowej wykorzystywany jest na tworzenie spółek osobowych i zapewnienie płynności.
Projekt architektury
Fractal całkowicie wirtualizuje klienta rdzenia bitcoin i hermetyzuje go w możliwym do wdrożenia i uruchomienia pakiecie oprogramowania blockchain (Bitcoin Core Software Package, BCSP). Następnie jest rekursywnie zakotwiczony w głównej sieci Bitcoin i niezależnie uruchamia jedną lub więcej instancji BCSP. Dzięki nowoczesnej technologii wirtualizacji osiąga się efektywne współdzielenie wydajności sprzętu, umożliwiając działanie wielu instancji w systemie głównym. W dużym uproszczeniu przypomina to otwieranie wielu instancji maszyn wirtualnych (instancje BCSP zbudowane przez Fractal) na jednym komputerze (sieć główna BTC) i może być kontynuowane rekurencyjnie.
Kiedy pojawia się duża liczba wymagań dotyczących interakcji w łańcuchu, wymagania te można selektywnie delegować na głębsze poziomy. Możliwości dynamicznego równoważenia tego systemu pomagają uniknąć nadmiernych zatorów na dowolnym konkretnym poziomie. Aby zapewnić lepsze doświadczenie użytkownika, Fractal wprowadził również pewne modyfikacje w rdzeniu Bitcoin. Czas potwierdzenia bloku został zmieniony na 30 sekund lub mniej, a rozmiar bloku został zwiększony 20 razy do 20 MB, co zapewnia wystarczającą wydajność i wystarczająco krótkie opóźnienie. .
Fractal aktywuje operator op_cat, dzięki czemu możliwe jest eksplorowanie i testowanie kolejnych planów ekspansji na BTC.
Na poziomie łańcucha aktywów, ponieważ różne instancje działają w tym samym środowisku fizycznym, można zrozumieć, że wiele łańcuchów rdzeni Bitcoin działa w ramach tej samej struktury BTC. Dlatego łańcuchy instancji mogą komunikować się ze sobą, konstruując uniwersalny interfejs transferu aktywów. Aby osiągnąć płynny transfer zasobów pomiędzy różnymi warstwami.
Bitcoin, a także aktywa takie jak BRC-20 i Ordinals, można połączyć poprzez decentralizację. Podstawowym mechanizmem jest obrotowy mechanizm podpisu MPC z dynamiczną wymianą. Na razie wygląda to na jedną warstwę opakowania. W kolejnych iteracjach BTC i inne aktywa sieci głównej będą mogły również istnieć na Fractal Bitcoin jako aktywa opakowane w brc-20.
W porównaniu do typowych rozwiązań Ethereum Layer 2, ta forma wirtualizacji umożliwia skalowalność obliczeniową poprzez dodatkowe warstwy abstrakcji poza głównym łańcuchem, przy jednoczesnym zachowaniu spójności z głównym łańcuchem i nie wprowadzaniu nowych mechanizmów konsensusu. Dlatego obecni górnicy i baseny wydobywcze BTC ASIC mogą bezproblemowo dołączyć do sieci Fractal.
Gwarancja bezpieczeństwa Fractal leży w jego mocy obliczeniowej. Jeśli chodzi o projekt, istnieją trzy główne aspekty zwiększające bezpieczeństwo mechanizmu PoW firmy Fractal. Fractal wprowadził scalone wydobycie, w którym jeden blok na każde trzy bloki jest generowany przez połączone wydobycie z górnikami BTC, aby pomóc chronić sieć przed potencjalnymi atakami 51%; pozostałe dwa bloki są generowane przez własną moc obliczeniową sieci Fractal. Można zauważyć, że wpływ na górników BTC jest kluczem do sukcesu Fractal, a jego gospodarka tokenowa nieuchronnie przechyli się w stronę górników.
Jednocześnie nowo utworzony łańcuch instancji wirtualnych będzie doświadczał początkowego okresu podatności na ataki w fazie uruchamiania. Uruchamiając nową instancję, operatorzy mogą ustawić określoną wysokość bloku, aby zapewnić ochronę do czasu, aż instancja osiągnie bezpieczny stan. W przyszłości górnicy posiadający dużą moc obliczeniową będą mogli przydzielać swoje zasoby różnym instancjom BCSP, zwiększając w ten sposób solidność i odporność całego systemu.
Fraktal Związek między monetami sieci głównej a satami
Wydobycie waluty głównej sieci Fractal ma zapewnić działanie łańcucha Łańcuch fb jest w zasadzie taki sam jak btc i nie ma możliwości bezpośredniego uruchamiania inteligentnych kontraktów. Dlatego złożone funkcje defi, takie jak swap, wymagają dodatkowej infrastruktury. Unisat obiecuje wykorzystać brc 20 sat do wymiany. Ta zamiana działa na platformie Fractal i wymaga również własnych węzłów. Opłata za usługę pobierana przez te węzły w celu samofinansowania wynosi sat.
centrum handlowe
AVM (Atomics Virtual Machine) to implementacja inteligentnego kontraktu BTC protokołu Atomics. AVM tworzy maszynę wirtualną, która symuluje uprawnienia do skryptu BTC i otwiera wiele oryginalnych kodów operacji BTC na maszynie wirtualnej. Programiści wdrażają inteligentne kontrakty poprzez kombinację skryptów Bitcoin i definiują własne zasady zarządzania tworzeniem i przesyłaniem zasobów.
Satoshi Nakamoto zaprojektował na początku Bitcoina w pełni ekspresyjny projekt języka skryptowego, który zawiera bogaty zestaw prymitywnych instrukcji opcode. Skrypty te mają pewne możliwości przechowywania danych, a ich wykonanie jest zakończone w technologii Turing. Bitcoin Core później wyłączył niektóre opkody wymagane do kompletności Turinga, takie jak podstawowe operacje łączenia ciągów (OP_CAT) i operatory arytmetyczne (takie jak mnożenie OP_MUL i dzielenie OP_DIV).
Ideą AVM jest maksymalizacja możliwości oryginalnego kodu operacyjnego BTC. Maszyna wirtualna AVM emuluje skrypt BTC i jest kompletna w technologii Turing za pośrednictwem PDA z dwoma stosami (automat pamięci masowej typu pushable). Ta maszyna wirtualna działa w piaskownicy, która zawiera indeksator, parser instrukcji i stan globalny umożliwiający inteligentne przetwarzanie kontraktów oraz synchronizację i weryfikację statusu.
Zestaw instrukcji maszyny wirtualnej AVM zawiera pełny kod operacyjny BTC, dzięki czemu programiści mogą programować przy użyciu wielu nieaktywnych funkcji BTC w sieci głównej. To sprawia, że AVM wygląda jak natywna sieć pionierska w zakresie ekologicznej ekspansji BTC.
AVM to zestaw architektur, które można dostosować za pomocą dowolnego protokołu metadanych BTC, takiego jak BRC 20, ARC 20, Runes i CBRC. Jest on zarządzany wspólnie przez twórców aplikacji, dostawców usług i użytkowników, tworząc spontaniczny konsensus. Dlatego nadaje się do prawie każdego protokołu metadanych i wymaga jedynie dostrojenia indeksatora pod maszyną wirtualną.
Firma AVM udostępniła wersję testową https://x.com/atomicalsxyz/status/1823901701033934975 i powiązany kod https://github.com/atomicals/avm-interpreter.
ON_NET
Oficjalna strona internetowa: https://opnet.org/#
OP_NET został zaproponowany w trzecim kwartale 2024 r. i ma na celu wprowadzenie funkcji inteligentnych kontraktów podobnych do Ethereum w sieci Bitcoin, ale jest bardziej zgodny z charakterystyką i architekturą Bitcoin. Aby handlować w OP_NET, używaj wyłącznie natywnego Bitcoina, bez konieczności używania innych tokenów do płacenia za zachęty węzłowe lub opłaty transakcyjne.
OP_NET zapewnia kompletną, kompaktową i łatwą w użyciu bibliotekę programistyczną, napisaną głównie w AssemblyScript (podobnym do TypeScript, który można skompilować do WebAssembly). Jej celem projektowym jest uproszczenie tworzenia, czytania i obsługi technologii związanych z Bitcoinem. szczególnie w smartfonach Kontrakty i Bitcoin Smart Inscription (BSI, Bitcoin Smart Inscription).
Podstawowe funkcje i cechy OP_NET
OP_NET zachowuje konsensus blokowy Bitcoin i dostępność danych, zapewniając, że wszystkie transakcje są przechowywane w sieci Bitcoin i chronione przez jej niezmienność. Poprzez wirtualną maszynę wykonawczą (OP_VM) OP_NET może wykonywać złożone obliczenia na blokach Bitcoin. Wszystkie przesłane transakcje OP_NET są oznaczane ciągiem „BSI” i wykonywane w OP_VM w celu aktualizacji stanu kontraktu.
Węzeł OP_NET obsługuje maszynę wirtualną WASM i dlatego obsługuje wiele języków programowania, takich jak AssemblyScript, Rust i Python. Wykorzystując Tapscript w celu umożliwienia zaawansowanych funkcji inteligentnych kontraktów, programiści mogą wdrażać i wdrażać bezpośrednio w łańcuchu bloków Bitcoin bez pozwolenia inteligentne kontrakty.
Kod tych inteligentnych kontraktów jest kompresowany i zapisywany w transakcjach BTC. Tym razem generowany jest adres UTXO, który jest traktowany jako adres umowy. Użytkownicy muszą przelać środki na ten adres podczas interakcji z umową.
Podczas interakcji z siecią OP_NET, oprócz opłaty manipulacyjnej za transakcje BTC, użytkownicy muszą uiścić dodatkową opłatę manipulacyjną w wysokości co najmniej 330 satoshi. Ma to na celu zapewnienie, że transakcja nie zostanie uznana przez BTC za „atak pyłowy”. górnicy z głównego nurtu. Użytkownicy mogą dodać więcej opłat za gaz, a kolejność pakowania transakcji w sieci OP_NET będzie sortowana według opłaty manipulacyjnej i nie będzie całkowicie opierać się na kolejności pakowania blokowego BTC. Jeżeli opłata transakcyjna OP_NET zapłacona przez użytkownika będzie większa niż 250 000 sat, nadwyżka zostanie zwrócona na rzecz sieci węzłów OP_NET.
Aby rozszerzyć wykorzystanie BTC w aplikacjach DeFi, OP_NET zapewnia system Proof of Authority, który umożliwia enkapsulację BTC jako WBTC. Mainnet BTC jest mostkowany do protokołu OP_NET poprzez multipodpis.
Warto wspomnieć, że OP_NET jest kompatybilny z SegWit i Taproot, a jego konstrukcja tokena nie jest powiązana z UTXO, co pozwala uniknąć ryzyka nieprawidłowego wysłania tokenów do górników, dodatkowo poprawiając bezpieczeństwo i niezawodność systemu. Dzięki tym funkcjom OP_NET wprowadza silniejszą funkcjonalność inteligentnych kontraktów i zdecentralizowaną obsługę aplikacji do ekosystemu Bitcoin.
Projekt ekologiczny OP_NET
Poprzednikiem OP_NET jest protokół cbrc-20 i większość projektów ekologicznych jest jego bezpośrednią kontynuacją. Ekologia obejmuje zdecentralizowany handel, pożyczki, animację rynku, zapewnianie płynności, mosty międzyłańcuchowe i inne dziedziny:
Motoswap: Jest to zdecentralizowany protokół wymiany działający na warstwie 1 Bitcoin.
Stash: Jest to zdecentralizowany protokół pożyczkowy działający na warstwie 1 Bitcoin. Stash wykorzystuje WBTC OP_NET jako zabezpieczenie, umożliwiając użytkownikom udzielanie pożyczek bez zezwolenia, w postaci pożyczek emitowanych w formie monet stabilnych USD.
Ordinal Novus: Jest to platforma animująca rynek i zapewniająca płynność w ekosystemie OP_NET.
Ichigai: Jest to zdecentralizowany agregator, który integruje wiele platform DeFi, dzięki czemu użytkownicy mogą zarządzać handlem, śledzeniem rynku i portfelami inwestycyjnymi w jednym interfejsie.
SatBot: bot handlowy zintegrowany z Telegramem, który umożliwia użytkownikom zawieranie transakcji, śledzenie rynków i zarządzanie portfelami w czasie rzeczywistym za pośrednictwem Telegramu.
KittySwap: zdecentralizowana platforma wymiany i umów wieczystych działająca w OP_NET.
Poprawione: Zapewnia prywatne, zgodne z przepisami usługi bankowości prywatnej DeFi w sieci.
SLOHM Finance: zdecentralizowany projekt waluty rezerwowej uruchomiony w OP_NET.
BuyNet: bot zakupowy opracowany dla ekosystemu Bitcoin DeFi.
SatsX: projekt mający na celu opracowanie wielofunkcyjnych funkcji i narzędzi w OP_NET, rozszerzających możliwości ekosystemu.
Meme Coins, takie jak Satoshi Nakamoto Inu, Zyn, Unga, Pepe: Są to tokeny Meme oparte na protokole OP_ 20, wszystkie obsługiwane przez OP_NET.
BRC100
Dokumentacja: https://docs.brc100.org
BRC-100 to zdecentralizowany protokół obliczeniowy oparty na teorii liczb porządkowych. Dzięki dodaniu nowych operacji, takich jak „zniszcz” i „casting” do brc 20, poprzez połączenie tych nowych operacji, w indeksatorze rejestrowane są różne posiadacze adresów status w celu osiągnięcia złożonych operacji Defi. Deweloperzy mogą także rozbudować większą liczbę operatorów w oparciu o protokół BRC-100, aby rozszerzyć działalność.
Działanie protokołu BRC-100
BRC-100 udostępnia pewne operacje: mint 2/mint 3 i burn 2/burn n3, dzięki czemu tokeny można bezpiecznie konwertować pomiędzy modelem UTXO a modelem maszyny stanowej:
mint 2: służy do generowania nowych tokenów i zwiększania obiegu całego systemu. Zwykle do działania wymagane jest pozwolenie aplikacji lub adresu.
mięta 3: Podobna do mięty 2, ale nie zwiększa obiegu. Stosowany jest głównie do konwersji sald w aplikacjach na UTXO (niewydane dane wyjściowe transakcji), które można wykorzystać w innych aplikacjach.
burn 2: służy do niszczenia tokenów i jednoczesnej aktualizacji statusu aplikacji. Zniszczone żetony można zregenerować za pośrednictwem mennicy 2, jeśli zostaną spełnione określone warunki.
Burn n3: Podobnie jak Burn 2, ale zamiast zmniejszać obieg, tokeny są konwertowane do stanu aplikacji. Zniszczone tokeny można zregenerować za pomocą mennicy 3.
Rozszerzenia i kompatybilność
Możliwości obliczeniowe i zmiany stanów można rozszerzyć za pomocą protokołu rozszerzenia BRC-100. Wszystkie protokoły rozszerzeń BRC-100 są ze sobą kompatybilne, co oznacza, że tokeny implementujące BRC-100 i protokoły rozszerzeń BRC-100 mogą być używane we wszystkich aplikacjach. Jednocześnie protokół BRC-100 i jego protokoły rozszerzeń można aktualizować i ulepszać poprzez ulepszanie protokołu.
Protokół BRC-100 oraz wszystkie protokoły rozszerzeń i ulepszeń są wspólnie określane jako stos protokołów BRC-100. Wszystkie protokoły rozszerzeń BRC-100 są ze sobą kompatybilne, co oznacza, że mogą być tokeny implementujące BRC-100 i jego protokoły rozszerzeń. wykorzystywane we wszystkich aplikacjach i wspierają transgraniczne operacje łańcuchowe. Istnieją BRC-101, BRC-102 i BRC-104:
BRC-101 to zdecentralizowany protokół zarządzania w łańcuchu, który definiuje sposób zarządzania aplikacjami w oparciu o protokół BRC-100 lub jego protokoły rozszerzeń.
BRC-102 to zautomatyzowany protokół płynności dla aktywów BRC-100. Definiuje metodę zautomatyzowanego tworzenia rynku w oparciu o „formułę stałego produktu” (x*y=k) dla pary tokenów w oparciu o stos protokołu BRC-100. .
BRC-104 to protokół stakingu płynności/ciężkiej puli stakingu, który definiuje, w jaki sposób pakować aktywa BRC-20, aktywa runiczne i BTC w aktywa BRC-100 poprzez stakowanie oraz w jaki sposób dystrybuować nagrody w postaci aktywów BRC-100 do aktywów BRC-100, BRC -20 aktywów, zasobów runicznych lub stakerów BTC. BRC-104 to protokół Asset Wrapping i protokół Yield Farming stosu protokołów BRC-100.
Projekt ekologiczny BRC-100
Zespół projektowy bada metodę osiągnięcia minimalnego indeksowania dla indeksatora protokołu BRC-100. Strona popytowa może wdrożyć swój własny minimalny indeks, aby uzyskać status wszystkich zasobów stosu protokołów BRC-100 bez konieczności wdrażania złożonej logiki obliczeniowej wszystkich rozszerzonych protokołów. Co więcej, minimalne indeksy nie wymagają częstych aktualizacji ani uaktualnień.
W ekosystemie BRC-100 znajdują się 3 projekty:
inBRC (uruchomiono) — pierwszy rynek i indeksator BRC-100: https://inbrc.org/.
100Swap (Uruchomiono) - Pierwsza zdecentralizowana giełda Bitcoin L1 AMM Inscription oparta na protokole BRC-102: https://100swap.io/.
100Layer (w fazie opracowywania) – protokół płynności dla ekosystemu Bitcoin na Bitcoin L1, oparty na protokole BRC-104 i protokole BRC-106, składający się ze zdecentralizowanych monet stabilnych zabezpieczonych zabezpieczeniem, tokenów opakowanych i wydobywania płynności: https://100layer. io/.
Programowalne RUNY (Protoruny)
Runa jest zasadniczo strukturą danych przechowywaną w polu OP_RETURN Bitcoina. W porównaniu z innymi protokołami opartymi na JSON (takimi jak BRC-20), Rune jest lżejszy i nie opiera się na skomplikowanych systemach indeksowania, zachowując prostotę i bezpieczeństwo Bitcoina.
Programowalne Runy to warstwa rozszerzenia Run, która umożliwia tworzenie programowalnych zasobów za pomocą Run. Wprowadzenie tych aktywów może istnieć w UTXO i wspierać operacje podobne do protokołów AMM (automatyczny animator rynku). Podstawową koncepcją Programowalnych Run jest wykorzystanie danych w łańcuchu bloków Bitcoin w celu wdrożenia funkcji inteligentnych kontraktów za pośrednictwem maszyn wirtualnych lub podobnych technologii.
Protokół Proto-Runes
Wśród run programowalnych najważniejszym projektem jest Proto-Runes Protocol, nad którym pracuje zespół założyciela portfela oyl @judoflexchop. Obecnie open source: https://github.com/kungfuflex/protorune
Proto-Runes Protocol to standard i specyfikacja zapewniająca ramy dla programowalnych run. Zarządzając i przesyłając zasoby runowe pomiędzy metaprotokołami, można budować AMM, protokoły pożyczkowe lub dojrzałe inteligentne kontrakty.
Na przykład protokół Proto-Runes implementuje DEX (zdecentralizowaną wymianę) podobną do Uniswap w sieci Bitcoin, wspierając atomową wymianę aktywów runicznych i tworzenie pul płynności. Dzięki połączeniu niszczenia prototypów i przesyłania wiadomości prototypowych użytkownicy mogą przeprowadzać zdecentralizowane transakcje i zarządzać aktywami bez opuszczania sieci Bitcoin.
Mówiąc najprościej, Protokół Proto-Runes pozwala na spalenie run w formie programowalnych run, Protorunes, nadając runom dodatkowe funkcje i zastosowania.
Protoburn i Protorunes
Jednym z kluczowych mechanizmów Proto-Runes jest Protoburn, który pozwala użytkownikom niszczyć i przekształcać runy w reprezentacje używane tylko przez podprotokoły. Te zasoby runowe są atakowane za pomocą wskaźników Runestone lub edyktów w protokole run, generując w ten sposób nowy zasób formie w podprotokole, którym jest programowalna runa Protorunes.
Zniszczenie prototypu zapewnia niezniszczalność run poprzez zablokowanie ich na wyjściu OP_RETURN. Mechanizm ten zapewnia bezpieczne przeniesienie zasobów Rune z protokołu głównego do podprotokołu, umożliwiając dalsze operacje i transakcje w podprotokole.
Proces ten jest zwykle jednokierunkowy, tj. zasoby są przesyłane z protokołu runicznego do podprotokołu, ale nie można ich przenieść bezpośrednio z powrotem. Wiadomość Protoburn jest osadzona w Protostole w polu Protokół Kamienia Runicznego, a jej znacznikiem protokołu jest 13 (znacznik protokołu Rune). Wiadomość zawiera takie informacje, jak docelowy identyfikator podprotokołu i wskaźnik zasobu. Mechanizm ten stanowi podstawę do zarządzania aktywami i transferu pomiędzy podprotokołami oraz umożliwia korzystanie z takich funkcji jak atomowe swapy.
Wiadomość promocyjna
W protokole Proto-Runes Protomessage odnosi się do instrukcji operacyjnych wykonywanych w podprotokole. Robi to poprzez kodowanie go w strukturze Protostone i analizowanie go przez indeksator. Protomessage zwykle zawiera żądania operacji dotyczące zasobów, takich jak transfery, transakcje lub inne funkcje zdefiniowane przez protokół. Gdy indeksator analizuje pole komunikatu w Protostone, pole zawiera tablicę bajtów, która jest zwykle analizowana za pomocą protokołu protobuf lub innego serializatora oczekiwanego przez podprotokół, a następnie przekazywana jako parametr do środowiska wykonawczego podprotokołu. Wiadomość może obejmować transfery aktywów, logikę transakcji lub inną funkcjonalność protokołu.
Wskaźnik służy do określenia docelowej lokalizacji Protostone. Ta lokalizacja może być UTXO w wynikach transakcji lub innym Protostonem. Jeżeli podprotokół nie zdecyduje się na wykonanie wejścia i transakcja się nie powiedzie, protoruny zostaną zwrócone do lokalizacji wskazanej przez wskaźnik zwrotu (refund_pointer), a niewykorzystane aktywa zostaną zwrócone inicjatorowi pierwotnej transakcji.
Mechanizm operacyjny protokołu Proto-Runes
Mechanizm operacyjny protokołu Proto-Runes jest następujący: indeksator najpierw przetwarza funkcję Runestone w protokole Rune, a następnie przetwarza po kolei komunikaty protokołu podprotokołów. Wszystkie protokoły są przetwarzane w kolejności, w jakiej pojawiają się w polu Protokół Kamienia Runicznego. Aby uniknąć złożoności i potencjalnych luk w zabezpieczeniach, protokół Proto-Runes zabrania rekurencyjnego wykonywania wiadomości prototypowych, co oznacza, że każda wiadomość prototypowa może zostać wykonana tylko raz. Wszelkie instrukcje rekurencyjne spowodują niepowodzenie transakcji i zwrócenie niewykorzystanych zasobów.
W protokole Proto-Runes LEB 128 (Little Endian Base 128) to kodowanie o zmiennej długości używane do reprezentowania dużych liczb całkowitych. Kodowanie LEB 128 jest szeroko stosowane do reprezentowania pól protokołów i komunikatów, aby zaoszczędzić miejsce i poprawić wydajność przetwarzania. Każdy podprotokół ma unikalną etykietę protokołu, która służy do rozróżniania różnych podprotokołów. Tagi te są reprezentowane przez wartości u 128 i pojawiają się w Protostone jako wartości zakodowane w LEB 128. Wskaźnik służy do określenia docelowej lokalizacji Protostone, którą może być UTXO w wynikach transakcji lub inny Protostone, lub nawet odniesienie do komunikatu prototypowego w celu zaimplementowania złożonej logiki operacji w podprotokole.
Najnowsze opracowanie: Genesis Protorune
QUORUM • GENESIS • PROTORUNE jest pierwszą Protorrune. Jego Protoburn został pomyślnie ukończony. Możesz zobaczyć prawidłowe działanie indeksatora ord. Protoburn zachodzi bez cenotafu, ponieważ OP_RETURN jest używany do wyprowadzania salda QUORUM • GENESIS • PROTORUNE można zobaczyć pod tym linkiem: https://mempool.space/tx/eb2fa5fad4a7f054c6c039ff934c7a6a8d18313ddb9b8c9ed1e0bc01d3dc9572.
Ta implementacja Genesis Protorune jest przeznaczona wyłącznie jako odniesienie i nie jest przeznaczona na sprzedaż. Ma służyć jako otwarte forum dla standardów Protorune i można go zintegrować z protokołem, aby zapewnić funkcje zarządzania tokenami projektu.
@judoflexchop Zespół wciąż opracowuje indeksator dla tej genezy protorune, WASM: https://github.com/kungfuflex/quorumgenesisprotorune
Jest to model funkcjonalny, który implementuje zarządzanie łańcuchem na Bitcoin L1, działając jako indeksator, który umożliwia użytkownikom generowanie tokenów do głosowania za pośrednictwem protowiadomości. Tokeny do głosowania można wygenerować tylko raz na propozycję dla tego samego zakresu run. Propozycje są automatycznie realizowane po osiągnięciu kworum, a użytkownicy mogą również wycofać swoje głosy, przesyłając tokeny do głosowania na adres, którego nie można wydać. Cały proces zapewnia przejrzystość i skuteczność zarządzania.