Republic Protocol (REN) er en protokoll for handel med et stort antall krypterte eiendeler mellom BTC/ETH, BTC/ERC20 og ETH/ERC20 i en distribuert mørk pool. Det er den eneste kjente for å ha en slik distribuert kryptert eiendel dark pool transaksjon. Blockchain teknologibedrift. I tradisjonelle amerikanske og europeiske aksjemarkeder står dark pool trading for omtrent 10-30 % av alle bransjehandelsvolumer. JPMorgan Chase, Goldman Sachs, Fidelity, Deutsche Bank og Morgan Stanley er de få meglerne med dark pool-transaksjoner.

"Mørk basseng"-handel er en av de viktigste formene for "alternative handelssystemer". Normalt, ved handel på børser, vil alle salgsordre og salgsordre bli annonsert, men institusjonelle investorer opererer i "dark pool" gjennom traderes høyfrekvente operasjoner. "Dark pool"-transaksjoner formidler en "intensjon" om å kjøpe eller selge en aksje til spesifikke investorer. Det opprinnelige formålet med å sende disse "interessene" var å teste om ordren kunne finne en match blant et lite antall investorer, men faktisk endte de fleste av de "kjørbare" "interessene" opp med å lukke transaksjonen uten offentlighetens viten.

"Den største fordelen med dark pool trading er at institusjonelle investorer som gjennomfører store transaksjoner ikke kan bli eksponert når de leter etter kjøpere og selgere. Det kan forhindre at hele markedet påvirkes og verdifall.

Republic Protocol-systemet er avhengig av et godt utformet insentivsystem for å holde spillere etter reglene. RenEx "Dark Nodes" kjører den matchende motoren for å sikre driften av den mørke bassenget, og eksistensen av flere mørke bassenger vil redusere risikoen for motparten. For å forhindre ondsinnede angrep er det fastsatt at nettverksnoder (Darknodes) må betale 100 000 Ren, som er Token of the Republic Protocol.

1. Prosjektintroduksjon

Det viktigste tekniske målet med Republikkprotokollen er å sikre driften av nettverksnoder slik at transaksjoner på børser behandles og utføres uten å avsløre informasjon om dem selv. Republic Protocol bruker Shamirs krypterte delingsskjema for å dele bestillinger i flere deler som er distribuert over nettverket. Den opprinnelige rekkefølgen kan ikke gjenskapes uten å samle de fleste skårene. For å forhindre ondsinnet oppførsel av disse shard-ordrene, bruker Republic Protocol smarte kontrakter kalt "Registrarer", som er aggregert i nettverkstopologien til nettverksnoder.

Prosjektfunksjoner

1. Den næringsdrivendes identitet er trygg med Republic Protocol. De underliggende kryptovalutaene som handles kan tilby forskjellige personvernbegrensninger.

2. Handelsmenn trenger ikke å forbli koblet til nettverket mens bestillinger matches. Når en ordre er plassert, vil noden kjøre matchende beregninger til en match blir funnet, eller ordren utløper (enten manuelt eller via en frist spesifisert av traderen).

3. Bestillinger er sikret til de matches. Etter matching vil noen detaljer om bestillingen bli vist til matchende part. Siden begge parter vet at dette er en naturlig begrensning av ordresikkerheten det de sender inn, må begge parter vite når et løp har oppstått. Merk at informasjonen som avsløres i disse tilfellene ikke gir noen part noen informasjonsfordel.

2. Den totale likviditeten til Republikkprotokollen kan ikke estimeres med rimelighet av noen deltaker

Applikasjonsscenario

Republic Protocols desentraliserte mørke basseng-økosystem støttes av følgende funksjoner:
RenEx Dark Pool: Decentralized Dark Pool Exchange;
Stealth Order Book: Ordrer for bulk-tokens før utførelse av handel Konfidensielle detaljer;
Cross- kjedeaktivatransaksjoner: handel med digitale eiendeler mellom ulike blokkkjeder;
Spesielle fasiliteter for bulkordrer: Plasser bulkordrer mens du minimerer prisfall og påvirker markedet;
Dark Node: Matchende ordrefragmenter, hvorfra ordrematching og oppgjørsgebyrer er samlet inn.

Teknisk oversikt

Desentralisert ordrematching:
Transaksjonsparten deler først opp ordren i fragmenter gjennom Shamirs konfidensielle delingsskjema - disse fragmentene inneholder noen sensitive data om ordren og vil ikke avsløre verdien av ordren. Først når mer enn halvparten av ordrefragmentene er samlet inn, kan ordren omorganiseres.

Noder spiller en matchende funksjon, utfører sikre flerpartsberegninger på fragmenter av forskjellige rekkefølger, og blander resultatene med resultatene fra andre noder (forskjellige fragmentberegninger). Fragmentene som genereres av operasjonen vil ikke avsløre den opprinnelige rekkefølgen, men bare representere resultatet av ordreparing.

På grunn av den spesielle utformingen av ordrefragmenter, kan ordretilpasningsoperasjoner bruke hvilken som helst funksjon, gjelde for polynomer og matche to eller flere ordrer. Derfor har ordrematchingsoperasjonen høy fleksibilitet. Noder kan matche bestillinger basert på eksakte priser, delvise treff eller flere transaksjonspar (for eksempel kan direkte REN/BTC-transaksjonspar ikke bli funnet, som kan nås indirekte gjennom BTC/ETH, ETH/REN og REN/BTC). Bidrar til å forbedre sirkulasjonskapasiteten.

Utførelse:
Noder konkurrerer med hverandre for å finne matchende bestillinger. Matchede bestillinger må registreres for å la andre noder få vite ordrestatusen; relevante handelspartnere vil også bli varslet. Eventuelle sammenkoblede bestillinger vil ikke lenger delta i matchingen. Prosessen foregår på Ethereum-nettverket. Bare umatchede bestillinger kan delta i matching; handelsmenn kan sette opp en 24-timers gyldighetsperiode eller kansellere umatchede bestillinger selv. Etter at bestillingen utløper eller kanselleres, vil de relevante forhåndsbetalte gebyrene bli refundert.

Republikkprotokollen inkluderer også atombytteprotokoller, initiert av partier som matcher ordregrupper. Noder er ansvarlige for å videreformidle informasjon for å utføre ordre; der det er mulig, etablere direkte P2P-forbindelser mellom handelsparter. På grunn av de begrensede kommunikasjonsmidlene mellom blokkjeder, er ikke parter i en transaksjon forpliktet til å utføre en ordre. Prosjektet mener at tilgangsobligasjoner betalt i REN-tokens effektivt kan motivere motparter til å utføre ordre.

Ordregebyr:
Når du sender inn en bestilling, må transaksjonsparten betale transaksjonsgebyret i REN-tokens. Dersom bestillingen ikke matches innen fristen, vil håndteringsgebyret bli returnert til transaksjonsparten. Noder som deltar i desentralisert databehandling kan oppnå provisjonsutbytte (delt likt mellom alle deltakende noder) ved å matche bestillinger. Gebyrer varierer i verdi; den med høyest pris vil bli prioritert av nodene. Etter at transaksjonen er avsluttet, vil noden få transaksjonsgebyret fra både kjøpere og selgere. Den eneste ordreinformasjonen som noder kan få er transaksjonsgebyret for vellykket sammenkobling.

RenEx beta mainnet bruker for øyeblikket en enkelt avgiftsmodell, som belaster kjøpere og selgere av hver transaksjon med et enhetlig gebyr på 0,2 %. Derfor vil hver transaksjon medføre en provisjon på 0,4 %. 80 % vil bli delt av noder; de resterende 20 % vil beholdes av RenEx for sirkulasjonsbelønningsprogrammet (retur til markedsmakere og likviditetskilder, og stimulerer dermed veksten av plattformens sirkulasjonskapasitet). RenEx-tariffer er midlertidig fastsatt av Republic Protocol-teamet for å opprettholde konkurranseevnen til RenEx.

Obligasjon:
Ordren deles i flere fragmenter og spres i nettverket for å sikre sikkerheten til ordreinformasjon. For å forhindre sybil-angrep og forenkle identitetsautentiseringsmekanismen, må transaksjonsparter og noder kjøpe obligasjoner med REN-tokens for å få nettverkstilgang. Den unike identiteten knyttet til obligasjonen er registrert i smartkontrakten til avtalen, og hvem som helst kan spørre om registreringsstatusen. Når transaksjonsparten eller noden går ut av nettverket, vil obligasjonen bli returnert i sin helhet. Hvis nettverket oppdager ondsinnet oppførsel, vil den tilsvarende bindingen bli beslaglagt, og nettverkssikkerheten opprettholdes gjennom belønningsmekanismen.

Transaksjonsparten kan sende inn obligasjonsbeløpet etter eget ønske; obligasjonsbeløpet er proporsjonalt med antall bestillinger av gangen. Obligasjonsgrensen er fleksibel og dyr, og deltakerne må betale et tilstrekkelig generøst økonomisk engasjement. Obligasjonsbeløpet som sendes inn av transaksjonsparter og noder må nå en terskelverdi før de får delta i nettverksaktiviteter.

Mekanismen for å sette obligasjonsterskler er fortsatt under utvikling. Prosjektet planlegger å sette terskelen for mørke noder til 100 000 REN, noe som betyr at maksimalt antall mørke noder er 10 000, fordi den totale token-tilførselen er 1 000 000 000 REN. Obligasjonsbeløpet kan endres av kontraktseieren (mens maksimalt antall noder endres). Republic Protocol nevnte at terskelen til obligasjonen til slutt vil bli kontrollert av den desentraliserte autonome organisasjonen (DAO), som vil bli bestemt ved å stemme for å spille REN-tokenets forvaltningsformål.

Tre. Kommentar

Det viktigste tekniske målet med Republic Protocol er å muliggjøre et desentralisert nettverk av noder for å matche bestillinger. Selv om det kan virke umulig, kan det oppnås ved å bruke kryptografiteknikker som har blitt grundig undersøkt i 30 år, og modifisere dem for en verden av desentralisert databehandling.

Republic Protocol bruker Shamirs hemmelige delingsskjema for å dele opp bestillinger i et stort antall ordrefragmenter og distribuere dem over hele nettverket. Rekkefølgen kan ikke rekonstrueres med mindre de fleste av de sekvensielle fragmentene settes sammen igjen. For å forhindre at dette skjer, definerer Republic Protocol en Ethereum smart kontrakt kalt en registrar, som organiserer noder i en nettverkstopologi som gjør det mulig for en motstander å få nok rekkefølge og urimelige skår for å gjenoppbygge ordren. Så lenge handelsmenn respekterer nettverkstopologien definert av registraren, vil bestillingene deres være trygge.

Ved å bruke ordreskår fra to forskjellige ordrer, kan en node holde andre noder i samarbeid med andre noder. For å utføre de samme to ordrene for å utføre en distribuert beregning, vil dette avgjøre om de to ordrene stemmer overens. Desentralisert databehandling avslører ikke rekkefølgeskår, og utfører en tilfeldig skalering av den endelige utgangen. Dette forhindrer noder i å rekonstruere den opprinnelige rekkefølgen og hindrer dem i å bruke utdataene til å utlede noe om rekkefølgen. Nullkunnskapsbevis brukes til å verifisere integriteten til beregninger uten å avsløre noen informasjon. Disse bevisene er enkle og effektive, slik at de kan håndheves av en Ethereum smart kontrakt kalt Judge. Etter at de to ordrene er matchet, igangsettes en atombytte mellom de to handelsmennene på Republic Protocol Network, et desentralisert peer-to-peer-nettverk, hvor detaljene i atombyttet holdes sikre ved bruk av standard asymmetrisk kryptering.

Relaterte lenker:

https://renproject.io/
https://medium.com/renproject
https://www.chainnews.com/articles/745459795256.htm
https:/ /help.bybit.com/hc/zh-cn/articles/360024861754-%E4%BB%80%E4%B9%88%E6%98%AFRepublic-Protocol-%E4%BB%80%E4%B9%88 %E6%98%AFREN%E5%B8%81-