Web3 Trends Wydanie 1: Interpretacja Jito BAM, BRC2.0 i EIP-7999

Witamy w serii "Trendy Web3", gdzie Shisijun dostarcza skoncentrowanej analizy i interpretacji najnowszych technologii, protokołów i produktów w branży Web3.

Powodem jest to, że AI podwoiła szybkość, z jaką mogę badać nowe projekty. Uważam, że w przyszłości wartość ludzi będzie bardziej skupiona na myśleniu, osądzie i inspiracji.

Dlatego ta seria pomoże ci uchwycić kluczowe zmiany w najkrótszym czasie i ocenić trendy, które mogą wywołać, z trzech perspektyw: tło branżowe → zasady techniczne → potencjalny wpływ.

Większość poglądów autora jest pesymistyczna i nie ma na celu żadnej transakcji inwestycyjnej, ani nie jest skierowana do żadnej strony projektu.

Jito BAM｜Porządkowanie bloków + Rynek budowania bloków z wtyczkami na Solanie

Co to jest:

Mówiąc prosto, BAM to platforma "budowania bloków" na Solanie. Podobnie jak cel Ethereum Builder Net, aby zrobić PBS (separacja budowniczego bloków i walidatora), oba mają na celu bardziej uporządkowany porządek transakcji, walkę z MEV i zapobieganie ryzyku scentralizowanej złośliwości.

Kto to uruchomił i jakie ma tło:

Główną stroną jest obóz Jito, największa platforma aukcji handlowych na Solanie, która zajmuje 90% rynku klientów walidatorów i ma silny wpływ przywódczy. Autor wcześniej przeprowadził szczegółowe badania, do których można się odnieść jako: 10 000-słowny raport badawczy: Ewolucja krajobrazu MEV na Solanie oraz jego zalety i wady

Skład uczestników jest również bardzo silny, w tym Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, itp. Oczywiście jest to wspólne działanie oficjalnej Solany i głównych projektów.

Ta motywacja jest łatwa do zrozumienia: Solana stoi w obliczu presji wybuchowego wzrostu "natywnych łańcuchów ksiąg zleceń" takich jak Hyperliquid, których podstawowa wartość leży w ich zdolności do ułatwiania operacji market makerów. Jednak wrodzona natura rozwojowa Solany utrudnia optymalizację tego w ukierunkowany sposób. Jednak jeśli transakcje w całym bloku mogą być dostosowane, wtedy ograniczenia liniowego generowania bloków Solany mogą zostać przezwyciężone, ułatwiając tym samym optymalizację różnych scenariuszy DeFi.

Oficjalny plan wdrożenia jest następujący: w początkowej fazie Jito Labs będzie prowadzić węzły, z udziałem niewielkiej liczby walidatorów; w średnim okresie zostanie rozszerzony na więcej operatorów węzłów, z celem pokrycia 30%+ stakingu sieci; a ostatecznie kod będzie open source i zdecentralizowane zarządzanie.

W połączeniu z trendem narracyjnym branży "weryfikowalnej uczciwości", kierunek BAM może łatwo zyskać wsparcie od walidatorów i stron protokołu. Dlatego autor uważa, że jest to bardziej oparte na koncepcji dążenia do optymalizacji uczciwości, takiej jak TEE + PBS i zostało uruchomione w tle.

Jak zasada jest wdrażana:

Dodatkowo, aby zrozumieć jego wartość, musisz również zrozumieć cechę własnego algorytmu POH Solany.

To znaczy, jego generowanie bloków jest w rzeczywistości stopniowe i liniowe (slot ma 64 okresy czasu wskazówki poniżej 400ms. Gdy każdy okres czasu wygasa, bieżąca transakcja jest wysyłana i nie zostanie zmieniona, chyba że zostanie cofnięta). To różni się od modelu Ethereum "ułóż cały blok, najpierw osiągnij konsensus, a następnie synchronizuj".

Dzięki temu systemowi BAM, jito może łatwo aktualizować klientów dużej liczby walidatorów, zwiększając tym samym proporcję systemu BAM akceptowanego przez walidatorów.

Spójrzmy na strukturę systemu BAM, jak pokazano poniżej. Fioletowa część w środku i kod wtyczki po prawej stronie to BAM.

Zapewni on, że transakcje na Solanie nie są przesyłane do Lidera jedna po drugiej, ale kolejność transakcji "całego tego bloku" zostanie najpierw posortowana w TEE (Trusted Computing Environment) (w połączeniu z pewnymi stałymi regułami sortowania zaimplementowanymi przez kod wtyczki), a następnie przekazana walidatorowi za jednym razem.

Walidator musi ostatecznie dostarczyć dowód TEE, że rzeczywiście oddał przestrzeń bloku (wyłączność) temu rynkowi przepływu zleceń.

Najbardziej unikalną cechą jest tutaj funkcja wtyczki, która może "zakodować na stałe" reguły do sortowania transakcji Tee. To faktycznie ma praktyczne znaczenie aplikacyjne:

Na przykład, platformy oracle wymagają, aby aktualizacje cen były zaplanowane jako pierwsza transakcja w bloku. Zmniejsza to losowość transakcji aktualizujących ceny on-chain i unika problemów spowodowanych nieterminowymi aktualizacjami cen. Dla innego przykładu, dla Dex, można napisać wtyczkę, aby identyfikować transakcje z wysokim prawdopodobieństwem niepowodzenia i po prostu nie włączać ich do Tee, pozwalając im stopniowo wygasać, zmniejszając tym samym opłaty związane z nieudanymi transakcjami.

Może współistnieć z istniejącym systemem produkcji bloków Solany: normalny przepływ zleceń, pakiet Jito i BAM to nadal trzy równoległe systemy. BAM oznacza "tylko bloki BAM są akceptowane w bloku."

Jak go ocenić:

Autor uważa, że jest to ścieżka o "silnym składzie, silnej narracji i skoncentrowanych scenach", ale nie jestem optymistą, że stanie się główną ścieżką rynkową.

Powody są podobne do tych dotyczących Builder Net na Ethereum i bardzo poszukiwanego MEV Share, które od lat zmagają się z postępem.

Ze względu na rzeczywistość, TEE jest drogie, a jego limit QPS wynosi tylko tysiące (w 2013 roku Tee miał tylko 128M pamięci, a teraz rozwinął się znacznie, ale może osiągnąć tylko tysiące QPS), chociaż 40% bloków na Ethereum jest teraz budowanych przez TEE.

Jednak przepustowość danych i obliczeń Solany jest wysoka i potrzebowałbyś wdrożyć liczne TEE, aby sobie z tym poradzić, wraz z kompleksową obsługą i konserwacją dla odzyskiwania po awarii, pamięci i przepustowości. Bez trwałych zachęt ekonomicznych trudno jest generować pozytywne zwroty.

Zwroty Jito są w rzeczywistości dość niskie (w porównaniu do protokołów o wysokiej wydajności na blockchainie). Na przykład, tylko w drugim kwartale 2025 roku, Jito zarobił tylko 22 391,31 SOL (około 4 miliony dolarów) poprzez napiwki. Gdy masowa ilość transakcji Solany zostanie tam przeniesiona, przestoje Tee są nieuniknione. Ponadto, liczne funkcje Tee, takie jak awarie pamięci i czyszczenie pamięci, zwiększają ryzyko przestojów i potencjał szeroko rozpowszechnionej utraty transakcji.

Jednak ma potencjał na zabójcze punkty sprzedaży: sekwencjonowanie oracle i płatności bez awarii, na przykład, oferują namacalne korzyści dla użytkowników. Market makerzy i platformy handlowe na poziomie przedsiębiorstwa będą w to inwestować. Ponadto, uczestnictwo w tym również korzysta z oficjalnego wsparcia Solany, co czyni go świetnym sposobem na zdobycie uznania.

Na koniec: BAM sam w sobie nie jest pozycjonowany do zapewnienia przepustowości 24/7. Jest to narzędzie do "zapewnienia deterministycznych gwarancji dla kluczowych bloków." Jednak wiele deterministycznych gwarancji opiera się na absolutnej pewności, a nie 30% pewności. Jeśli nie jest to 100%, nawet jeśli jest to 99%, to nadal jest to 0%. To jest klucz do ostatecznego podejmowania decyzji przez główne projekty web3.

BRC 2.0｜"Mapowanie EVM": Programowalne możliwości zasilane przez BTC

Co to jest:

Zostanie aktywowany 2 września 2025 roku. Rozumiem to jako system podwójnego łańcucha cieni napędzany przez BTC i wykonywany przez EVM. Zauważ, że nie odnosi się to do BRC20, ale do drugiej generacji BRC. Aby uzyskać więcej informacji na temat BRC20, zapoznaj się z: Interpretacja protokołu Bitcoin Ordinals oraz innowacje i ograniczenia zasad standardu BRC20.

Istotą 2.0 jest to, że piszesz "instrukcje" na Bitcoinie za pomocą inskrypcji lub commit-reveal, a zmodyfikowany EVM działa w indekserze, aby wykonać odpowiednie wdrożenia i wywołania. EVM nie pobiera gazu (parametry są zachowane, ale nie obliczane), a opłata transakcyjna jest dodawana do transakcji Bitcoin.

Jest to zasadniczo podobne do protokołu Alkanes (Methane). Methane zapisuje instrukcje transakcji na podstawie pola op-return Bitcoina i działa w maszynie wirtualnej WASN, podczas gdy on działa w EVM.

Kto to uruchomił i jakie ma tło:

Tło inicjatora to: platforma bestinslot, która stała się popularna w erze inskrypcji BTC, kontynuuje ideę BRC-20: bez zmiany konsensusu BTC, próbuje dodać "programowalność".

Tło branżowe to: w ciągu ostatnich dwóch lat (właściwie ostatnich dwóch lat), narracja programowalności/L2 BTC była popularna i wszyscy szukają ścieżki inżynieryjnej, która może działać płynnie. Jednak luka między trendami rynkowymi a postępem rozwoju jest zbyt duża, co skutkuje pojawieniem się dowolnych modeli, takich jak BRC2.0 i Alkanes dopiero w tym roku.

Głos rynkowy jest nieco ograniczony, ponieważ scena BTC nigdy nie miała spójnej siły, która by ją kierowała, a wiele protokołów może być wyprowadzonych z innych protokołów, więc w rzeczywistości BRC2.0 prawdopodobnie nie ma rzeczywistego związku z BRC20.

Jak zasada jest wdrażana:

Jest w indekserze, nie na łańcuchu BTC ani na osobnym łańcuchu, aby obsługiwać logikę EVM. Zauważ, że nie jest uważany za łańcuch, ponieważ nie ma konsensusu.

Adres na EVM, który użytkownik chce kontrolować, jest uzyskiwany przez haszowanie własnego adresu BTC użytkownika, a następnie mapowanie go na "wirtualny adres EVM".

Aby obsługiwać ten system, logika jest w rzeczywistości bardzo podobna do kontroli aktywów BRC20. To tylko ciąg JSON. W BRC2.0 jest to zdefiniowane następująco:

Widać, że kodujesz instrukcje na BTC, z różnymi bytecode'ami/danymi wywołania, i jest to odtwarzane i wykonywane w EVM.

Dodatkowo, podpis i ceny gazu również zostały zmienione: cena gazu warstwy EVM jest ustawiona na 0, co służy tylko jako limit zasobów; rzeczywista opłata manipulacyjna jest odzwierciedlona w opłacie transakcyjnej BTC.

To jest w rzeczywistości dość ryzykowne. Miałem moje AI przeszukać ich kod węzła i nie znalazłem ochrony przed "limitem głębokości wywołania/kroków". Więc teoretycznie kontrakt z nieskończoną rekurencją/samowywołaniem mógłby potencjalnie zepsuć VM. (Oczywiście, ta ochrona jest łatwa do naprawienia: wystarczy ustawić maksymalną głębokość wywołania.)

Jak go ocenić:

Przede wszystkim, on nadal wie, jak nazywać rzeczy. Przynajmniej brc2.0 będzie bardziej popularne niż tworzenie nowej nazwy protokołu. To jest również powód, dla którego RGB stał się ostatnio ponownie popularny.

Po drugie, nie jest całkowicie niezwiązany z BRC20. W końcu jego koncepcja projektowania protokołu i tryb pola są zasadniczo takie same, ale to nie liczy się jako prawa autorskie. Jednak nie widziałem oryginalnego autora BRC20 na platformie, więc połączenie prawdopodobnie nie