JAM vil fortsatt ta mye tid, og den første RISC-V VM-en som er nær ved å bli satt i generasjonstilstand - PolkaVM (den andre er den @boundless_xyz zkvm som har vært på mainnet-betaversjonen, som også er basert på RISC-V VM, men det er en mer zk-versjon av VM), har blitt lansert på KSM-plattformen (@polkadot banebrytende plattform). Den har blitt lansert rundt juni, og er for tiden en relativt komplett soliditetskompatibel smart kontraktsutvikling, med hele programmet som kjører av Uniswap V2-versjonen i demoprogrammet, og er kompatibel med Taifang-verktøykjeden (Remix, Hardhat), og kan integreres med populære biblioteker.
På toppen av dette er en nylig betydelig oppdatering XCM-Precompile (forhåndskompilert for XCM, forkortelse for Cross-Chain Transfer Protocol), som støtter kall på tvers av kontrakter på språknivå for å integrere XCM-funksjonalitet direkte i eksisterende smarte kontrakter ved å arve eller importere IXcm-grensesnitt. Denne tilnærmingen gjør det mulig å sømløst bygge inn funksjonalitet på tvers av kjeder i programlogikken. Enten det er å bygge DeFi-protokoller, styringssystemer eller en hvilken som helst applikasjon som krever koordinering på tvers av kjeder, kan XCM-anrop innlemmes direkte i kontraktens funksjonalitet. Polkadot-versjonen av RISC-V VM - PolkaVM skal gå live med Polkadot Hub.
Polkadot-økosystemutvikleren @alice_und_bob spådd veikartet og tidspunktet for andre halvdel av året (som kanskje ikke er så absolutt nøyaktig)
- Polkadot 2.0 - Elastisk skalering (august?)
- Polkadot Hub - utvikler- og brukerplattform (oktober?)
- Polkadot Pay - mobilapp (august?)
- DOT ETFer (bestått eller mislykket i november)
- DOT Tokenomics 2.0 (diskuteres fortsatt)
Veikartet hans gjør en god jobb:
XCM-Forhåndskompilering:
PolkaVM live på kusama:
JAM er etter 2.0, det akselererer forskning og utvikling, med mer enn 30 team, forskjellige programmeringsspråk og forskjellige utviklingsteam for å implementere en desentralisert JAM-klient (basert på JAM grå papirprotokoll).
Den tidligste ETH var alle transaksjoner, som krevde at alle validatorer verifiserte sammen (denne delen kan faktisk leses i Ethereum Yellow Book, og det finnes en bedre tolkningsversjon).
L2 er å la en mindre delmengde av kjeden utføre beregninger, på to måter, den ene L2 er et svindelbevis (utfør transaksjonskoden gjentatte ganger etter å ha funnet svindel å verifisere), og den andre L2 er et zk-bevis, som ikke krever dobbel beregning, men må bruke zks dyrere GPU for å generere bevis.
Tidligere @Polkadot 1.0 brukte en algoritme kalt ELVES, som ikke er som ETHs svindelalgoritme, som bruker passiv verifisering, men bruker en sannsynlighetsbasert type algoritme for aktiv verifisering. @polkadot 2.0-verifiseringssettet har det blitt pakket inn i et konsept kalt Core, kjernen er i hovedsak en delmengde av verifiseringssettet, 2.0 støtter Agile Coretime, det vil si dynamisk bruk av kjerne, 1.0 kan bare bruke én kjerne per kjede, 2.0 er i ferd med å gå live og støtte Agile Coretime, det vil si at en kjede dynamisk kan bruke coretime (antall verifiseringsdelsett) i henhold til behov, og dermed øke servicebelastningen til systemet.
JAM er basert på ideene ovenfor, og med så mange zk, OP, smarte kontrakter og til og med vanlige web2 statsløse applikasjoner, kan det være et skritt nærmere abstraherende tjenester for å tilpasse seg disse forskjellige applikasjonsmodellene, og la dem samhandle med hverandre. Så JAM tok et skritt nærmere abstraksjon på dette grunnlaget.
- En rekke forskjellige L2/parachain-ting kalles nå tjenester
- Blokkerings-/transaksjonsting kalles nå en arbeidspost eller arbeidspakke
- Et arbeidselement er en tjeneste, mens en arbeidspakke er et sett med arbeidselementer
- Tjenesten beskrives med tre inngangspunkter, hvorav to er fn refine() og fn akkumulert
- Navnene på disse to inngangspunktene er nøyaktig grunnen til at protokollen kalles JAM: Join Accumulate Machine. Sammenføyning refererer til fn refine(), hvor alle Polkadot-kjerner utfører mye arbeid parallelt for forskjellige tjenester. Sammenkobling refererer til destillasjon av data til en mindre delmengde og deretter sende dem videre til neste trinn.
- Akkumulering refererer til akkumulering av resultatene av alle de ovennevnte operasjonene til hoved-JAM-tilstanden
- Ulike former for tjenester støttes (OP-rollups, zkrollups, parakjeder, statsløse applikasjoner, smarte kontrakter)
ETH-æraen er en tilstandsmaskin med én kolonne med delt tilstand,
@polkadot 1.0-æraen er interoperable probabilistiske skår.
@polkadot 2.0-æraen er Agile Coretime-maskinen.
JAM-æraen er Join Accumulate Machine (JAM)
Det er mange detaljerte funksjoner, her er bare det jeg forstår informasjonssynkronisering, mer dyptgående forståelse av hvorfor, JAM kan oppnå kontinuerlig kjørende programmer, uten å måtte ringe opp programmer gjennom transaksjoner, hvilke nye modellprodukter vil bli produsert når denne typen funksjoner kombineres med DEFI i fremtiden? Hvorfor JAM kan kjøre tilstandsløse applikasjoner som JAM DOOM. Se videoen for detaljer:
Studiemateriell:
20,23k
28
Innholdet på denne siden er levert av tredjeparter. Med mindre annet er oppgitt, er ikke OKX forfatteren av de siterte artikkelen(e) og krever ingen opphavsrett til materialet. Innholdet er kun gitt for informasjonsformål og representerer ikke synspunktene til OKX. Det er ikke ment å være en anbefaling av noe slag og bør ikke betraktes som investeringsråd eller en oppfordring om å kjøpe eller selge digitale aktiva. I den grad generativ AI brukes til å gi sammendrag eller annen informasjon, kan slikt AI-generert innhold være unøyaktig eller inkonsekvent. Vennligst les den koblede artikkelen for mer detaljer og informasjon. OKX er ikke ansvarlig for innhold som er vert på tredjeparts nettsteder. Beholdning av digitale aktiva, inkludert stablecoins og NFT-er, innebærer en høy grad av risiko og kan svinge mye. Du bør nøye vurdere om handel eller innehav av digitale aktiva passer for deg i lys av din økonomiske tilstand.