-
Kryptowaluty
-
Giełdy
-
Głoska bezdźwięczna
Wszystkie języki
Kryptowaluty
Giełdy
Głoska bezdźwięczna
Republic Protocol (REN) to protokół do handlu dużą liczbą zaszyfrowanych aktywów między BTC/ETH, BTC/ERC20 i ETH/ERC20 w rozproszonej ciemnej puli. Jest to jedyny znany protokół, który ma tak rozproszone zaszyfrowane aktywa transakcja ciemnej puli Przedsiębiorstwo technologii Blockchain. Na tradycyjnych rynkach giełdowych w USA i Europie handel w ciemnej puli stanowi około 10-30% wszystkich wolumenów obrotu w branży. JPMorgan Chase, Goldman Sachs, Fidelity, Deutsche Bank i Morgan Stanley to nieliczni brokerzy z transakcjami w ciemnej puli.
Trading „ciemnej puli” jest jedną z najważniejszych form „alternatywnych systemów handlowych”. Zwykle podczas handlu na giełdach ogłaszane są wszystkie zlecenia sprzedaży i zlecenia sprzedaży, ale inwestorzy instytucjonalni działają w „ciemnej puli” poprzez operacje traderów o wysokiej częstotliwości. Transakcje „ciemnej puli” przekazują „zamiar” kupna lub sprzedaży akcji określonym inwestorom. Pierwotnym celem przekazania tych „interesów” było sprawdzenie, czy zlecenie może znaleźć dopasowanie wśród niewielkiej liczby inwestorów, ale w rzeczywistości większość „wykonalnych” „interesów” zakończyła się zamknięciem transakcji bez wiedzy opinii publicznej.
„Główną zaletą handlu w ciemnej puli jest to, że inwestorzy instytucjonalni, którzy przeprowadzają duże transakcje, nie mogą być narażeni na szukanie kupujących i sprzedających. Może to zapobiec wpływowi na cały rynek i deprecjacji.
System protokołu republiki opiera się na dobrze zaprojektowanym systemie zachęt, aby gracze przestrzegali zasad. RenEx „Dark Nodes” uruchamia silnik dopasowujący, aby zapewnić działanie ciemnej puli, a istnienie wielu ciemnych puli zmniejszy ryzyko kontrahenta. Aby zapobiec złośliwym atakom, węzły sieci (Darknodes) muszą zapłacić 100 000 Ren, co jest protokołem Token of the Republic.
Głównym celem technicznym Protokołu Republiki jest zapewnienie działania węzłów sieciowych w taki sposób, aby transakcje na giełdach były przetwarzane i realizowane bez ujawniania informacji o sobie. Republic Protocol wykorzystuje szyfrowany schemat udostępniania Shamira do dzielenia zamówień na wiele części, które są dystrybuowane w całej sieci. Oryginalnego porządku nie można odtworzyć bez zebrania większości odłamków. Aby zapobiec złośliwemu zachowaniu tych rozkazów odłamków, Republic Protocol wykorzystuje inteligentne kontrakty zwane „Rejestratorami”, które są agregowane w topologii sieci węzłów sieci.
Funkcje projektu
1. Tożsamość przedsiębiorcy jest bezpieczna dzięki Republic Protocol. Kryptowaluty będące przedmiotem obrotu mogą oferować różne ograniczenia prywatności.
2. Handlowcy nie muszą pozostawać połączeni z siecią podczas dopasowywania zleceń. Po złożeniu zamówienia węzeł będzie przeprowadzał obliczenia dopasowujące do momentu znalezienia dopasowania lub wygaśnięcia zlecenia (ręcznie lub w terminie określonym przez inwestora).
3. Zamówienia są zabezpieczone do momentu dopasowania. Po dopasowaniu niektóre szczegóły zamówienia zostaną wyświetlone stronie dopasowującej. Ponieważ obie strony wiedzą, że jest to naturalne ograniczenie bezpieczeństwa porządku, co przedkładają, obie strony muszą wiedzieć, kiedy miał miejsce wyścig. Należy pamiętać, że informacje ujawnione w takich przypadkach nie zapewniają żadnej ze stron żadnej przewagi informacyjnej.
Scenariusz zastosowania
Zdecentralizowany ekosystem ciemnej puli protokołu Republiki jest obsługiwany przez następujące funkcje:
RenEx Dark Pool: zdecentralizowana wymiana ciemnej puli;
Stealth Order Book: zamówienia na tokeny masowe przed realizacją transakcji Poufne szczegóły;
Cross- łańcuch transakcji na aktywach: handel aktywami cyfrowymi między różnymi łańcuchami bloków;
Specjalne udogodnienia dla zamówień masowych: składaj zamówienia masowe, minimalizując spadki cen i wpływając na rynek;
Dark Node: pasujące fragmenty zleceń, z których pobierane są opłaty za dopasowanie zleceń i rozliczenie Zebrane.
Przegląd techniczny
Zdecentralizowane dopasowywanie zleceń:
Strona transakcji najpierw dzieli zlecenie na fragmenty za pomocą schematu poufnego udostępniania Shamira — te fragmenty zawierają pewne poufne dane zlecenia i nie ujawniają wartości zlecenia. Dopiero po zebraniu ponad połowy fragmentów zamówienia można zreorganizować porządek.
Węzły pełnią funkcję dopasowywania, wykonują bezpieczne obliczenia wielostronne na fragmentach o różnych rzędach i mieszają wyniki z wynikami innych węzłów (obliczenia różnych fragmentów). Fragmenty wygenerowane przez operację nie ujawniają pierwotnej kolejności, a jedynie reprezentują wynik parowania kolejności.
Dzięki specjalnej konstrukcji fragmentów porządków, operacje dopasowywania rzędów mogą wykorzystywać dowolną funkcję, odnosić się do wielomianów i dopasowywać dwa lub więcej rzędów. Dzięki temu operacja dopasowywania zamówień charakteryzuje się dużą elastycznością. Węzły mogą dopasowywać zamówienia na podstawie dokładnych cen, częściowych dopasowań lub wielu par transakcji (na przykład nie można znaleźć bezpośrednich par transakcji REN/BTC, do których można dotrzeć pośrednio przez BTC/ETH, ETH/REN i REN/BTC), Pomaga poprawić zdolność krążenia.
Wykonanie:
Węzły konkurują ze sobą, aby znaleźć pasujące zamówienia. Dopasowane zlecenia muszą zostać zarejestrowane, aby inne węzły wiedziały o statusie zamówienia; odpowiednie strony handlowe również zostaną powiadomione. Wszelkie sparowane zamówienia nie będą już uczestniczyć w dopasowywaniu. Proces odbywa się w sieci Ethereum. Tylko niedopasowane zlecenia mogą uczestniczyć w dopasowywaniu; handlowcy mogą ustawić 24-godzinny okres ważności lub samodzielnie anulować niedopasowane zlecenia. Po wygaśnięciu zamówienia lub jego anulowaniu odpowiednie przedpłacone opłaty zostaną zwrócone.
Protokół Republiki obejmuje również atomowe protokoły wymiany, inicjowane przez strony pasujące do grup zamówień. Węzły są odpowiedzialne za przekazywanie informacji w celu realizacji zleceń, w miarę możliwości za nawiązywanie bezpośrednich połączeń P2P między stronami transakcji. Ze względu na ograniczone środki komunikacji pomiędzy blockchainami, strony transakcji nie są zobowiązane do wykonania zlecenia. Projekt uważa, że obligacje dostępowe opłacone w tokenach REN mogą skutecznie zachęcić kontrahentów do realizacji zleceń.
Opłata za zamówienie:
Podczas składania zamówienia strona transakcji musi uiścić opłatę transakcyjną w tokenach REN. Jeśli zlecenie nie zostanie zrealizowane w terminie, opłata manipulacyjna zostanie zwrócona stronie transakcji. Węzły uczestniczące w zdecentralizowanym przetwarzaniu mogą otrzymywać dywidendy z prowizji (dzielone po równo między wszystkie uczestniczące węzły) poprzez dopasowywanie zamówień. Opłaty różnią się wartością; ta z najwyższą ceną będzie miała pierwszeństwo przez węzły. Po zakończeniu transakcji węzeł otrzyma opłatę transakcyjną zarówno od kupujących, jak i sprzedających. Jedyną informacją o zamówieniu, jaką mogą uzyskać węzły, jest opłata transakcyjna za pomyślne sparowanie.
Sieć główna RenEx beta przyjmuje obecnie model jednej opłaty, pobierając od kupujących i sprzedających jednolitą opłatę w wysokości 0,2% każdej transakcji. Dlatego każda transakcja będzie obciążona prowizją w wysokości 0,4%. 80% będzie współdzielone przez węzły, pozostałe 20% zostanie zatrzymane przez RenEx na program nagród obiegowych (zwroty do animatorów rynku i źródeł płynności, stymulując tym samym wzrost pojemności obiegowej platformy). Taryfy RenEx są tymczasowo ustalane przez zespół Republic Protocol w celu utrzymania konkurencyjności RenEx.
Bond:
Zamówienie jest dzielone na kilka fragmentów i rozpowszechniane w sieci, aby zapewnić bezpieczeństwo informacji o zamówieniu. Aby zapobiec atakom sybil i uprościć mechanizm uwierzytelniania tożsamości, strony transakcji i węzły muszą kupować obligacje za pomocą tokenów REN, aby uzyskać dostęp do sieci. Unikalna tożsamość powiązana z obligacją jest rejestrowana w inteligentnej umowie umowy i każdy może zapytać o status rejestracji. Gdy strona transakcji lub węzeł opuści sieć, obligacja zostanie zwrócona w całości. Jeśli sieć wykryje złośliwe zachowanie, odpowiednia więź zostanie przejęta, a bezpieczeństwo sieci zostanie utrzymane dzięki mechanizmowi nagrody.
Strona transakcji może dowolnie podać kwotę obligacji; kwota obligacji jest proporcjonalna do liczby złożonych jednorazowo zleceń. Próg obligacji jest elastyczny i kosztowny, a uczestnicy muszą zapłacić wystarczająco hojne zobowiązanie finansowe. Kwota obligacji przesłana przez strony transakcji i węzły musi osiągnąć wartość progową, zanim zostaną one dopuszczone do udziału w działaniach sieciowych.
Mechanizm ustalania progów obligacji jest wciąż w fazie rozwoju. Projekt planuje ustawić próg ciemnych węzłów na 100 000 REN, co oznacza, że maksymalna liczba ciemnych węzłów wynosi 10 000, ponieważ całkowita podaż tokenów wynosi 1 000 000 000 REN. Wysokość obligacji może być zmieniona przez właściciela kontraktu (przy zmianie maksymalnej liczby węzłów). Protokół Republiki wspomniał, że próg obligacji będzie ostatecznie kontrolowany przez zdecentralizowaną autonomiczną organizację (DAO), która zostanie podjęta w głosowaniu, aby odgrywać rolę zarządzania tokenem REN.
Głównym celem technicznym protokołu Republiki jest umożliwienie zdecentralizowanej sieci węzłów dopasowywania zamówień. Choć może się to wydawać niemożliwe, można to osiągnąć, stosując techniki kryptograficzne, które były gruntownie badane przez 30 lat, modyfikując je dla świata zdecentralizowanego przetwarzania.
Republic Protocol wykorzystuje tajny schemat udostępniania Shamir do dzielenia zamówień na dużą liczbę fragmentów zamówień i dystrybucji ich w całej sieci. Kolejność nie może zostać zrekonstruowana, dopóki większość kolejnych fragmentów nie zostanie ponownie złożona. Aby temu zapobiec, Republic Protocol definiuje inteligentną umowę Ethereum zwaną rejestratorem, która organizuje węzły w topologię sieci, która umożliwia przeciwnikowi uzyskanie wystarczającej ilości nieuzasadnionych odłamków do odbudowania porządku. Tak długo, jak handlowcy przestrzegają topologii sieci określonej przez rejestratora, ich zlecenia będą bezpieczne.
Korzystając z fragmentów zamówień z dwóch różnych zamówień, jeden węzeł może utrzymywać inne węzły współpracujące z innymi węzłami. W celu wykonania tych samych dwóch zleceń w celu wykonania obliczeń rozproszonych, zostanie ustalone, czy te dwa zamówienia są zgodne. Obliczenia zdecentralizowane nie ujawniają fragmentów zamówień i przeprowadzają losowe skalowanie końcowego wyniku. Uniemożliwia to węzłom rekonstrukcję pierwotnej kolejności, uniemożliwiając im wykorzystanie danych wyjściowych do wywnioskowania czegokolwiek na temat kolejności. Dowody z wiedzą zerową służą do weryfikacji integralności obliczeń bez ujawniania jakichkolwiek informacji. Dowody te są proste i wydajne, dzięki czemu mogą być egzekwowane przez inteligentną umowę Ethereum o nazwie Judge. Po dopasowaniu dwóch zleceń inicjowana jest wymiana atomowa między dwoma traderami w Republic Protocol Network, zdecentralizowanej sieci peer-to-peer, w której szczegóły wymiany atomowej są zabezpieczone przy użyciu standardowego szyfrowania asymetrycznego.
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-