Alle språk
Cosmos er et parallelt nettverk med kjeder drevet av konsensus som Tendermint. I kosmos økosystem kan hvert rom kommunisere, handle og interoperere med hverandre. Visjonen til Cosmos er å bryte ned barrierene mellom blokkjeder og skape et internett av blokkjeder som vil bli den foretrukne plattformen for ulike praktiske bruksscenarier.
Denne implementeringen er ledsaget av utviklingen av en rekke systemverktøy, inkludert Tendermint, Cosmos SDK, IBC, og kommunikasjonen mellom Hub og Zone realiseres gjennom IBC-protokollen. Go-Ethereum brukt av Ethereum er en monolitisk teknologistabelkategori. Noen oppgraderinger av funksjonene og forbedringer i tilpasning er det tidligste inngangspunktet for Tendermint, som ble etablert i 2014. Tendermint BFT er en løsning som pakker nettverkslaget og konsensuslaget til blokkjeden. Utviklere trenger bare å fokusere på applikasjonslaget uten å bry seg om den underliggende protokollen. Denne utviklervennlige designen sees i dagens flom av offentlige kjeder. Det høres ingenting ut. ny, men hvis du tenker på at denne ideen først dukket opp i slutten av 2014, kan du naturligvis forstå kosmos' fremtidsrettede natur.
I tillegg er hovedfordelen med Tendermint-konsensusalgoritmen at den har en sikker og enkel lysklient, noe som gjør den ideell for bruk av mobil og IoT. Tendermint light-klienten trenger bare å være konsistent med endringene i validatorgruppen, og deretter validere de forhåndsbestemte +⅔ i den siste blokken for å fastslå den siste situasjonen. Alt i alt er tverrkjede ikke hele comos. Tendermint-teknologien har også gjort store anstrengelser for å spare utviklingstid. Attributtene til Tendermint BFT gjelder offentlige kjeder og private kjeder. Tendermint BFT omhandler kun blokkjedenettverket og konsensus , nodeutbredelse Transaksjoner og validatorer er enige om et sett med transaksjoner som skal legges til blokkjeden, i stand til å behandle tusenvis av transaksjoner per sekund.
COSMOS er bygget på Tendermints BPOS+PBFT-konsensusmekanisme. Mekanismen involverer validatorer og forslagsstillere. PBFT brukes til å bekrefte gyldigheten av blokken, antall pantsatte tokens bestemmer styrken til verifikatoren i stemmevektprosessen, og BPOS brukes til å distribuere kraften til verifikatoren. Forslagsstilleren for hver runde vil bli valgt fra valideringsordrelisten i henhold til andelen av stemmene deres. Tendermint bruker en optimal bysantinsk feiltoleransealgoritme valgt med et absolutt flertall på to tredjedeler av stemmene.
p >
. . . . . . . . . . . . . . . . . . . .
På grunnlag av Tendermint BFT forkorter SDK ytterligere utviklingssyklusen til tredjepartsutviklere. For det første lar den utviklere portere enhver eksisterende blokkjedekodebase på Golang, og Ethermint er orientert mot Ethereum-nettverket. Alle eksisterende verktøy (Truffle, Metamask, etc.) er kompatible med Ethermint, slik at smarte kontrakter kan porteres uten ekstra arbeid. Cosmos SDK er basert på to hovedprinsipper, og standardiserer rammeverket videre på dette grunnlaget:
• Modularisering: Tendermint-teamet bygde de grunnleggende modulene som kreves av Cosmos Hub. Enhver utvikler kan bruke disse modulene når de bygger sine egne applikasjoner. Og kan lage en modul for Cosmos SDK.
• Sikkerhetsgrenser: Begrens sikkerhetsgrensene mellom moduler, slik at utviklere bedre kan håndtere sammensetningen av moduler, og samtidig begrense skadelige eller rekke uventede interaksjoner.
Detaljer om Cosmos SDK kan finnes på den offisielle nettsiden, som gir biblioteker for å bygge kommandolinjegrensesnitt (CLI), REST-servere og forskjellige andre ofte brukte verktøy.
I kosmosnettverket realiseres forbindelsen mellom blokkjeder gjennom Inter-Block Communication Protocol (IBC)-protokollen. IBC bruker Tendermint-konsensus for å tillate heterogene kjeder å overføre verdier (dvs. tokens) eller data til hverandre. Heterogene kjeder er karakterisert ved å ha forskjellige lag, og hver blokkjede vedlikeholdes av et sett med validatorer kalt gruvearbeidere. I deres respektive nettverk er konsensus- og applikasjonslagene forskjellige. For å være kompatible med IBC, må noen konsensuslagskrav følges. IBC lar heterogene blokkjeder overføre tokens og data til hverandre, noe som betyr at blokkjeder med forskjellige applikasjoner og valideringssett er interoperable.
Når en konto i kjede A ønsker å sende 10 tokens til kjede B, vil systemet spore kontinuerlig, slik at hver kjede kan spore den andre kjedens validatorsett. Og hver kjede driver en lett klient av den andre kjeden. Når du starter IBC-overføring, er de to nøkkelinformasjonene i IBC-protokollen IBCBlockCommitTx og IBCPacketTx. Førstnevnte registrerer den siste blokkinformasjonen til avsenderen, sistnevnte er informasjonen om selve transaksjonen på tvers av kjeder, som lagres ved å referere til krysskjedekommandoen under utførelse. Utgående kø; ta ut transaksjonsinformasjon fra den utgående køen, send den til huben, og huben vil utføre påfølgende trinn for å realisere transaksjoner på tvers av kjeder. I løpet av denne prosessen blir ATOM-er låst (bundet) på kjede A, og deretter videresendes beviset på 10 ATOM-er fra kjede A til kjede B, og gyldigheten til kjede A bekreftes på kjede B. Hvis gyldig, oppretter du 10 ATOM-tokens på kjede B. ATOMer opprettet på kjede B er ikke ekte ATOMer, en lignende mekanisme brukes til å låse opp ATOMer når de går tilbake til sin opprinnelige kjede.
Basert på designprinsippet til IBC, kan hver blokkjede i nettverket kobles i serie med hverandre gjennom direkte kobling. Men denne situasjonen må møte ukontrollerbarheten til sekundær vekst.For å løse dette problemet foreslår Cosmos en modulær arkitektur med to typer blokkkjeder i nettverket: hub Hub og regional Zone. Førstnevnte er spesielt designet for å koble regioner sammen. Når en region etablerer en IBC-forbindelse med en hub, kan den automatisk få tilgang til (dvs. sende og motta fra) alle andre regioner den er koblet til. Derfor trenger hver region bare å ha et begrenset antall forbindelser til et begrenset sett med huber. Dobbeltforbruk innenfor sonen forhindres også. Overføringen av alle tokens i rommet vil gå gjennom Cosmos Hub. Huben vil fullføre registreringen av den totale mengden tokens som holdes i hvert rom og isolasjonen av hvert rom, inkludert User Datagram Protocol (UDP) og Transmission Control Protocol ( TCP). Statusendringene mellom Hub og hvert rom vil opprettholde konsistensen av informasjonskommunikasjon, og Merkle-proof vil bli utstedt for å indikere at informasjonen har blitt overført eller mottatt.
Cosmos vil gi god vertikal skalerbarhet ved lansering, og etter fullført IBC-modul vil en horisontal skalerbarhetsløsning implementeres. Den første Hub som ble lansert i Cosmos Network er Cosmos Hub. Tokenet heter ATOM. Validatorer i Cosmos ligner på gruvearbeidere som leverer maskiner, og ikke-validatorer delegerer ATOM-innsatssymboler for å stemme. På denne måten realiseres en viss fordeling av ATOM-belønninger Når verifikatoren blir angrepet eller gjør ondt, tar systemet i bruk en bestemt mekanisme for å straffe og svekke den.
1. Skalerbarhet
Proof-of-work-protokoller er trege, dyre, ikke skalerbare og miljøskadelige.
Tendermint BFT løser dette problemet.
Tendermint BFT er en bysantinsk feiltolerant konsensusmotor som driver Cosmos Proof of Stake.
2. Brukervennlighet
Blockchain-applikasjoner er komplekse og vanskelige å forstå for utviklere.
Cosmos SDK løser dette problemet.
Cosmos SDK er et modulært rammeverk for å bygge interoperable, applikasjonsspesifikke blokkkjeder.
3. Interoperabilitet
Blokkjedeøkonomien er isolert og hjelpeløs, og eiendeler kan ikke overføres mellom hverandre.
IBC-protokollen løser dette problemet.
Inter-Blockchain Communication (IBC) er en blokkjedemeldingsprotokoll som ligner på TCP/IP.
Tendermint Core: "Tendermint Core" er en blokkjedemotor som er klar til bruk drevet av Cosmos Practical Byzantine Fault Tolerant konsensusprotokoll. Kjernen kan brukes til å bygge offentlige eller private blokkjeder. Konsensusmekanismen gir umiddelbar oppgjør og sikkerhet; sikkerhet er prioritert over nettverksaktivitet.
Cosmos SDK: Som et praktisk verktøysett hjelper Cosmos SDK utviklere med å bygge applikasjonsspesifikke blokkjeder.
Kommunikasjon på tvers av kjeder: For å gi utviklere flere verktøy for å bygge blokkkjeder, er neste mål for Cosmos-prosjektet å forbedre interoperabiliteten mellom ulike blokkkjeder og oppnå krysskjeder og tverrkjeder. lagtransaksjoner. Med kombinasjonen av partisjoner kan brukere fritt handle innenfor token-økosystemet som består av IBC-kompatible kjeder.
Relaterte lenker:
https://cosmos.network/intro
https://www.dprating.com/rating/report/114
https:// cosmos.network/resources/whitepaper