JAM potrzebuje jeszcze sporo czasu, a obecnie pierwszy bliski stanu produkcji VM RISC-V - PolkaVM (drugim jest już działający w wersji beta na głównej sieci @boundless_xyz zkvm, który również oparty jest na RISC-V VM, tylko że jest bardziej zk wersją VM), jest już dostępny na KSM (platforma wstępna @polkadot). Został uruchomiony około czerwca i obecnie jest stosunkowo w pełni kompatybilny z rozwojem inteligentnych kontraktów w Solidity, w programie demonstracyjnym zrealizowano pełne działanie programu Uniswap V2 oraz jest kompatybilny z narzędziami Ethereum (Remix, Hardhat) i może być zintegrowany z popularnymi bibliotekami.
Na tej podstawie, ostatnia ważna aktualizacja to XCM-Precompile (prekompilacja XCM, XCM to skrót od protokołu przesyłania między łańcuchami), wspierająca wywołania między kontraktami na poziomie języka, poprzez dziedziczenie lub importowanie interfejsu IXcm, co pozwala na bezpośrednią integrację funkcji XCM w istniejących inteligentnych kontraktach. Ta metoda umożliwia bezproblemowe wbudowanie funkcji między łańcuchami w logikę aplikacji. Niezależnie od tego, czy budujesz protokół DeFi, system zarządzania, czy jakąkolwiek aplikację wymagającą koordynacji między łańcuchami, możesz bezpośrednio włączyć wywołania XCM do funkcji kontraktu. A wersja RISC-V VM dla Polkadot - PolkaVM powinna być uruchomiona razem z Polkadot Hub.
Deweloper ekosystemu Polkadot @alice_und_bob przewidział roadmapę i terminy na drugą połowę roku (może nie są one tak absolutnie precyzyjne):
- Polkadot 2.0 - Elastic Scaling (sierpień?)
- Polkadot Hub - platforma dla deweloperów i użytkowników (październik?)
- Polkadot Pay - aplikacja mobilna (sierpień?)
- DOT ETFs (decyzja ostateczna w listopadzie)
- DOT Tokenomics 2.0 (jeszcze w dyskusji)
Ta roadmapa jest całkiem dobra:
XCM-Precompile:
PolkaVM na żywo na Kusama:
JAM to projekt, który po wersji 2.0 jest intensywnie rozwijany przez ponad 30 zespołów, używających różnych języków programowania, aby stworzyć rozproszony klient JAM (oparty na protokole JAM z szarej księgi).
Najwcześniejszy ETH wymagał, aby wszyscy weryfikatorzy zweryfikowali każdą transakcję (można to zobaczyć w żółtej księdze Ethereum, a także w lepszej wersji interpretacyjnej).
L2 pozwala na obliczenia w mniejszym podzbiorze poza łańcuchem, poprzez dwa podejścia: jedno to L2 z dowodami oszustwa (po wykryciu oszustwa, ponownie wykonuje kod transakcji w celu weryfikacji), a drugie to L2 z dowodami zk, które nie wymagają ponownego obliczania, ale potrzebują drogiego GPU do generowania dowodów, a na łańcuchu tylko weryfikuje dowody, bez potrzeby ponownego wykonywania wcześniejszych funkcji kodu transakcji.
Wczesny @Polkadot 1.0 używał algorytmu o nazwie ELVES, który w przeciwieństwie do algorytmu oszustwa ETH, pasywnie weryfikował, lecz stosował algorytm probabilistyczny do aktywnej weryfikacji. W @polkadot 2.0 zestaw weryfikatorów został zapakowany w koncepcję zwaną Core, która w zasadzie jest podzbiorem zestawu weryfikatorów. 2.0 wspiera Agile Coretime, co oznacza dynamiczne użycie core; w 1.0 jeden łańcuch mógł używać tylko jednego Core, a po uruchomieniu 2.0 wspiera Agile Coretime, co oznacza, że jeden łańcuch może dynamicznie używać coretime (liczba weryfikowanych podzbiorów) w zależności od potrzeb, co zwiększa obciążenie usług systemu.
JAM ewoluuje na podstawie tych pomysłów, wprowadzając wiele zk, op, inteligentnych kontraktów, a nawet zwykłych aplikacji web2 bez stanów. Czy można dalej abstrahować usługi, aby dostosować się do tych różnych modeli aplikacji i umożliwić ich wzajemną interakcję? Dlatego JAM dokonał dalszej abstrakcji na tej podstawie.
- Różne L2/ równoległe łańcuchy są teraz nazywane usługami.
- Bloki/ transakcje są teraz nazywane zadaniami roboczymi lub pakietami roboczymi.
- Zadania robocze należą do usług, a pakiet roboczy to zestaw zadań roboczych.
- Usługi są opisane przez trzy punkty wejścia, z których dwa to fn refine() i fn accumulated.
- Te dwa punkty wejścia nazywają się tak, ponieważ protokół nazywa się JAM: Join Accumulate Machine. Join odnosi się do fn refine(), wszystkie rdzenie Polkadot równolegle wykonują wiele zadań dla różnych usług. Join oznacza przekształcenie danych w mniejszy podzbiór, a następnie przekazanie go do następnego etapu.
- Accumulate oznacza gromadzenie wyników wszystkich powyższych operacji w głównym stanie JAM.
- Wspierane są różne formy usług (op rollupy, zkrollups, równoległe łańcuchy, aplikacje bez stanów, inteligentne kontrakty).
Era ETH to współdzielony stan jednowątkowej maszyny stanowej,
Era @polkadot 1.0 to interoperacyjna maszyna probabilistyczna.
Era @polkadot 2.0 to maszyna Agile Coretime.
Era JAM to Join Accumulate Machine (JAM).
Jest wiele szczegółowych cech, tutaj tylko zsyntezowałem informacje, które zrozumiałem. Jakie nowe modele produktów mogą powstać w przyszłości, gdy JAM połączy się z DEFI? Dlaczego JAM może uruchamiać aplikacje bez stanów, takie jak JAM DOOM? Szczegóły w wideo:
Materiały do nauki:
3,49 tys.
1
Treści na tej stronie są dostarczane przez strony trzecie. O ile nie zaznaczono inaczej, OKX nie jest autorem cytowanych artykułów i nie rości sobie żadnych praw autorskich do tych materiałów. Treść jest dostarczana wyłącznie w celach informacyjnych i nie reprezentuje poglądów OKX. Nie mają one na celu jakiejkolwiek rekomendacji i nie powinny być traktowane jako porada inwestycyjna lub zachęta do zakupu lub sprzedaży aktywów cyfrowych. Treści, w zakresie w jakim jest wykorzystywana generatywna sztuczna inteligencja do dostarczania podsumowań lub innych informacji, mogą być niedokładne lub niespójne. Przeczytaj podlinkowany artykuł, aby uzyskać więcej szczegółów i informacji. OKX nie ponosi odpowiedzialności za treści hostowane na stronach osób trzecich. Posiadanie aktywów cyfrowych, w tym stablecoinów i NFT, wiąże się z wysokim stopniem ryzyka i może podlegać znacznym wahaniom. Musisz dokładnie rozważyć, czy handel lub posiadanie aktywów cyfrowych jest dla Ciebie odpowiednie w świetle Twojej sytuacji finansowej.