風險提示：理性看待區(qū)塊鏈，提高風險意識！
REN
Republic Protocol
流動性分數(shù)
Republic Protocol（REN）是一個BTC/ETH，BTC/ERC20和ETH/ERC20之間大量加密資產(chǎn)在分布式暗池交易的協(xié)議，是目前所知唯一擁有此類分布式加密資產(chǎn)暗池交易技術的區(qū)塊鏈企業(yè)。在傳統(tǒng)的美國和歐洲股票市場，暗池交易約占所有行業(yè)交易量的10-30％。摩根大通、高盛、富達、德意志銀行、摩根士丹利是少數(shù)擁有暗池交易的經(jīng)紀商。
“暗池”交易是“替代交易系統(tǒng)”的一個最重要的形式。正常來說，在交易所內(nèi)交易，所有的賣單賣單都會被公布出來，但機構投資者在“暗池”中通過交易員的高頻操作。“暗池”交易向特定投資者傳遞買進或賣出股票的“意向”。傳遞這些“意向”的原本目的是測試指令是否能在一小部分投資者當中尋得匹配，但事實上其中有大部分“可執(zhí)行的”的“意向”最終在公眾未知的情況下完成了交易。
“暗池交易的主要優(yōu)勢在于，進行大宗交易的機構投資者可以在尋找買家和賣家時不會曝光?？梢苑乐褂绊懙秸麄€市場，避免貶值。
Republic Protocol系統(tǒng)依靠精心設計的激勵系統(tǒng)來保證玩家遵守規(guī)則。RenEx“Dark Nodes”運行撮合引擎來保證暗池的運行，同時多個暗池的存在將減輕交易對手的風險。為了防止惡意攻擊，規(guī)定網(wǎng)絡節(jié)點（Darknodes）必須支付100000個Ren，這個也就是Republic Protocol的Token。
Republic Protocol的主要技術目標是確保網(wǎng)絡節(jié)點的運行，使得交換機上的交易被處理和執(zhí)行而不會泄露關于它們自身的信息。Republic Protocol使用Shamir的加密共享方案將訂單分成分布在整個網(wǎng)絡中的多個片段。如果不收集大部分碎片，則無法重新創(chuàng)建原始訂單。為了防止這些碎片訂單的惡意行為，Republic Protocol采用了被稱為“登記官”的智能合約，這是聚集在網(wǎng)絡節(jié)點的網(wǎng)絡拓撲結(jié)構。
項目特點
1.交易者的身份在Republic Protocol是安全的。底層正在交易的加密貨幣可能會提供不同的隱私限制。
2.交易者在訂單匹配時不必保持與網(wǎng)絡的連接。一旦下訂單，節(jié)點將運行匹配計算，直到找到匹配，或者訂單已過期（手動或通過交易者指定的截止日期）。
3.訂單是安全的，直到匹配。匹配后，會顯示訂單的一些細節(jié)到配對方。由于雙方都知道這是訂單安全的自然限制他們提交了什么，雙方需要知道什么時候競爭已經(jīng)發(fā)生。注意在這些案例中披露的信息不會給任何一方提供任何信息優(yōu)勢。
應用場景
Republic Protocol 去中心化暗池生態(tài)系統(tǒng)由以下功能支撐：
RenEx 暗池：去中心化暗池交易所；
隱密訂單?。涸诮灰讏?zhí)行前，為大宗代幣訂單保密細節(jié)；
跨鏈資產(chǎn)交易：在不同的區(qū)塊鏈之間交易數(shù)字資產(chǎn)；
大宗訂單專用設施：在盡量避免價格下滑和影響市場的前提下下達大宗訂單；
暗節(jié)點：配對訂單碎片，從中收取訂單撮合和結(jié)算手續(xù)費。
技術概況
去中心訂單撮合：
交易方首先通過 Shamir 保密共享方案，把訂單分拆成碎片——這些碎片包含了訂單的部分敏感數(shù)據(jù)，不會暴露訂單的價值。只有收集到半數(shù)以上的訂單碎片，方可重組訂單。
節(jié)點發(fā)揮撮合功能，對不同訂單的碎片進行安全多方計算，將結(jié)果與其他節(jié)點的結(jié)果（不同的碎片計算）混合。運算產(chǎn)生的碎片不會泄露原始訂單，僅代表訂單配對的結(jié)果。
由于訂單碎片的專門設計，訂單撮合運算可以使用任何功能，應用在多項式，以及撮合兩筆或以上的訂單。因此，訂單撮合運算享有較高靈活性。節(jié)點可以根據(jù)確切的價格撮合訂單，或是部分撮合，或是多重交易對撮合（例如，無法找到直接的 REN/BTC 交易對，可以通過 BTC/ETH、ETH/REN 和 REN/BTC 間接達成），有助提升流通能力。
交易執(zhí)行：
節(jié)點相互競爭，找尋匹配的訂單。已撮合的訂單必須登記在案，讓其他節(jié)點得知訂單狀態(tài)；相關交易方亦會得到通知。任何配對成組的訂單將不再參與撮合。過程在以太坊網(wǎng)絡進行。只有未配對的訂單可參與撮合；交易方可設立24小時有效時間或是自行取消未配對的訂單。訂單過期或取消后，相關預付費用會得到返還。
Republic Protocol 還包含原子交換協(xié)議，由匹配訂單組的交易方發(fā)起。節(jié)點負責傳遞執(zhí)行訂單的信息；在可能的情況下，建立交易方之間的直接 P2P 連接。由于區(qū)塊鏈之間的溝通方式有限，交易方?jīng)]有執(zhí)行訂單的義務。項目相信，以 REN 代幣支付的準入債券能夠有效激勵交易方執(zhí)行訂單。
訂單手續(xù)費：
提交訂單時，交易方須用 REN 代幣支付手續(xù)費。如果訂單逾期未撮合，手續(xù)費將返還給交易方。參與去中心化運算的節(jié)點可通過撮合訂單得到手續(xù)費分紅（平均分攤給所有參與節(jié)點）。手續(xù)費價值不等；價高者會得到節(jié)點的優(yōu)先處理。交易達成后，節(jié)點會得到買賣雙方的手續(xù)費。節(jié)點唯一能夠獲取的訂單信息是配對成功所得的交易費。
RenEx 測試版主網(wǎng)目前采取單一的資費模型，向每宗交易的買賣雙方統(tǒng)一收取 0.2% 的手續(xù)費。因此，每宗交易會產(chǎn)生 0.4% 手續(xù)費。80% 由節(jié)點分攤；其余的 20% 由 RenEx 保管，用于流通獎勵計劃（返利給造市方和流動資金源頭，從而刺激平臺流通能力的增長）。RenEx 資費暫時由 Republic Protocol 團隊訂立，目的是維持 RenEx 的競爭力。
債券：
訂單拆分成若干碎片在網(wǎng)絡中散播，保障訂單信息安全。為了防止女巫攻擊并簡化身份認證機制，交易方和節(jié)點必須用 REN 代幣購買債券，從而獲得網(wǎng)絡準入資格。與債券掛扣的唯一身份登記在協(xié)議的智能合約中，任何人都可以查詢注冊狀態(tài)。交易方或節(jié)點退出網(wǎng)絡時，債券會全額返還。若網(wǎng)絡探測到惡意行為，會扣押相應的債券，通過獎勵機制維護網(wǎng)絡安全。
交易方可隨意提交債券金額；債券金額和單次下達訂單的數(shù)目成正比。債券閾值的設定靈活且高昂，參與者需要支付足夠豐厚的財務承諾。交易方和節(jié)點提交的債券金額必須達到閾值以上，才可獲準參與網(wǎng)絡活動。
債券閾值的設定機制尚處于開發(fā)階段。項目計劃將暗節(jié)點的閾值設為 100,000 REN，意味著暗節(jié)點數(shù)量的最大值為 1 萬，因為代幣供給總量為 1,000,000,000 REN。債券額可由合同所有者變更（同時改變節(jié)點數(shù)量的最大值）。Republic Protocol 提到，債券的閾值最終將交由去中心化自治組織控制（DAO），通過投票決定，發(fā)揮 REN 代幣的管理用途。
?
Republic Protocol的主要技術目標是使一個分散的節(jié)點網(wǎng)絡匹配訂單。雖然看起來這是不可能的，但是可以通過應用密碼技術來實現(xiàn)，而這些技術已經(jīng)被徹底研究了30年，修改它們適合分散計算的世界。
Republic Protocol使用Shamir秘密共享計劃將訂單分解為一個大的訂單片段的數(shù)量，并在整個網(wǎng)絡中分發(fā)。訂單不能重建，除非大部分順序片段重新組合。為了防止這種情況發(fā)生，Republic Protocol定義了一個名為注冊服務商的以太坊智能合約，將節(jié)點組織成一個網(wǎng)絡拓撲結(jié)構使對手，得到足夠的命令是不合理的碎片來重建訂單。只要交易者尊重由其定義的網(wǎng)絡拓撲結(jié)構注冊商，他們的訂單將是安全的。
使用來自兩個不同順序的訂單碎片，一個節(jié)點可以與其他節(jié)點保持其他的節(jié)點合作。為了執(zhí)行相同的兩個命令來執(zhí)行分散的計算，這將決定是否兩個訂單相匹配。分散計算不公開訂單碎片，并執(zhí)行一個隨機縮放最終輸出。這樣可以防止節(jié)點重建原來的訂單阻止他們使用輸出來推斷關于訂單的任何事情。零知識證明用于驗證計算的完整性，而不透露任何信息。這些證明是簡單的有效的，讓他們能夠通過一個名為法官的以太坊智能合約來執(zhí)行。在兩個訂單匹配后，在兩個交易者之間發(fā)起一個原子交換Republic Protocol網(wǎng)絡，一個分散的點對點網(wǎng)絡，使用標準的非對稱加密原子交換的細節(jié)保持安全。
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-
?
*以上內(nèi)容由幣界網(wǎng)官方整理，如若轉(zhuǎn)載，請注明出處。
