すべての言語
リパブリック プロトコル (REN) は、分散型ダーク プールで BTC/ETH、BTC/ERC20、および ETH/ERC20 の間で多数の暗号化資産を取引するためのプロトコルです。このような分散型暗号化資産を持つことが知られているのは、このプロトコルだけです。ダーク プール トランザクション ブロックチェーン技術企業。従来の米国およびヨーロッパの株式市場では、ダークプール取引は業界全体の取引量の約 10 ～ 30% を占めています。 JPMorgan Chase、Goldman Sachs、Fidelity、Deutsche Bank、および Morgan Stanley は、ダーク プール取引を行っている数少ないブローカーです。
「ダーク プール」取引は、「代替取引システム」の最も重要な形式の 1 つです。通常、取引所で取引を行う場合、すべての売り注文と売り注文が発表されますが、機関投資家はトレーダーの高頻度操作を通じて「ダークプール」で運用されます。 「ダークプール」取引は、特定の投資家に株式を売買する「意図」を伝えます。これらの「利益」を渡す本来の目的は、注文が少数の投資家の間で一致するかどうかをテストすることでしたが、実際には、「執行可能な」「利益」のほとんどは、一般の人々の知らないうちに取引を終了させてしまいました。
「ダークプール取引の主な利点は、大規模な取引を行う機関投資家が買い手と売り手を探すときに露出できないことです。市場全体が影響を受けて下落するのを防ぐことができます.
共和国議定書システムは、プレーヤーがルールを遵守し続けるために、適切に設計されたインセンティブ システムに依存しています。 RenExの「ダークノード」は、マッチングエンジンを実行してダークプールの運用を保証し、複数のダークプールが存在することで相手のリスクを軽減します。悪意のある攻撃を防ぐために、ネットワーク ノード (ダークノード) は共和国議定書のトークンである 100,000 レンを支払う必要があると規定されています。
リパブリック プロトコルの主な技術的目標は、ネットワーク ノードの操作を保証し、取引所でのトランザクションが処理され、それ自体に関する情報が明らかにされることなく実行されるようにすることです。 Republic Protocol は、Shamir の暗号化された共有スキームを使用して、注文をネットワーク全体に分散される複数の部分に分割します。ほとんどの破片を集めなければ、元の注文を再現することはできません。これらのシャード オーダーの悪意のある動作を防止するために、リパブリック プロトコルは、ネットワーク ノードのネットワーク トポロジに集約される「レジストラ」と呼ばれるスマート コントラクトを採用しています。
プロジェクトの特徴
1. トレーダーの身元は共和国議定書で安全です。取引されている基礎となる暗号通貨は、さまざまなプライバシー制約を提供する場合があります。
2. 注文が一致している間、トレーダーはネットワークに接続したままにする必要はありません。注文が出されると、一致が見つかるか、注文が期限切れになるまで (手動またはトレーダーによって指定された期限によって)、ノードは一致計算を実行します。
3. 注文は一致するまで確保されます。照合後、注文の詳細が照合相手に表示されます。両当事者は、これが提出する注文セキュリティの自然な制限であることを知っているため、両当事者はいつレースが発生したかを知る必要があります。これらの場合に開示された情報は、いかなる当事者にも情報上の利点を提供しないことに注意してください。
アプリケーション シナリオ
リパブリック プロトコルの分散型ダーク プール エコシステムは、次の機能によってサポートされています:
RenEx ダーク プール: 分散型ダーク プール取引所;
ステルス オーダー ブック: 取引実行前のバルク トークンの注文 機密情報;
クロス-チェーン アセット トランザクション: 異なるブロックチェーン間でデジタル資産を取引します。
大量注文のための特別な機能: 価格の下落を最小限に抑えて市場に影響を与えながら大量注文を行います。
ダーク ノード: 注文の断片を照合し、そこから注文の照合と決済の手数料が発生します。集めました。
技術概要
分散型注文照合:
取引当事者は、最初に Shamir の機密共有スキームを通じて注文を断片に分割します。これらの断片には注文の機密データが含まれており、注文の価値は明らかになりません。注文フラグメントの半分以上が収集された場合にのみ、注文を再編成できます。
ノードはマッチング機能を果たし、異なる順序のフラグメントに対して安全なマルチパーティ計算を実行し、その結果を他のノードの結果と混合します (異なるフラグメント計算)。操作によって生成されたフラグメントは、元の注文を明らかにするのではなく、注文ペアリングの結果のみを表します。
オーダー フラグメントの特別な設計により、オーダー マッチング操作は任意の関数を使用し、多項式に適用し、2 つ以上のオーダーをマッチングできます。したがって、オーダーマッチング操作の自由度が高い。ノードは、正確な価格、部分的な一致、または複数のトランザクション ペアに基づいて注文を照合できます (たとえば、BTC/ETH、ETH/REN、および REN/BTC を介して間接的に到達できる、直接の REN/BTC トランザクション ペアは見つかりません)。循環能力の向上に役立ちます。
実行:
ノードは互いに競合して、一致する注文を見つけます。他のノードに注文ステータスを知らせるには、一致した注文を登録する必要があり、関連する取引関係者にも通知されます。ペアになった注文は、マッチングに参加しなくなります。このプロセスは、イーサリアム ネットワーク上で行われます。不一致注文のみがマッチングに参加でき、トレーダーは 24 時間の有効期間を設定するか、不一致注文を自分でキャンセルできます。注文が期限切れになるかキャンセルされた後、関連する前払い料金は返金されます。
リパブリック プロトコルには、注文グループに一致する当事者によって開始されるアトミック スワップ プロトコルも含まれます。ノードは、注文を実行するために情報を渡す責任があります; 可能であれば、取引当事者間の直接の P2P 接続を確立します。ブロックチェーン間の通信手段が限られているため、トランザクションの当事者は注文を実行する義務がありません。このプロジェクトは、REN トークンで支払われるアクセス ボンドが、相手方に効果的にインセンティブを与えて注文を実行できると考えています。
注文手数料:
注文を送信する際、取引当事者は REN トークンで取引手数料を支払う必要があります。期限内に注文が成立しなかった場合、手数料は取引当事者に返還されます。分散コンピューティングに参加しているノードは、注文を一致させることで、手数料の配当 (すべての参加ノード間で均等に分配) を得ることができます。料金はさまざまな値であり、最も高い料金がノードによって優先されます。取引が完了すると、ノードは買い手と売り手の両方から取引手数料を受け取ります。ノードが取得できる唯一の注文情報は、ペアリングが成功した場合の取引手数料です。
RenEx ベータ メインネットは現在、単一の手数料モデルを採用しており、各トランザクションの買い手と売り手に 0.2% の均一な手数料を請求しています。したがって、各取引には 0.4% の手数料が発生します。 80% はノードによって共有され、残りの 20% は流通報酬プログラム (マーケット メーカーと流動性の源への還元、それによってプラットフォームの流通能力の成長を刺激する) のために RenEx によって保持されます。 RenEx の料金は、RenEx の競争力を維持するために、共和国議定書チームによって一時的に設定されます。
Bond:
注文はいくつかのフラグメントに分割され、ネットワーク内に分散されて、注文情報のセキュリティが確保されます。シビル攻撃を防ぎ、身元認証メカニズムを簡素化するために、取引当事者とノードは REN トークンを使用して債券を購入し、ネットワーク アクセスを取得する必要があります。債券にリンクされた一意の ID は、契約のスマート コントラクトに登録され、誰でも登録ステータスを照会できます。取引当事者またはノードがネットワークを出ると、債券は全額返還されます。ネットワークが悪意のある動作を検出すると、対応するボンドが押収され、報酬メカニズムを通じてネットワーク セキュリティが維持されます。
取引当事者は自由に保証金額を提出できます。保証金額は、一度に出された注文の数に比例します。債券のしきい値は柔軟で高額であり、参加者は十分に寛大な財政的コミットメントを支払う必要があります。ネットワーク活動への参加を許可される前に、トランザクションの当事者とノードによって送信されたボンドの金額がしきい値に達する必要があります。
結合しきい値を設定するメカニズムはまだ開発中です。プロジェクトでは、ダーク ノードのしきい値を 100,000 REN に設定する予定です。これは、総トークン供給が 1,000,000,000 REN であるため、ダーク ノードの最大数が 10,000 であることを意味します。ボンドの金額は、契約所有者が変更できます（ノードの最大数を変更しながら）。共和国議定書は、債券の閾値は最終的に分散型自律組織（DAO）によって制御され、RENトークンの管理目的を果たすために投票することによって決定されると述べました。
<時>
リパブリック プロトコルの主な技術的目標は、ノードの分散型ネットワークが注文を照合できるようにすることです。不可能に思えるかもしれませんが、30 年にわたって徹底的に研究されてきた暗号化技術を適用し、分散型コンピューティングの世界に合わせて修正することで達成できます。
Republic Protocol は Shamir シークレット シェアリング スキームを使用して、オーダーを多数のオーダー フラグメントに分割し、それらをネットワーク全体に配布します。連続したフラグメントのほとんどが再構築されない限り、順序を再構築することはできません。これが起こらないようにするために、Republic Protocol はレジストラと呼ばれる Ethereum スマート コントラクトを定義します。レジストラはノードをネットワーク トポロジに編成し、敵対者が十分な順序を取得できるようにします。トレーダーがレジストラによって定義されたネットワーク トポロジを尊重している限り、注文は安全です。
2 つの異なるオーダーのオーダー シャードを使用して、1 つのノードが他のノードと他のノードの連携を維持できます。分散計算を実行するために同じ 2 つの注文を実行するために、これは 2 つの注文が一致するかどうかを判断します。分散コンピューティングはオーダー シャードを公開せず、最終出力のランダム スケーリングを実行します。これにより、ノードが元の順序を再構築して、出力を使用して順序について何かを推測することを防ぎます。ゼロ知識証明は、情報を明らかにすることなく計算の完全性を検証するために使用されます。これらの証明はシンプルかつ効率的であり、Judge と呼ばれる Ethereum スマート コントラクトによって強制することができます。 2 つの注文が一致した後、分散型ピアツーピア ネットワークであるリパブリック プロトコル ネットワーク上で 2 人のトレーダー間でアトミック スワップが開始されます。アトミック スワップの詳細は、標準の非対称暗号化を使用して安全に保たれます。
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-
