Republic Protocol (REN) är ett protokoll för handel med ett stort antal krypterade tillgångar mellan BTC/ETH, BTC/ERC20 och ETH/ERC20 i en distribuerad mörk pool. Det är det enda som är känt för att ha en sådan distribuerad krypterad tillgång mörk pool transaktion Blockchain teknologi företag. På traditionella amerikanska och europeiska aktiemarknader står mörk poolhandel för cirka 10-30% av alla branschhandelsvolymer. JPMorgan Chase, Goldman Sachs, Fidelity, Deutsche Bank och Morgan Stanley är de få mäklare med mörka pooltransaktioner.

"Dark pool"-handel är en av de viktigaste formerna av "alternativa handelssystem". Normalt vid handel på börser kommer alla säljorder och säljorder att tillkännages, men institutionella investerare verkar i den "mörka poolen" genom handlares högfrekventa operationer. "Dark pool"-transaktioner förmedlar en "avsikt" att köpa eller sälja en aktie till specifika investerare. Det ursprungliga syftet med att skicka dessa "intressen" var att testa om ordern kunde hitta en matchning bland ett litet antal investerare, men i själva verket slutade de flesta av de "körbara" "intressena" med att avsluta transaktionen utan allmänhetens vetskap.

"Den största fördelen med mörk poolhandel är att institutionella investerare som gör stora transaktioner inte kan exponeras när de letar efter köpare och säljare. Det kan förhindra att hela marknaden påverkas och avskrivningar.

Republic Protocol-systemet bygger på ett väldesignat incitamentssystem för att hålla spelarna efter reglerna. RenEx "Dark Nodes" kör matchningsmotorn för att säkerställa driften av den mörka poolen, och förekomsten av flera mörka pooler kommer att minska risken för motparten. För att förhindra skadliga attacker är det föreskrivet att nätverksnoder (Darknodes) måste betala 100 000 Ren, vilket är Token of the Republic Protocol.

1. Projektintroduktion

Det huvudsakliga tekniska målet med republikens protokoll är att säkerställa driften av nätverksnoder så att transaktioner på börser bearbetas och utförs utan att avslöja information om dem själva. Republic Protocol använder Shamirs krypterade delningsschema för att dela upp beställningar i flera delar som distribueras över nätverket. Den ursprungliga beställningen kan inte återskapas utan att samla de flesta skärvorna. För att förhindra skadligt beteende av dessa skärvbeställningar använder Republic Protocol smarta kontrakt som kallas "Registrarer", som är aggregerade i nätverkstopologin för nätverksnoder.

Projektfunktioner

1. Handlarens identitet är säker med Republic Protocol. De underliggande kryptovalutorna som handlas kan erbjuda olika integritetsbegränsningar.

2. Handlare behöver inte vara anslutna till nätverket medan order matchas. När en order väl har lagts kommer noden att köra matchande beräkningar tills en matchning hittas, eller tills ordern går ut (antingen manuellt eller via en deadline som specificeras av handlaren).

3. Beställningar är säkrade tills de matchas. Efter matchning kommer vissa detaljer om beställningen att visas för den matchande parten. Eftersom båda parter vet att detta är en naturlig begränsning av ordersäkerhet vad de lämnar in, måste båda parter veta när ett lopp har inträffat. Observera att informationen som lämnas i dessa fall inte ger någon part någon informationsfördel.

2. Republikens protokolls totala likviditet kan inte rimligen uppskattas av någon deltagare

Ansökningsscenario

Republic Protocols decentraliserade mörka pool-ekosystem stöds av följande funktioner:
RenEx Dark Pool: Decentraliserad Dark Pool Exchange;
Stealth Order Book: Order för bulk-tokens innan handeln utförs Konfidentiella detaljer;
Cross- kedjetillgångstransaktioner: handla digitala tillgångar mellan olika blockkedjor;
Särskilda faciliteter för bulkorder: Placera bulkorder samtidigt som du minimerar prisnedgångar och påverkar marknaden;
Dark Node: Matchande orderfragment, från vilka ordermatchning och avvecklingsavgifter tas samlade in.

Teknisk översikt

Decentraliserad ordermatchning:
Transaktionsparten delar först upp ordern i fragment genom Shamirs konfidentiella delningsschema – dessa fragment innehåller en del känsliga uppgifter om ordern och kommer inte att avslöja orderns värde. Först när mer än hälften av beställningsfragmenten är samlade kan beställningen omorganiseras.

Noder spelar en matchningsfunktion, utför säkra flerpartsberäkningar på fragment av olika ordning och blandar resultaten med resultaten från andra noder (olika fragmentberäkningar). Fragmenten som genereras av operationen kommer inte att avslöja den ursprungliga ordningen, utan representerar endast resultatet av ordningsparning.

På grund av den speciella utformningen av orderfragment kan ordermatchningsoperationer använda vilken funktion som helst, tillämpas på polynom och matcha två eller flera order. Därför åtnjuter ordermatchningsoperationen hög flexibilitet. Noder kan matcha order baserat på exakta priser, partiella matchningar eller flera transaktionspar (till exempel kan direkta REN/BTC-transaktionspar inte hittas, som kan nås indirekt via BTC/ETH, ETH/REN och REN/BTC), Hjälper till att förbättra cirkulationskapaciteten.

Utförande:
Noder tävlar med varandra för att hitta matchande order. Matchade order måste registreras för att låta andra noder veta orderstatusen; relevanta handelsparter kommer också att meddelas. Eventuella parade beställningar kommer inte längre att delta i matchningen. Processen sker på Ethereum-nätverket. Endast omatchade beställningar kan delta i matchningen; handlare kan ställa in en 24-timmars giltighetstid eller avbryta omatchade beställningar själva. Efter att beställningen löper ut eller annulleras kommer de relevanta förbetalda avgifterna att återbetalas.

Republikprotokollet inkluderar även atombytesprotokoll, initierade av parter som matchar ordergrupper. Noder ansvarar för att vidarebefordra information för att utföra order; där så är möjligt upprätta direkta P2P-förbindelser mellan handelsparter. På grund av de begränsade kommunikationsmedlen mellan blockkedjor är parterna i en transaktion inte skyldiga att utföra en order. Projektet tror att accessobligationer som betalas i REN-tokens effektivt kan uppmuntra motparter att utföra order.

Beställningsavgift:
När du skickar en beställning måste transaktionsparten betala transaktionsavgiften i REN-tokens. Om ordern inte matchas inom tidsfristen kommer hanteringsavgiften att återbetalas till transaktionsparten. Noder som deltar i decentraliserad databehandling kan få provisionsutdelningar (delade lika mellan alla deltagande noder) genom att matcha order. Avgifterna varierar i värde, den med det högsta priset kommer att prioriteras av noderna. Efter att transaktionen är avslutad kommer noden att få transaktionsavgiften från både köpare och säljare. Den enda orderinformation som noder kan erhålla är transaktionsavgiften för framgångsrik sammankoppling.

RenEx beta mainnet använder för närvarande en modell med en enda avgift, och debiterar köpare och säljare för varje transaktion en enhetlig avgift på 0,2 %. Därför kommer varje transaktion att medföra en provision på 0,4 %. 80 % kommer att delas av noder; de återstående 20 % kommer att behållas av RenEx för cirkulationsbelöningsprogrammet (återgår till marknadsgaranter och likviditetskällor, vilket stimulerar tillväxten av plattformens cirkulationskapacitet). RenEx-tariffer fastställs tillfälligt av Republic Protocol-teamet för att upprätthålla RenEx konkurrenskraft.

Bond:
Ordern delas upp i flera fragment och sprids i nätverket för att säkerställa säkerheten för orderinformation. För att förhindra sybil-attacker och förenkla mekanismen för identitetsautentisering måste transaktionsparter och noder köpa obligationer med REN-tokens för att få nätverksåtkomst. Den unika identiteten kopplad till bindningen registreras i avtalets smarta kontrakt, och vem som helst kan fråga om registreringsstatusen. När transaktionsparten eller noden lämnar nätverket kommer obligationen att returneras i sin helhet. Om nätverket upptäcker skadligt beteende kommer motsvarande bindning att beslagtas och nätverkssäkerheten upprätthålls genom belöningsmekanismen.

Transaktionsparten kan skicka in obligationsbeloppet efter behag, obligationsbeloppet är proportionellt mot antalet beställningar som görs åt gången. Obligationströskeln är flexibel och dyr och deltagarna måste betala ett tillräckligt generöst ekonomiskt åtagande. Obligationsbeloppet som lämnas in av transaktionsparter och noder måste nå ett tröskelvärde innan de tillåts delta i nätverksaktiviteter.

Mekanismen för att sätta obligationströsklar är fortfarande under utveckling. Projektet planerar att sätta tröskeln för mörka noder till 100 000 REN, vilket innebär att det maximala antalet mörka noder är 10 000, eftersom det totala tokentillgången är 1 000 000 000 REN. Obligationsbeloppet kan ändras av kontraktsägaren (samtidigt som det maximala antalet noder ändras). Republic Protocol nämnde att tröskeln för obligationen så småningom kommer att kontrolleras av den decentraliserade autonoma organisationen (DAO), som kommer att beslutas genom omröstning för att spela REN-tokens förvaltningssyfte.

Tre. Kommentar

Det huvudsakliga tekniska målet med Republic Protocol är att möjliggöra ett decentraliserat nätverk av noder för att matcha beställningar. Även om det kan tyckas omöjligt, kan det uppnås genom att tillämpa kryptografitekniker som har undersökts grundligt i 30 år, och modifiera dem för en värld av decentraliserad datoranvändning.

Republic Protocol använder Shamirs hemliga delningsschema för att bryta ner order i ett stort antal orderfragment och distribuera dem över hela nätverket. Ordningen kan inte rekonstrueras om inte de flesta av de sekventiella fragmenten återmonteras. För att förhindra detta från att hända, definierar Republic Protocol ett Ethereum smart kontrakt som kallas en registrar, som organiserar noder i en nätverkstopologi som gör det möjligt för en motståndare att få tillräckligt med ordning och orimliga skärvor för att återuppbygga ordern. Så länge handlare respekterar nätverkstopologin som definierats av registraren, kommer deras beställningar att vara säkra.

Genom att använda beställningsskärvor från två olika beställningar kan en nod hålla andra noder i samarbete med andra noder. För att utföra samma två order för att utföra en distribuerad beräkning kommer detta att avgöra om de två orderna matchar. Decentraliserad beräkning exponerar inte ordningsskärvor och utför en slumpmässig skalning av den slutliga utdatan. Detta förhindrar noder från att rekonstruera den ursprungliga ordningen och hindrar dem från att använda utdata för att sluta sig till något om ordningen. Nollkunskapsbevis används för att verifiera beräkningarnas integritet utan att avslöja någon information. Dessa bevis är enkla och effektiva, vilket gör att de kan upprätthållas av ett Ethereum smart kontrakt kallat Judge. Efter att de två orderna har matchats initieras ett atombyte mellan de två handlarna på Republic Protocol Network, ett decentraliserat peer-to-peer-nätverk, där detaljerna i atombytet hålls säkra med standard asymmetrisk kryptering.

Relaterade länkar:

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-