JAM behöver fortfarande mycket tid, och den första RISC-V VM - PolkaVM (den andra är den @boundless_xyz zkVM som har funnits på mainnet betaversion, som också är baserad på RISC-V VM, men det är en mer zk-version av VM), har lanserats på KSM Ping (@polkadot pionjärplattform). Det har lanserats runt juni och är för närvarande en relativt komplett soliditetskompatibel smart kontraktsutveckling, med hela programmet som körs av Uniswap V2-versionen i demoprogrammet, och är kompatibel med Taifang-verktygskedjan (Remix, Hardhat) och kan integreras med populära bibliotek.
Utöver detta är en nyligen betydande uppdatering XCM-Precompile (förkompilerad för XCM, förkortning för Cross-Chain Transfer Protocol), som stöder korskontraktsanrop på språknivå för att direkt integrera XCM-funktionalitet i befintliga smarta kontrakt genom att ärva eller importera IXcm-gränssnitt. Med den här metoden kan du sömlöst bädda in funktioner över kedjan i din programlogik. Oavsett om det handlar om att bygga DeFi-protokoll, styrsystem eller någon applikation som kräver samordning över kedjan, kan XCM-samtal införlivas direkt i kontraktets funktionalitet. Polkadot-versionen av RISC-V VM - PolkaVM bör gå live med Polkadot Hub.
Polkadots ekosystemutvecklare @alice_und_bob förutspådde färdplanen och tidpunkten för andra halvåret (som kanske inte är så helt korrekt)
- Polkadot 2.0 - Elastisk skalning (augusti?)
- Polkadot Hub - plattform för introduktion av utvecklare och användare (oktober?)
- Polkadot Pay - mobilapp (augusti?)
- DOT ETF:er (godkända eller underkända i november)
- DOT Tokenomics 2.0 (diskuteras fortfarande)
Hans färdplan gör ett bra jobb:
XCM-Förkompilera:
PolkaVM live på kusama:
JAM är ute efter 2.0, det påskyndar forskning och utveckling, med mer än 30 team, olika programmeringsspråk och olika utvecklingsteam för att implementera en decentraliserad JAM-klient (baserad på JAM:s gråpappersprotokoll).
Den tidigaste ETH var alla transaktioner, vilket krävde att alla validerare verifierade tillsammans (denna del kan faktiskt läsas i Ethereum Yellow Book, och det finns en bättre tolkningsversion).
L2 är att låta en mindre delmängd av kedjan utföra beräkningar, på två sätt, ett L2 är ett bedrägerisäkert (upprepade gånger exekvera transaktionskoden efter att ha hittat bedrägeri att verifiera), och det andra L2 är ett zk-bevis, som inte kräver dubbelberäkning, utan behöver använda zk:s dyrare GPU för att generera bevis.
Tidigare @Polkadot 1.0 använde en algoritm som kallas ELVES, vilket inte är som ETH:s bedrägerialgoritm, som använder passiv verifiering, utan använder en probabilistisk typ av algoritm för aktiv verifiering. @polkadot 2.0-verifieringsset har det paketerats i ett koncept som kallas Core, core är i huvudsak en delmängd av verifieringssetet, 2.0 stöder Agile Coretime, det vill säga den dynamiska användningen av core, 1.0 kan bara använda en kärna per kedja, 2.0 är på väg att gå live och stödja Agile Coretime, det vill säga en kedja kan dynamiskt använda coretime (antal verifieringsdelmängder) efter behov och därmed öka servicebelastningen i systemet.
JAM bygger på ovanstående idéer, och med så många zk, OP, smarta kontrakt och till och med vanliga web2 tillståndslösa applikationer, kan det vara ett steg närmare att abstrahera tjänster för att anpassa sig till dessa olika applikationsmodeller och låta dem interagera med varandra. Så JAM tog ett steg närmare abstraktion på denna grund.
- En mängd olika L2/parachain-saker kallas nu för tjänster
- Block-/transaktionsgrejer kallas nu för ett arbetsobjekt eller arbetspaket
- Ett arbetsobjekt är en tjänst, medan ett arbetspaket är en uppsättning arbetsobjekt
- Tjänsten beskrivs av tre startpunkter, varav två är fn refine() och fn accumulated
- Namnen på dessa två ingångspunkter är exakt varför protokollet kallas JAM: Join Accumulate Machine. Sammanfogning refererar till fn refine(), där alla Polkadot-kärnor utför mycket arbete parallellt för olika tjänster. Sammanfogning avser destillation av data till en mindre delmängd och sedan skicka den vidare till nästa steg.
- Ackumulation avser ackumulering av resultaten av alla ovanstående operationer till det huvudsakliga JAM-tillståndet
- Olika former av tjänster stöds (OP rollups, zkrollups, parachains, tillståndslösa applikationer, smarta kontrakt)
ETH-eran är en tillståndsmaskin med en kolumn med delat tillstånd,
@polkadot 1.0-eran är interoperabla probabilistiska shards.
@polkadot 2.0-eran är Agile Coretime-maskinen.
JAM-eran är Join Accumulate Machine (JAM)
Det finns många detaljerade funktioner, här är bara vad jag förstår informationssynkronisering, mer djupgående förståelse varför, JAM kan uppnå kontinuerligt körande program, utan att behöva ringa upp program genom transaktioner, vilka nya modellprodukter kommer att produceras när denna typ av funktion kombineras med DEFI i framtiden? Varför JAM kan köra tillståndslösa program som JAM DOOM. Se videon för mer information:
Läromedel:
3,7 tn
1
Innehållet på den här sidan tillhandahålls av tredje part. Om inte annat anges är OKX inte författare till den eller de artiklar som citeras och hämtar inte någon upphovsrätt till materialet. Innehållet tillhandahålls endast i informationssyfte och representerar inte OKX:s åsikter. Det är inte avsett att vara ett godkännande av något slag och bör inte betraktas som investeringsrådgivning eller en uppmaning att köpa eller sälja digitala tillgångar. I den mån generativ AI används för att tillhandahålla sammanfattningar eller annan information kan sådant AI-genererat innehåll vara felaktigt eller inkonsekvent. Läs den länkade artikeln för mer detaljer och information. OKX ansvarar inte för innehåll som finns på tredje parts webbplatser. Innehav av digitala tillgångar, inklusive stabila kryptovalutor och NFT:er, innebär en hög grad av risk och kan fluktuera kraftigt. Du bör noga överväga om handel med eller innehav av digitala tillgångar är lämpligt för dig mot bakgrund av din ekonomiska situation.