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:
Polkadot 2.0 kommer til det @Polkadot hovednettet
Dette er den største oppdateringen på mange år i tillegg til den fullførte JAM
Polkadot 2.0 Definisjon:
Polkadot er et desentralisert datanettverk med flere kjerner som gir svært spenstig og verifiserbar datakraft gjennom virtuelle kjerner. Kjeder som kjører kontinuerlig parallelt på forskjellige virtuelle kjerner, kalles kjeder for beregnet verdi.
Kjernefunksjoner:
- Asynkron støtte: Tillater pipelineoperasjoner, noe som muliggjør et mer effektivt samlesystem og gir høyere gjennomstrømming for samleoppdateringer uten at det går på bekostning av sikkerheten.
-coretime: Tillater fleksibel tildeling av kjerner for kjøring på Polkadot desentraliserte datamaskiner.
- Elastisk skalering: Gjør det mulig å bruke flere kjerner samtidig på samme samlekjede for å øke gjennomstrømningen.
Sammenlignet med Polkadot 1.0, som brukte spilleautomatauksjoner (den mest kritiserte mekanismen), forlot 2.0 auksjonsmodellen for kortspor til fordel for [coretime] for å skape en smidig markedsplass. I dette markedet vil kjernetid bli en vare som kan tokeniseres, selges og handles. Rollup-kjeder kan kjøpes:
- Bulk coretime-tid: Standard måte å kjøpe kjernetid på til en fast pris og for en fast periode gjennom coretime-systemkjeden med en forutsigbar fornyelsespris.
- On-demand coretime tid: Kjøp coretime on demand gjennom løpende salg og bruk den umiddelbart til spotprisen
I 1.0 kan en kjede bare bruke én kjernetid, og etter 2.0 kan den bruke kjernetid på forespørsel, som vist i følgende figur:
For noen måneder siden ble KSM 2.0 lansert og vil snart bli lansert på polkadot-hovednettet
9,43k
22
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.