Hvad er OKExChain?
{"@sammenhæng": "https://schema.org","@type": "Artikel","mainEntityOfPage": {"@type": "Hjemmeside","@id": "https://www.okex.com/academy/da/what-is-okchain"},"overskrift": "Hvad er OKChain?","beskrivelse": "OKChain er et sæt open source-offentlige kæder udviklet af til blockchain-applikationer. Det er designet til at etablere en sikker og effektiv decentraliseret finansieringsarkitektur, der kan bruges til at skabe en decentral børs, eller DEX, der har samfundsbaserede operationer, gennemsigtige handelsregler og giver brugerne mulighed for at kontrollere deres egne aktiver.","billede": "https://www.okex.com/academy/wp-content/uploads/2020/08/11540510.png", "forfatter": {"@type": "Person","navn": "Zhang Xiuxiu"},"forlægger": {"@type": "Organisation","navn": "OKEx","logo": {"@type": "ImageObject","url": "https://static.bafang.com/cdn/assets/imgs/MjAxOTQ/5CAB3C0086E2F1135A3428116E435B8A.png"}},"dato Udgivet": "2020-08-20"}
Et dybtgående kig på den decentraliserede blockchain-protokol oprettet af OKEx
Indholdsfortegnelse
Introduktion
OKExChain er open source, offentlig blockchain-teknologi udviklet af OKEx til opbygning af blockchain-baserede handelsapplikationer. Det er designet til at etablere en sikker og effektiv decentraliseret finansieringsarkitektur, der kan bruges til at skabe en decentral børs, eller DEX, der har samfundsbaserede operationer, gennemsigtige handelsregler og giver brugerne mulighed for at kontrollere deres egne aktiver.
Vi ved, at cross-chain-teknologi i blockchain-verdenen er et nøglelink til realisering af interaktion mellem aktiver og data og er den teknologiske base for DeFi. Som navnet antyder betyder krydskæde realisering af aktivoverførsel, informationsudveksling og applikationssamarbejde mellem forskellige blockchain-platforme. Fungerer meget som en bro, der forbinder forskellige offentlige kæder, hjælper tværkædeteknologi med at realisere datatransmission mellem forskellige blockchain-netværk, samtidig med at transmissionsomkostningerne reduceres betydeligt. Det er simpelt og effektivt at bruge krydskædemodulet til at opnå værdi, bruger- og scenarie applikationsbaseret sammenkobling mellem blockchains – som lægger grunden til at opbygge et fælles økosystem og et system med værditilvækst.
I betragtning af ovenstående brugte teamet Cosmos SDK og Tendermint til at konstruere OKExChain. Cosmos introducerer en Inter-Blockchain-kommunikation eller IBC-protokol, der – sammen med Tendermint-konsensusalgoritmen med øjeblikkelig finalitet – kan bruges til at realisere værditransmission mellem blockchains. I fremtiden vil vi være i stand til at bruge Cosmos til at løse spørgsmål vedrørende den multidirektionelle cirkulation af værdi ved at tilføje støtte til heterogen tværkædning.
Kosmos arkitektur
Cosmos er et netværk, der består af mange uafhængige og parallelle blokkæder, der er indbyrdes forbundet af noder.
Inden for Cosmos vedtager alle konsensuslag Tendermint, en konsensusmotor, der understøtter byzantinsk fejltolerance og kan prale af høj effektivitet, høj ydeevne, konsistens og andre egenskaber.
Cosmos-netværk består hovedsageligt af to dele:
- Nav
- Zoner
Hver zone og hub er en uafhængig blockchain med uafhængig statskonsensus. Zoner bruges til at løse specifikke applikationsbehov, og Hubs er designet specielt til at håndtere tværgående transaktioner mellem zoner – ligesom en centralbank, der håndterer afviklingen mellem banker. Værdioverførsel på tværs af kæder opnås ved at realisere interkommunikation og interoperation mellem forskellige zoner og deres delte hub, som er baseret på IBC-protokollen til tværgående kommunikation.
En illustration af Cosmos-arkitektur og organisationen mellem zoner og nav
Det er Cosmos mål at realisere forenklet blockchain-udvikling og opnå sammenkobling mellem blockchains. Nøglen til førstnævnte ligger i Tendermint konsensusalgoritmen, mens den til sidstnævnte ligger i dens tværgående mekanisme.
Tendermynte
Tendermint indeholder to hovedtekniske komponenter:
- Tendermint Core, som er blockchain-konsensusmotoren.
- ABCI, som er den generelle API.
Tendermint Core bruges til at realisere byzantinsk konsensus og datatransmissionen mellem noder. Ved at bruge konsensusalgoritmen, der kombinerer byzantinsk fejltolerance og delegeret bevis for indsats, kan det opnå ultimativ finalitet i blokgenerering – hvilket betyder, at transaktionen er blevet skrevet i blokken, føjet til blockchain og ikke kan reverseres eller manipuleres med derefter – sikre, at hver knude registrerer den samme transaktion i samme rækkefølge og baner vejen for ekstremt hurtige transaktionsbekræftelser og høj gennemstrømning. Generelt bruges Tendermint Core hovedsagelig til at konstruere blockchainets netværkslag og konsensuslag på en måde, der gør det muligt for udvikleren at personalisere blockchain uden at bekymre sig om realiseringen af konsensus og netværkstransmission.
ABCI er en blockchain API og en protokol, der understøtter implementeringen af transaktionsbehandling på ethvert programmeringssprog. For udviklere er det eneste, de skal gøre, når de gennemfører blockchain-udvikling baseret på Cosmos-rammen, at skrive applikationer, der er kompatible med ABCI-grænsefladen..
For yderligere at reducere kompleksiteten af blockchain-udvikling oven på Tendermint Core og ABCI har Cosmos introduceret Cosmos SDK, et værktøj, der er baseret på standardiseringen af nogle almindelige blockchain-moduler. Cosmos SDK kan betragtes som en "værktøj til kædefremstilling" af Cosmos, da det gør blockchain-design inden for netværket så simpelt som tilføjelse af moduler – såsom styring, staking og pant – som sammen med den medfødte interoperabilitet mellem blockchains oprettet med det i høj grad reducerer kompleksiteten af blockchain-projektudvikling.
Tværkædemekanisme
Afhængigt af om de relaterede blokkæder er baseret på forskellige teknologiplatforme, kan krydskædemekanismen være enten homogen krydskæde eller heterogen tværkæde. Førstnævnte refererer til interaktionen mellem blockchains med den samme underliggende struktur med hensyn til krypteringsalgoritme, adresse, kontoalgoritmeregler osv. Et eksempel er handel med Ethereum-baserede tokens. Selvom vi har set relativt modne anvendelser af en homogen tværkæde i mange projekter, forbliver den magtesløs til at løse problemer, der forhindrer interaktionen mellem mainstream-aktiver – såsom Bitcoin (BTC), Ether (ETH) og Tether (USDT) – med den største konsensus.
Homogen krydskæde, som realiserer værdilåsning og værdiomsætning mellem blokkæder med forskellige kædestrukturer, giver svaret på problemet med multidirektionel cirkulation af værdi. Cosmos, der vedtager en relæbaseret multi-kæde- og flerlagsarkitektur, vil understøtte interaktion på tværs af kæder.
For at understøtte tværkædet interoperation mellem parallelle kæder introducerer Cosmos Inter-Blockchain-kommunikationsprotokollen og Tendermint-konsensusalgoritmen – med øjeblikkelig ultimativ finalitet – for at realisere værdi og datatransmission mellem flere heterogene kæder. Alle parallelle kæder er forbundet til hub’en via IBC, og hub’en fungerer som relækæde for at hjælpe med verifikation og overførsel af transaktioner på tværs af kæder.
Specifikt hjælper Hub hver zone synkront med at registrere status for hinanden Zone – og genstanden for denne funktion er blokoverskrifterne for andre zoner. Når Zone 1 sender en krydskædemeddelelse til Zone 2, pakkes al dens information i en datapakke, der er gemt i dens blokoverskrift. Hub’en venter på, at Zone 1 når konsensus om blokken, der indeholder informationen, og overfører derefter informationen, der er gemt i blokhovedet i Zone 1, til en ny blok. Når Hub’en har afsluttet blokkonsensus, modtager Zone 2 den verifikationsmeddelelse, der sendes af Hub’en, som involverer blokoverskriften i Zone 1. Derefter skal Zone 2 kontrollere, om beviset vedrørende Zone 1 er sandt. Hvis det er sandt, begynder Zone 2 at udføre relaterede operationer og sende feedback til Hub’en om den relaterede blok.
IBC-baseret cross-chain messaging. Billedkilde: OKEx-investeringsanalyse
Lad os bruge overførslen af 10 OKT’er fra OKExChain til Cosmos som et eksempel til at illustrere interkæde på tværs af kæder baseret på IBC:
- 1. For at udføre transaktioner på tværs af kæder mellem OKExChain og Cosmos, skal kæder i begge ender køre hinandens lette blockchain-nodetjenester.
- en. På denne måde kan den anden parts blokoverskriftsoplysninger modtages i realtid, hvilket er praktisk til efterfølgende udførelse af bekræftelse, der ligner Simple Payment Verification, hvor SPV-noder verificerer eksistensen af transaktionen ved at anmode om bevis for Merkle-stien og verificering af bevis for arbejde i blockchain.
OKExChain-token
OKT er det oprindelige token udstedt på OKExChains hovednetværk. Alle tokens indeholdt i OKExChain-genesisblokken tildeles OKB-indehavere i forhold til deres OKB-beholdninger. OKT er værdibæreren for OKExChain-økosystemet, og dets værdi bestemmer udviklingsmulighederne for DEX, DeFi og andre applikationer på OKExChain.
Udstedelsesmekanisme
OKT vedtager udstedelsesmekanismen for genesis block + årlig yderligere udstedelse, hvor førstnævnte genererer i alt 10 millioner tokens, og sidstnævnte er sat til forholdet 1: 100, og alle yderligere tokens udstedt hvert år fordeles ligeligt mellem alle blokke i henhold til til de tilsvarende proportioner.
OKTs funktioner
Brug af systemressourcer
Et program, der kører på OKExChain-netværket, kræver, at OKExChain tildeler bestemte netværksressourcer – såsom beregning, lagring, båndbredde osv. – i henhold til dets operationelle behov.
Som sådan vedtager OKExChain Ethereum-modellen for opkrævning i henhold til ressourceforbrug – det vil sige, at der skal betales et tilsvarende transaktionsgebyr for udførelsen af den relevante transaktion. Den specifikke prisfastsættelsesmetode er som følger: omkostningerne ved at udføre en transaktion = "loft" (Gas x Gaspris), hvor Gaspris er det vederlag, som operatøren er villig til at betale for hver gas, der er prissat i OKT.
Løfte
For at undgå ondsindet adfærd er det nødvendigt at pantsætte en vis mængde OKT, inden du ansøger om en node til at blive en validator / proxy-node, indsende et forslag til kædestyring eller udføre en ordre, der afventer operation.
Ekspeditionsgebyr
Brugere, der har en vis mængde OKT, kan udstede nye tokens på OKExChain-netværket, som frit kan handles på OpenDEX, når den relevante ansøgningsapplikation og aktivering er gennemført gennem par af digitale aktiver. Hver af de relevante operationer – tokenudstedelse og aktivering, yderligere udstedelse og destruktion af digitale aktivhandelspar – vil medføre et tilsvarende håndteringsgebyr, der skal betales.
Håndtering af gebyrdata indsamlet fra testnetværket, som kan være forskellig fra det på hovednetværket. Billedkilde: OKEx-investeringsanalyse
Match-making sikkerhed
Hver blok har kun en begrænset kapacitet, og da mængden af afventende ordrer på OpenDEX fortsætter med at stige, kan antallet af transaktioner, der skal behandles af blokken i en enkelt cyklus, muligvis overstige blokens bæreevne, hvilket resulterer i systemet at være ude af stand til at skelne junk token-par fra dem med værdier. I dette tilfælde hvordan vælger OpenDEX de transaktioner, der skal behandles af blokken?
Match-making sikkerhed introduceres for at løse dette problem, hvilket betyder, at en operatør kan deponere ethvert beløb på eller 0 OKT som sikkerhed for hvert handelspar, det driver. Match-making-systemet prioriterer handelspar med højere værdipapirer, eller hvis værdipapirerne er de samme, vælg transaktioner i henhold til den kronologiske rækkefølge for indsendelse.
Ovennævnte løsning, der er baseret på dynamiske budauktioner, kan muligvis udvide OKTs brugsscenarier og samtidig kvantificere styrken af DEX-operatører. Antag at matchningskapaciteten for hver blok er begrænset til 100 transaktioner, men 200 transaktioner genereres i en bestemt blokgenereringscyklus – hvoraf 100 hører til transaktionspar A og de øvrige 100 til transaktionspar B – 100 af disse transaktioner kan ikke placeres i denne blok til behandling i hele denne cyklus. I et sådant tilfælde, hvis den sikkerhed, der stilles til rådighed for A, er større end den for B, vil matchfremstillingssystemet prioritere de 100 transaktioner i handelspar A, og hvis de stillede værdipapirer til begge handelspar er af samme beløb, matchfremstillingssystemet prioriterer de første 100 transaktioner rangeret efter den kronologiske rækkefølge, de er indsendt.
Afstemning
For tokenholdere er afstemning den vigtigste måde at deltage i valideringsvalg og on-chain governance. Indehavere opnår stemmeret ved at pantsætte deres tokens, med 1 OKT svarende til en stemme, der kan bruges i et valg med op til 30 noder.
Under blokproduktionsprocessen vælges validatorerne ved at beregne deres stemmevægt – som bestemmes af stemme fra indehavere eller deres fuldmægtige.
I on-chain governance træffes beslutninger om forslag også af validatorer gennem afstemning.
OKExChains driftsproces og dets rolle i økosystemet
Bloker genereringsproces
OKExChain vedtager konsensusalgoritmen for Tendermint (BFT-DPOS), og der er seks grundlæggende trin til at oprette en blok:
- Bliv en fuld knude.
- Registrer dig som kandidatknude.
- Stem for at vælge en validator.
- Vælg en blokgenereringsnode.
- Lav et forslag.
- Generer en ny blok, når Tendermint-konsensus er nået.
OKExChains blokoprettelsesproces. Billedkilde: OKEx-investeringsanalyse
Før en tokenholder bliver en blokproducent, skal den først blive en fuld node i det distribuerede blockchain-netværk ved at køre en node-klient. For at deltage i valideringsvalget skal en fuld node registrere sig som kandidat efter tilsagn om et bestemt antal poletter til formålet. De knudepunkter, der er placeret i top 21 ved valget, bliver validerende i den næste cyklus. Efter valget beregner systemet de tilsvarende stemmevægte baseret på de stemmer, der opnås med de 21 knudepunkter, og vælger blokgenereringsknudepunkterne fra dem ved at køre en tilfældig algoritme med sådanne vægte. Disse valgte noder producerer derefter blokke i henhold til Tendermint-konsensusprotokollen.
Blokgenerering baseret på konsensusmekanismen Tendermint kræver to faser af afstemning:
- Forudstemning
- pre-commit
En valgt blokproducent vil overvåge og indsamle alle transaktioner i hele netværket, derefter samle en ny blok (dvs. forslagsblokken) inden for en bestemt tidsperiode og udsende den til hele netværket.
Efter modtagelse af udsendelsen om forslagsblokken læser alle validatorer alle transaktioner i blokken og verificerer dem. Hvis der ikke er noget problem, sendes en forhåndsafstemning til alle validatorer. Den anden fase (pre-commit) begynder, hvis stemmer, der godkender forslaget, blokerer for mere end to tredjedele af alle modtagne stemmer. Hvis forudgående forpligtende stemmer godkender forslagsblokkontoen for mere end to tredjedele af alle modtagne stemmer, skrives forslagsblokken til den lokale blockchain, og den nye blok oprettes med ultimativ finalitet.
Tendermynte konsensusproces. Billedkilde: OKEx-investeringsanalyse
Når en ny blok er genereret, går systemet ind i næste runde med blokgenerering.
Hvis en aktuel forslagsblok går offline på grund af dårlig forbindelse og af andre årsager, kan blokproducenten muligvis ikke indsende en blok – i hvilket tilfælde vil protokollen vælge den næste validator, der bliver blokproducent og foreslå en ny blok på samme tid højde og genstart afstemningsprocessen.
Derudover introducerer Tendermint en låsemekanisme – hvilket betyder, at når en validator forud forpligter en blok, er den "Låst" til den blok, og den skal også forudstemme for den blok. Kun hvis en blok ikke er sendt med succes i den forrige runde af forudgående forslag og forudstemning, kan den tilsvarende validator låses op fra den og deltage i den næste forudgående runde for en ny blok. Antages det, at mindre end en tredjedel af validatorerne er byzantinske noder, garanterer Tendermint, at validatorer aldrig gentagne gange vil indsende blokke i samme højde, hvilket kan føre til konflikter.
Afstemningsordning
For tokenholdere er afstemning den vigtigste måde at deltage i valideringsvalg og on-chain governance.
Et valideringsvalg bestemmes af stemmer fra tokenholdere eller proxy-noder, og hver vælger kan stemme på op til 30 noder. Alle noder, der modtager en afstemning, sorteres efter stemmevægt fra højeste til laveste, og de øverste 21 noder vælges af systemet til at blive validatorer. De resterende noder bliver standby (kandidat) noder. Valideringsvalget er en periodisk begivenhed, hvilket betyder, at et nyt valg finder sted i begyndelsen af en ny cyklus.
Hvis tokenholdere eller proxy-noder ikke deltog i afstemningen om on-chain-styring, kan validatorer, de har valgt, direkte arve deres stemmeret og stemme om relevante forslag – men tokenindehavere eller proxy-noder har stadig ret til at ændre stemmer bagefter.
Stemmevægt
Stemmevægtskoefficienten beregnes ved at dividere forskellen fra starttidspunktet til afstemningstid med det samlede antal sekunder på 364 dage, hvilket vil stige med stigningen i forskellen.
Stemmevægten er løftebeløbet ganget med Xth magt på 2 og "x" er lig med vægtkoefficienten.
Vi kan se, at stemmevægtskoefficienten stiger, når depositumssikkerheden stiger, samt når forskellen fra starttid til stemmetid falder. I et vist omfang tilskyndes brugerne af beregningsmetoden til at give større indskud og fortsætte med at deltage i afstemningen.
Vægtkoefficient og formel. Billedkilde: OKExChain GitHub
- I formlen, "Vægt" er stemmevægtskoefficienten, der ændres med tiden (dvs. jo større forskel fra starttid til stemmetid, jo større er vægtkoefficient).
- now_timestamp er tidsstemplet for den aktuelle afstemning.
- start_timestamp er starttidsstempelet, som er 946684800 (00:00:00 UTC den 1. januar 2000).
- seconds_per_day er antallet af sekunder pr. dag – dvs. 60 * 60 * 24.
- weeks_per_year er antallet af uger om året – dvs. 52.
- "Aktier" er den beregnede stemmevægt.
- delegeret_Tokens er mængden af pantsat OKT.
Fuldmagter
Valideringsvalget afgøres ved afstemning af OKT-indehavere, som enten kan stemme direkte eller ved fuldmagt. For at registrere sig som en stemmeproxy skal brugerne deponere et bestemt antal OKT’er på deres pantkonto. Hvis en fuldmægtig vælger at trække sig tilbage fra den låste afstemning, kan den ikke trække det pantsatte token tilbage, før 14-dages lock-up-perioden udløber.
Med hensyn til fondsikkerhed, fordi brugeren ikke behøver at aflevere nogen nøgler, og proxy-kontoen kun opnår stemmeretten med hensyn til tokenet, er hele delegationen en on-chain-proces, der ikke har nogen indflydelse på det faktiske ejerskab af tokenet – som stadig er i brugerens personlige adresse. Når brugere imidlertid ændrer antallet af tokens, der er givet til proxyen, opdateres alle deres stemmevægte også i overensstemmelse hermed.
I betragtning af det faktum, at belønninger og straffe fra en validator også vil påvirke enhver fuldmægtig, der har stemt på den, skal fuldmægtige bruge browsere på OKLink eller andre OKExChain-blokke for at lære om validatorer og foretage detaljerede undersøgelser og screeninger inden afstemning. Efter afstemning skal fuldmægtigen også løbende overvåge valideringsfunktionen for at sikre, at den fungerer korrekt – såsom at sikre oppetid, ikke dobbelt underskrive eller blive kompromitteret og deltage i regeringsførelse. Hvis der er et advarselsskilt, kan fuldmægtigen hurtigt ophæve afstemningen eller skifte afstemningen til en anden validator med øjeblikkelig virkning.
Krav til OKExChain-noder
OKExChain er afhængig af et sæt validatorer for at opretholde netværkssikkerhed, som hver er en fuld node, der deltager i konsensus gennem afstemning ved udsendelse. For at blive validator skal noden opfylde visse krav, som systemet foreslår, herunder et depositum i tokens samt opfylde kravene til hardware- og softwarekonfigurationer.
Følgende er en liste over validatorernes ansvar:
- Validatorer skal undgå dobbelt signatur. Når en dobbelt signatur er fundet i testnetværket, udføres en automatisk straf straks.
- Validatorer skal være i stand til løbende at køre den korrekte version af softwaren. Forslagsstillerne skal sikre, at deres servere altid er online, og at deres private nøgler ikke kompromitteres.
- Validatorer skal holde deres nodeversioner aktivt opdateret for at øge sikkerheden.
- Validatorer skal holde øje med hardwarekravene, når systemet opdateres, og holde hardware opdateret for at opfylde kravene.
- Validatorer skal beskytte mod DDoS-angreb, når de opstår.
- Validatorer skal aktivt deltage i regeringsførelse. Forslagsstillere skal stemme om hvert forslag.
Depositum
For at blive validator skal noden være forbundet til OKExChain-netværket og have et depositum på 10.000 OKT’er.
Hardwarekrav
OKExChains minimale systemkrav er:
- Desktop- eller bærbar hardware, der kører nyere versioner af MacOS, Windows eller Linux.
- 500 GB ledig diskplads, tilgængelig med en minimum læse- / skrivehastighed på 100 MB / s.
- Fire kerner af CPU og 8 gigabyte hukommelse (RAM).
- En bredbåndsinternetforbindelse med upload- / downloadhastigheder på mindst 1 megabyte pr. Sekund.
Som du kan se, i begyndelsen af projektet, synes nodekonfigurationskravene i bedste fald gennemsnitlige – men over tid vil hardwarekravene blive hævet med stigningen i netværksbrug. Sammenlignet med andre blockchains, såsom Ethereum eller Bitcoin, har OKExChain-netværket meget højere gennemstrømning og kræver derfor højere båndbredde for at opretholde en jævn kommunikation mellem forskellige noder. Da størrelsen på blokdata øges, og blokgenereringsnoden skal have tilstrækkelig harddiskkapacitet til at lagre komplette blokdata, er der også behov for at udvide harddiskens kapacitet, når det er nødvendigt.
De aktuelt tilgængelige servere er hovedsageligt opdelt i to typer:
- Selvbygget server: En server, der købes, samles og forbindes til et relevant netværk af sig selv. Denne type server medfører relativt høje omkostninger på forhånd, herunder hardwareomkostninger, webstedsomkostninger og driftsomkostninger, og også krav til høj effekt (strømforsyning døgnet rundt og netværksforbindelse). Fordelen ved en selvbygget server er, at den tillader direkte justeringer af visse servicestøtter.
- Cloud-server: En færdigudviklet cloud-server, der kører relaterede tjenester igennem den efter afslutning af den tilsvarende dynamiske parameterkonfiguration. Fordelene ved cloud-servere inkluderer fleksibilitet og lave omkostninger. På nuværende tidspunkt bruger de fleste af de eksisterende noder cloud-servere – såsom Amazons AWS, Googles cloud-tjenester, Alibaba Cloud osv. – på grund af de ovennævnte fordele. Alt du skal gøre efter at have købt en skytjeneste er at konfigurere den i overensstemmelse med den officielle vejledning. Selvfølgelig er denne node-konfigurationsmetode længe blevet kritiseret i decentraliseringssamfundet, fordi det betyder at aflevere kontrol med nodetjenesterne i de decentrale netværk til de centraliserede IT-giganter, der leverer de nævnte tjenester.
Valideringserverens datacenter skal være udstyret med overflødige strømforsyninger, tilslutnings- og sikkerhedskopieringsfaciliteter. Ud over flere overflødige netværksbokse til fiberoptisk forbindelse, firewalloperationer og skift, forventes validatorer også at have små servere med redundante harddiske og failover-funktioner. Den relevante hardware kan placeres i bunden af datacentret.
Softwarekrav
Det er bedst for OKExChain-noder at have komplet overvågnings-, advarsel- og styringsløsninger mod angreb og afbrydelser, så de kan opretholde sikkerheden og isoleringen af deres datacentre og derved undgå utilsigtet binding eller hændelser, der udløser systemstraffe.
Regler for belønning og straf af noder
Belønning og fordeling af belønninger
Den økonomiske incitamentsmekanisme designet til bogføringsnoder er en uundværlig og vigtig del af ethvert blockchain-projekt. Belønningen for BTC-regnskabsknudepunkter (minearbejdere) inkluderer blokgenereringsbelønninger og transaktionsgebyrer. Da OKT’er genereret af OKExChain-genesisblokken distribueres til OKB-investorer i forholdet 1: 1, hvor kommer belønningerne for minearbejdere fra?
Sådanne belønninger kommer hovedsageligt fra to kilder:
- Den første kilde er 1% årlig yderligere udstedelse fra systemet (som fordeles proportionalt til hver blok), hvoraf 25% betragtes som produktionsbelønninger og fordeles på 21 validatorer i henhold til deres stemmevægt.
- De resterende 75% fordeles på alle kandidatknudepunkter i henhold til stemmeforholdet. Denne metode hjælper med at undgå inaktivitet i generationsknudepunkter, fordi de stadig kan få stemmeret ved at fungere som kandidatknudepunkter efter at have undladt at opnå blokgenereringsbelønninger.
En anden kilde er ekspeditionsgebyret, som kun tildeles 21 validatorer i henhold til deres stemmevægt. Der er to typer håndteringsgebyrer – nemlig systemhåndteringsgebyr og forretningshåndteringsgebyr. Førstnævnte er gasgebyret, og sidstnævnte inkluderer håndteringsgebyrer, der opstår ved udstedelse af token-valutapar af operatører, aktivering af digitale aktivtransaktionspar og yderligere udstedelser, blandt andet.
Kilderne og fordelingsforholdet for nodeindtægter. Billedkilde: OKEx-investeringsanalyse
Strafregler
Den tokensikkerhed, der leveres af noden, kan også betragtes som et sikkerhedsdepositum til verifikationsaktiviteter. En knude kan miste kvalifikationen til at producere blokke, hvis den er inaktiv eller har uretmæssig eller ondsindet handling under blokproduktion, hvad enten det er annonceret eller utilsigtet på grund af angreb.
De specifikke strafregler er som følger:
- Ikke at deltage i blokens verifikationssignatur vil resultere i et forbud i 10 minutter – det vil sige, at noden ikke kan deltage i blokgenerering i de næste 10 minutter.
- Dobbelt signering – dvs. signering af to blokke af forskellige kæder i samme højde – vil resultere i, at noden permanent diskvalificeres til blokproduktion.
On-chain-styring
Ud over at oprette nye blokke skal validatorer også deltage i on-chain governance.
Hvis oprettelsen af nye blokke skal sikre kontinuiteten i blockchain, bestemmer styring på kæden parameterindstillingerne for hele systemet – hvilket igen bestemmer udviklingsretningen for hele netværket.
OKExChains styring på kæden involverer hovedsageligt fire aspekter:
- Brainstorming om et givet emne.
- Ændring af systemparametre.
- Sletning af handelspar i DEX.
- Understøtter netværksopgraderinger.
For at forhindre meningsløse og ondsindede forslag skal hvert ledelsesforslag ledsages af et depositum på mindst 100 OKT’er, og depositumets størrelse bestemmer vægten af forslaget. Hvert forslag, der opfylder de ovennævnte krav, indgår i en to-ugers afstemningsperiode. Ved afslutningen af afstemningsperioden vedtages forslaget, hvis bekræftende stemmer undtagen hverken for eller imod tegner sig for 50% af de samlede stemmer og negative stemmer eksklusive hverken for eller der udgør mindre end 33,33% af de samlede stemmer.
En model af et forslag til workflow for OKExChain on-chain governance
OKExChain og OpenDEX
OpenDEX er en åben, decentral udveksling baseret på OKExChain-økosystemet.
Før vi introducerer OpenDEX, skal vi forstå karakteristika ved centraliserede og decentraliserede børser og deres respektive fordele og mangler.
Centraliserede og decentrale udvekslinger
Centraliserede børser
Handel er den vigtigste funktion ved enhver børs, og fordelen ved en central børs er, at den har god likviditet og gør det meget bekvemt at deponere og hæve i lovlig valuta – men det kræver at placere tokens i sin varetægt, hvilket er en åbenbar mangel fordi det medfører enorm risiko. Der er et gammelt ordsprog i blockchain-verdenen: "Ikke dine nøgler. Ikke dine mønter."
Smertepunkter for centraliserede udvekslinger
Risikoen for informationslækage
Centraliserede udvekslinger kræver, at brugerne leverer detaljerede personlige oplysninger, hvilket er en kedelig proces. Desuden styres denne information og brugernes transaktionsdata, der er gemt på serverne, af centraliserede udvekslinger. Brugere har i øjeblikket ingen måde at vide, hvordan og hvornår disse oplysninger og data bruges.
Der er mange problemer med nuværende identitetssystemer. Brugernes identitetsdata er spredt på forskellige tjenesteudbyders servere. I mangel af en samlet styring er brugerne nødt til at angive et brugernavn og en adgangskode hver gang de bruger en websitetjeneste og er tvunget til at bruge forskellige brugernavne og adgangskoder på forskellige websteder, da undladelse af dette kan føre til alvorlige sikkerhedsrisici.
Risikoen for misbrug af midler
Da brugernes tokens er gemt på serverne til centraliserede udvekslinger, og brugeraktiver styres af dem, er der ingen måde at udelukke muligheden for, at sådanne udvekslinger misbruger brugeraktiver eller manipulerer med brugeroplysninger.
Risikoen for tyveri
Alle DEX’er skal stå over for sikkerhedsrisici, og flere penge betyder større motivation for hackere til at angribe – hvilket fører til flere angrebsprogrammer. Hvis en central central børs tegnebog er hacket, går alle poletter i tegnebogen tabt.
I de sidste 10 år har der været mere end 30 hændelser med, at der er stjålet midler fra centraliserede børser, såsom Coincheck og den nu nedlagte Mt. Gox. Indtil nu har der ikke været nogen væsentlige forbedringer på denne front, da utallige hackere hver dag arbejder hårdt på at finde sårbarheder i de centraliserede systemer.
Risikoen for netværksnedbrud
Netværksnedbrud henviser til situationer, hvor tjenester ikke kan bruges på grund af forskellige årsager, såsom servernedbrud, deaktivering, nedlukning osv. Under nedetid på netværket kan brugerne ikke udføre normale transaktioner, hvilket ofte fører til tids- og pengetab for brugere eller service udbydere.
Transaktionspar skal gennemgås, før det offentliggøres
Alle transaktionspar skal gennemgås, inden de offentliggøres på en central børs. For at handle med forskellige tokens skal brugerne ofte registrere sig på flere børser. Som et resultat er identitetsdataene spredt over forskellige tjenesteudbydere, og gentagne login er påkrævet for brug af webstedsydelser. Bortset fra BTC og ETH har hvert token normalt kun et eller to handelspar med aktiver med høj markedsværdi. Derfor, selvom den samme børs understøtter de to tokens, der kræves til transaktionen, kan vi muligvis stadig ikke finde et valutapar, der svarer direkte til transaktionen, når vi handler med to digitale aktiver med en lavere markedsværdi. Som et resultat bliver transaktionsprocessen meget mere kompliceret.
Decentrale udvekslinger
Brugers midler, der bruges til handel i decentraliserede børser, opbevares i deres tegnebogadresser eller smarte kontrakter, hvilket giver dem total kontrol over sådanne midler. Når en transaktion initieres, udfører børsen en smart kontrakt for at gennemføre transaktionen, og relevant aktivoverførsel udføres i kæden.
Transaktionsoptegnelser opbevares i kæden, hvilket gør dem åbne og gennemsigtige. På grund af begrænsning af skalerbarheden af den underliggende offentlige kæde og transaktionens attributter for aktiver foretrækker mange stadig den højere likviditet i centraliserede børser frem for ønsket om at kontrollere private nøgler.
Fordele ved decentraliserede børser
Lavere sikkerhedsrisiko
Decentrale børser vedtager en enklere model, som hovedsageligt involverer matchmakingstransaktioner. En decentral børs tager ikke vare på brugernes aktiver, og deres midler opbevares i deres tegnebogadresser eller smarte kontrakter, hvilket giver dem total kontrol over sådanne midler og udelukker enhver mulighed for misbrug. Ved at bruge kode regler for at sikre sikkerheden for brugernes midler eliminerer forretningsmodellen for decentraliserede børser risikoen for hackerangreb og uetiske handlinger fra tjenesteudbydere.
Anonymitet
Der kræves kun en offentlig nøgle for at handle på en DEX. På samme tid hævder nogle DEX-skabere, at de ikke er ansvarlige for, hvordan samfundet bruger open source-software, de har frigivet, hvilket hjælper med at undgå KYC- og AML-problemer.
Ingen nedetid
Da DEX er bygget på den underliggende offentlige kæde, der bruger distribueret node-regnskab, påvirkes dens samlede effektivitet ikke af et enkelt fejlpunkt – hvilket medfører eksponentielt højere sikkerhed og eliminering af nedetid.
Smertepunkter ved decentral udveksling
Den offentlige kædes sikkerhedsrisici
Den decentrale børs er bygget på den underliggende offentlige kæde, hvilket gør den sårbar over for sikkerhedsrisici i den offentlige kæde. Hvis der kan manipuleres med oplysninger i den offentlige kæde, bliver transaktionsoplysningerne for den decentrale børs upålidelige, og der er ingen sikkerhedsgaranti for brugeraktiver.
Utilstrækkelig likviditet
Likviditet er en vigtig indikator for alle børser. Højere likviditet betyder, at det er lettere at gennemføre transaktioner på børsen. Mange decentraliserede børser lider under betydelig handelsglidning – dvs. forskellen mellem prisen, hvor en ordre afgives, og prisen, hvor den sidste transaktion foretages – forårsaget af dårlig likviditet.
På nuværende tidspunkt er EtherDelta, 0x Project og andre velkendte decentrale børser på markedet alle bygget på offentlige kæder som Ethereum eller EOS, og objektive forhold som små brugerbaser og utilstrækkelig transaktionsdybde er blevet alvorlige problemer, der hindrer deres udvikling.
OKExChain og OKEx supplerer hinanden
Det kan ses, at centraliserede og decentraliserede børser har deres egne fordele og ulemper – og de nuværende målgrupper for de to er forskellige.
Børser er i det væsentlige steder til gennemførelse af transaktioner. Langt de fleste brugere har tendens til at vælge centraliserede børser, fordi de tilbyder bedre brugeroplevelser takket være højere likviditet samt mere bekvem indskud og udbetalinger. Derudover gør den økonomiske styrke ved mainstream-børser og deres fremragende præstation i flere kriser dem mere troværdige i mange brugeres øjne.
Selvfølgelig er der stadig nogle grupper, der værdsætter pengesikkerhed og anonymitet mere end transaktionsbekvemmelighed. For disse grupper er decentraliseret udveksling helt klart det bedre valg.
OKExChain blev introduceret specifikt for at imødekomme disse nichegruppers behov, fordi OKEx kan tilfredsstille behovene hos de fleste brugere, der sætter pris på transaktionsbekvemmelighed. Baseret på forskellige tekniske former supplerer de to hinanden og opnår sammen bredere brugerdækning og bedre brugeroplevelse ved at spille til deres respektive fordele.
OpenDEX
Som et DeFi-projekt i OKExChain-økosystemet giver OpenDEX OKExChain-brugere tjenester, der sikrer sikker og stabil handel med digitale aktiver. OKExChain-mainnet danner den underliggende supportstruktur til den decentrale udveksling, og OpenDEX tjener formålet med at gøre det let at frigive DEX’er. Ligesom Ethereum gør det let at udstede digitale aktiver via smart-kontrakt teknologi, har OKExChain leveret forskellige grundlæggende funktioner, der kræves til at betjene DEX’er, hvilket gør det nemt for alle at oprette en DEX.
I modsætning til traditionelle DEX’er overfører OpenDEX matchmakermotoren og ordrebogen fuldstændigt til kæderne – hvilket forbedrer gennemsigtigheden og sikkerheden af relaterede oplysninger. Dens matchmaking-system, der er baseret på den kollektive budmodel, hjælper med at forbedre transaktionens retfærdighed ved at svække indflydelsen fra transaktionsrangeringen i blokken på det endelige matchresultat. Sammenlignet med projekter baseret på Ethereum kan OKExChains kollektive-bud-baserede match-making-system fuldføre matchningsoperationer i et strammere tidsvindue.
On-chain ordrebogmodel
OpenDEX vedtager on-chain ordrebogmodellen, som er en fuldstændigt blockchain-baseret DEX-arkitektur, der sikrer, at hver ordre og statusændring registreres som en transaktion på blockchain-netværket. Alle udestående ordrer vil blive registreret i en samlet ordreliste på blockchain, og om hver af sådanne ordrer udføres eller ej, afhænger af den transaktionsstrategi, der er aftalt af køber og sælger ved oprettelsen af transaktionen. Ved matchning af aktiver på køb og salg ordrer kan transaktioner med aktiver af forskellige typer gennemføres ved direkte handel gennem noteringer.
I henhold til den tekniske OpenDEX-løsning afsluttes alle indskud, udbetalinger, ordreplaceringer og afviklinger med smarte kontrakter. Den grundlæggende proces er som følger:
- Producenten underskriver en ordre med en privat nøgle og sender den til kæden, hvorpå producenten kan sætte en grænse for, hvor mange blokke en ordre kan gennemgå, indtil den automatisk annulleres.
- Derefter vælger takeren den ordre, der skal udfyldes fra ordrebogen og genererer en tilsvarende transaktion, der skal underskrives og derefter sendes til on-chain smart kontrakt, som derefter udfører transaktionen efter verificering af relevant ordreinformation, såsom forhandlerens underskrift og effektiv tid for ordren.
Ring til auktionsbaseret match-making model
OpenDEXs match-making system vedtager en auktion model. Vi ved, at i et blockchain-system genereres ordrer ikke kontinuerligt men diskret i henhold til intervallerne for blokgenerering – så i modsætning til de fleste centraliserede børser, der bruger kontinuerlige budalgoritmer til ordevalg, udfører DEX periodisk ordreafstemning i henhold til intervaller for blokgenerering ved hjælp af kollektiv budgivning.
Ved at anvende opkaldsauktionsmodellen til niveauet for hver blok garanteres det, at et digitalt aktivhandelspar i en blok kun har en transaktionspris, og alle ordrer udføres i overensstemmelse med princippet om pris-tid-prioritet – derfor meget svækkelse af indvirkningen af placeringen af transaktioner i blokken på det endelige matchmaking-resultat og yderligere sikring af transaktionernes retfærdighed.
Fordele ved OpenDEX
Sikkerhed af midler
I henhold til forældremodus kan DEX’er groft opdeles i to kategorier:
- Depot-DEX’er
- Selvfængslende DEX’er
En depot DEX har brug for at overføre midler til kontrakter, der kontrolleres af andre. For at mindske risikoen for dårlig spil bruger en DEX i anden lag DEX teknologier som multisignatur eller tærskelsignatur til at opnå decentral nøglehåndtering af flere parter.
En selvstændig deponering af andet lag DEX har følgende egenskaber:
- Tillader ikke nogen pengeoverførsel uden en bestemt brugersignatur.
- At give brugeren adgang til al information (gennem brugeroplevelsesdesignet af tegnebogen) ved underskrift af signaturen.
- Tilladelse af udgange til enhver tid.
- Opretholdelse af driftsmekanismens integritet, selvom reglerne om opgradering af kode misbruges.
I betragtning af ovenstående egenskaber kan DEX’er, der er i frihedsberøvelse, sikre, at midler faktisk kontrolleres af brugerne, og operatører har ingen midler til at fryse eller endda bruge aktiver tilhørende brugere. OpenDEX vedtager en selvstændig opbevaringsmodel, som indebærer højere sikkerhed for midler.
Offentlig kædesikkerhed
OKExChain bruger konsensusalgoritmen Tendermint, som sikrer, at hver nye blok har ultimativ finalitet.
Det "sandsynlighedsfinalitet" af Bitcoin-blokke beregnes i henhold til kædelængden, hvilket betyder, at det er mindre sandsynligt, at transaktioner på længere kæder bliver manipuleret. Denne algoritme kan dog ikke helt eliminere muligheden for manipulation. Det "ultimativ finalitet" henviser til en transaktion, der anses for at være afsluttet straks efter at være inkluderet i blokken og tilføjet til blockchain, samt at når en aftale er nået, bliver den tilsvarende blok straks afsluttet, og de transaktioner, hvori de ikke længere kan tilbageføres.
Ved at benytte sig af de nævnte funktioner i Tendermint kan OpenDEX opnå høj transaktionsgennemstrømning og ekstrem hurtig bekræftelse, samtidig med at man undgår ondsindet adfærd – såsom at indlede et dobbeltforbrug – og dermed sikre pengesikkerheden samt levere tværgående kædeafviklingstjenester.
Ubegrænset antal handelspar
For at løse problemet med kun at understøtte et begrænset antal handelspar introducerer OpenDEX DEX-operatører, der har tilladelse til at udstede ethvert token- eller token-transaktionspar på netværket.
Sammenlignet med traditionelle decentrale børser, der har brug for at etablere alle handelspar, er OpenDEX en åben konvergent børs, hvor token-handelspar drives af DEX-operatører.
For at blive en DEX-operatør i OKExChain-netværket, skal du bruge en vis mængde OKT. Den specifikke proces er som følger:
- Du skal først betale de OKT’er, der kræves for at udstede tokenet, og offentliggøre transaktionsparet.
- Derefter kan du indsende ansøgningsforslaget og aktivere det digitale aktiv transaktionspar.
Når disse trin er afsluttet, kan det nyudstedte token handles frit på OKExChain-netværket. DEX-operatører kan udstede ethvert token og token-handelspar. Da systemet dog ikke tillader, at der findes duplikathandelspar, er DEX-operatører ofte nødt til at ansøge hurtigere end andre for at opnå ret til at drive populære handelspar.
Likviditetsstøtte
Børser, der kører på ordrebøger, har brug for markedsproducenter til at levere likviditet gennem ordrebehandlede operationer. Med hensyn til transaktioner lægger traditionelle decentraliserede børser for meget vægt på platforme og lægger mindre vægt på den operative enhed, der giver likviditet til transaktioner. Når vi tager Alibaba som et eksempel, er det platformen, der leverer tjenester til sælgere, der faktisk leverer tjenester til brugerne.
Ved at introducere en DEX-operatørs rolle og tilføje flere incitamentsmekanismer sigter OKExChain på at løse problemet med utilstrækkelig likviditet, som traditionelle decentraliserede børser står over for.
Fradrag og fritagelser for ekspeditionsgebyrer
Brugere skal betale gasgebyrer og transaktionsgebyrer, når de handler på DEX. Gasafgiften, der optjenes af den validator, der er ansvarlig for regnskabet, skal være højere end det tilladte minimumsbeløb, og noden prioriterer emballeringstransaktioner med højere gasafgifter. Transaktionsgebyret går til DEX-operatøren, hvis opladningsforhold er 1: 1.000 af transaktionsbeløbet.
For at tiltrække flere brugere til at bruge DEX og fremme udviklingen af økosystemet, er der naturligvis flere tilladelser til at tilbyde fradrag og undtagelser fra håndteringsgebyrer – såsom matchningsafgifter for visse valutapar eller gasgebyrer, som DEX-operatører skal betale for visse valutapar – tildeles i fremtiden.
Sammenlignet med de centraliserede børser overleverer OpenDEX kontrollen med midler til brugerne og eliminerer derfor fondssikkerhedsrisici forårsaget af manglerne ved centraliseret forvaltning. Derudover kan OpenDEX også give bedre anonymitet, gennemsigtighed og censurmodstand, samtidig med at den overordnede effektivitet opretholdes på ethvert enkelt fejlpunkt (ved at basere på den offentlige kæde, der bruger distribueret node-regnskab) og tillade brugere at indsende transaktionspar uden begrænsninger.
Mens der er andre DEX’er på markedet, tillader OpenDEX – som er baseret på OKExChain-økosystemets tværkædefunktion – sine brugere at bruge to tilgængelige kryptovalutaer til at gennemføre tværgående aktivtransaktioner gennem tilsvarende tværkædeløsninger. Dens Tendermint-konsensusalgoritme gør det muligt for nye blokke at have den ultimative finalitet og derved opnå høj transaktionsgennemstrømning og ekstrem hurtig bekræftelse. Ved at indføre rollen som DEX-operatører og tilsvarende incitamentsmekanismer overvinder OpenDEX også problemet med utilstrækkelig likviditet, som traditionelle decentrale børser står over for. I fremtiden vil det give brugerne flere fordele ved at give flere tilladelser til at tilbyde fradrag og undtagelser fra ekspeditionsgebyrer.
Det kan ses, at OpenDEX, baseret på OKExChain-økosystemet, overvinder flere store smertepunkter for centraliserede børser og andre DEX’er på markedet..
Konklusion – OKExChain resume
OKExChain er et sæt open source-offentlige kæder udviklet af OKEx til blockchain-applikationer. Det er designet til at etablere en sikker og effektiv DeFi-arkitektur, der kan bruges til at skabe en decentral udveksling, der indeholder community-baserede operationer og gennemsigtige handelsregler, og giver brugerne mulighed for at kontrollere deres egne aktiver.
Holdet brugte Cosmos SDK og Tendermint til at konstruere OKExChain. Inter-Blockchain-kommunikationsprotokollen sammen med Tendermint-konsensusalgoritme med øjeblikkelig finalitet kan bruges til at realisere værditransmission mellem blockchains. I fremtiden vil vi være i stand til at bruge Cosmos til at løse spørgsmål vedrørende den multidirektionelle cirkulation af værdi ved at tilføje understøttelse til heterogen cross-chaining.
Som en åben decentral udveksling baseret på OKExChain-økosystemet overvinder OpenDEX ikke kun adskillige store smertepunkter, som centraliserede transaktioner står over for – såsom risikoen for informationslækage, fondefterskud, tyveri og netværksnedbrud og det begrænsede antal handelspar – men også problemet med utilstrækkelig likviditet, som andre eksisterende DEX’er står over for gennem introduktion af DEX-operatører.
Forfatter: Zhang Xiuxiu
Instruktører: Fan Haiyang, Xu Qian, Meng Xiangjian
Referencer
- OKExChain GitHub
- Introduktion og praktisk analyse af tendermint
- OKEx-forskningsrapport: Staking Economy, et nyt minedriftsøkosystem baseret på PoS-konsensus (Kinesisk sprog)
- Analyse og ideer om tværkædeteknologi (Kinesisk sprog)
- Dybtgående analyse af tendermint og hvordan det hurtigt kan integreres i kosmos økosystem (Kinesisk sprog)
