詳解Radicle：去中心化社區的代碼協作基礎設施

Radicle是一個建立在开放協議radicle上的去中心化的代碼協作網絡。它使开發人員能夠在不依賴可信中介機構的情況下進行代碼協作。Radicle旨在提供類似於集中式代碼協作平臺或功能，同時保留Git的點對點性質，旨在做到強分布式版本控制。Radicle還利用以太坊（opt-in）獲得獨特的全局名稱、DAO代碼庫和一些融資相關的協議，幫助維護者維持其开源工作。

 如何運轉？

該網絡由一個建立在Git基礎上的點對點復制協議驅動，稱為Radicle Link。Radicle Link通過一個叫做 "gossip"的過程來傳播數據，用點對點的發現來擴展Git。也就是說，網絡中的參與者通過在本地保留冗余副本，並與選定的同伴分享（也稱為 "復制"）他們的本地數據，從而分享和傳播他們 "感興趣 "的數據。通過利用Git的智能傳輸協議，Radicle Link保持了Git在數據復制方面的效率，同時通過點對點網絡層提供全球分散的存儲庫。

由於網絡上的所有數據都是由網絡上對等的點在本地存儲的，所以开發者可以分享和協作Git倉庫，而不需要依賴托管服務器等中介機構。

與GitHub的區別？

在Radicle上的協作與在GitHub和GitLab等集中式代碼協作平臺上的協作略有不同。

1）Radicle協作從上到下都是开源的。沒有 "封閉 "的組件。Radicle協作的每個組件都是可審計、可修改和可擴展的。

2）Radicle是完全建立在开放協議上的。沒有 "特殊服務器"、特權用戶或公司來控制你的協作。

3）Radicle是基於點對點的架構，而不是客戶端-服務器模式。

4）Radicle默認不是全局性的。相反，你跟蹤的同行和項目的社交圖決定了你看到的、互動的和復制的內容。

5）Radicle是為集市式开發（bazaar-style development）設計的。這意味着在項目中，沒有一個單一的主分支供貢獻者合並使用。相反，同行維護他們自己的項目視圖，其他同行可以通過補丁獲取和合並。

6）Radicle用以太坊上的去中心化組織取代了中心化機構的機關功能及其等級管理模式。

7）Radicle是一個自我維持和社區擁有所有權的網絡，而不是一個公司。它的管理依靠一種名為RAD的代幣，主要在以太坊上使用。

如何使用？

使用Radicle最簡單的方法是使用Upstream，這是一個由Radicle項目創始團隊开發的桌面客戶端。通過Upstream，你可以創建一個身份，托管你的代碼，並與Radicle網絡上的其他人進行協作。

創始團隊

Cory Levinson 聯合創始人

Cory Levinson 是 Clovers Network 獨立分析師、軟件开發者、數據科學家。他是區塊鏈與分布式點技術領域各種項目的積極貢獻者，曾分別與 Oscoin、Secure Scuttlebutt 以及最近的 Clovers Network 有合作。

此前，他曾擔任數據分析師，後來加入 SoundCloud 數據基礎架構團隊，工作約 5 年時間。2017 年，他在莫斯科的 Strelka 研究所，开始積極研究區塊鏈領域，在那裏領導了能源項目 Phi 的开發。

Eleftherios Diakomichalis 聯合創始人

Eleftherios Diakomichalis 是 Oscoin 聯合創始人，由 OSS 合作與激勵的去中心化網絡與密碼貨幣。另外，他是 SoundCloud 早期員工，此前擔任其副總裁，領導數據科學團隊。他的興趣在於網絡科學和統計學，側重於在线社區。

Abbey Titcomb 聯合創始人

Abbey Titcomb 現任 Onward Labs 策略主管。此前，她在 UnderscoreVC 工作過，研究基於協作的加密經濟模型和系統設計。

詳情介紹：

1. 為何使用Radicle?

在過去的十年中，开源已經成為軟件开發的一個標准。自由和公开地分享代碼，使軟件的开發成本大大降低，也更容易，科技創新因此激增。

像GitHub和GitLab這樣的代碼托管和協作平臺通過將开源代入主流受衆，為开源的發展做出了巨大的貢獻。他們定義了標准的詞匯和行為，使更多的人能夠接觸到git，增強了社會編碼的能力，並創造了全球性的开發者社區。一個不可否認的事實是，他們已經完全改變了人們寫代碼的方式。

這些平臺還托管着最大的开源开發存儲庫，不僅包括代碼，還包括問題、拉取請求、評論。 甚至社交關系—明星、點贊、關注—也存在於這些平臺中。

然而，這些平臺是由公司擁有的。它們受公司法的約束，有權定義其服務條款。他們可以實施用戶禁令，比如目前針對伊朗、敘利亞和克裏米亞的GitHub账戶的禁令，以應對美國政府的壓力。它們很容易受到審查制度以及企業和國家目的的影響，這些目的往往與自由和开源社區的目標不一致。

在一個幾乎所有的軟件都依賴开放源代碼的世界裏，維護自由和开放源代碼生態系統的彈性和健康比以往任何時候都更重要。這就是為什么我們認為，依賴集中托管的平臺和公司來分發關鍵的开源基礎設施是不可持續的。對這種集中式服務的依賴與自由和开放源碼生態系統的價值相矛盾。

Radicle被認為是一種替代物。其目標是消除中介，建立一個健壯、功能強大和安全的P2P生態系統。必須有一種有意識的改變，優先採用符合自由和开源軟件原則的去中心化代碼協作替代方案。

替代方案

存在GitHub的替代品，從SourceForge和GitLab這樣的平臺，到更成熟的協作方式，如郵件列表。像Gitea或Gogs這樣的平臺為代碼協作提供了自我托管的开源解決方案，具有較低的平臺風險，但使开發者處於孤立的環境中，無法進入全球的开發者網絡。一種可行的替代方案是聯盟。諸如ForgeFed聯合GitLab的提議是朝着正確方向邁出的一步，但實施起來還不夠完善。此外，聯盟依賴於域名，而域名可能經常被政府扣押。

其他成熟的开源項目，如Linux內核，採用了更多不局限於單一平臺的市場化和可訪問的开發環境，如郵件列表。這些都是可行的，但當它們被要求達到像GitHub這樣的平臺所建立的可用性標准時，就會出現問題。

像Scuttlebutt這樣的點對點協議為我們提供了分享和托管信息的替代解決方案。這些協議能夠在不依賴服務器的情況下離线工作，但建立在它們之上的應用程序缺乏讓用戶在全球範圍內輕松協調的能力。這對博客或社交網絡的使用案例來說不是太大問題，但當涉及到軟件協作時，為了滿足當今集中式平臺的可用性和可發現性標准，一個規範的全球注冊表是必要的。任何人無論身在何處都能為任何开源項目做出貢獻，這對於培養一個真正的自由和开放的網絡是必要的。

設計的原則

當我們着手構建替代方案時，自由和开源代碼協作是不可或缺的價值。 我們制定了以下指導原則列表：

1.它必須優先考慮用戶自由。

2.它必須是可訪問和抗審查的

任何人都應該有使用該軟件與他人協作的自由。任何一方都不能禁止用戶訪問系統，也不能禁止內容的分享。它必須是可審計和透明的。此外，用戶應該有自由控制他們的互動和他們在個人基礎上看到的內容。

3.它必須是用戶友好的

該軟件必須易於使用，並且不期望用戶的行為發生巨大的變化。響應性和功能必須符合當前平臺所建立的標准。

4.它必須是離线優先的

它必須不需要互聯網連接、DNS或在线門戶才能來運行。必須沒有單點故障，而且必須始終可用。

5.它必須在安全上不妥協

使用時必須不需要信任第三方或中介機構。該系統的每一個人工制品都必須用加密籤名來證明，並進行驗證。

讓我們在這個框架下看看GitHub或GitLab這樣的托管平臺：它們的成功在於用戶友好和可訪問性，但由於它們是集中控制的，所以它們是可審查的，並不優先考慮用戶自由。如果我們看看Gitea、Phabricator或Gogs等自我托管的解決方案，它們是免費的、抗審查的、用戶友好的，然而，由於把關（gate-keeping）和隔離的環境，它們不容易被訪問：跨Phabricator部署的用戶不能相互交流。我們所看到的所有目前可用的自我托管解決方案都是這種情況。他們還存在單點故障，並且需要互聯網連接來與系統進行大部分互動。

假設一個聯合的GitLab可以滿足所有的要求，但是，聯合的服務不能是離线優先的，也不能提供對用戶身份的主權。用戶被捆綁在特定的實例上，因此也存在與集中式服務相同的缺點。

像Linux內核郵件列表這樣的集市式解決方案幾乎在所有概述的原則方面都很成功，但在用戶友好性方面卻很有限。很難將電子郵件线程的可用性與GitHub和GitLab等平臺上可能出現的復雜工作流程進行比較。

Radicle：一個用於代碼協作的點對點堆棧

Radicle採用了Scuttlebutt社會覆蓋範式，在分布式版本控制系統之上建立了一個點對點復制層，首先是git。用戶账戶和登錄被公鑰加密技術所取代，托管問題跟蹤器被本地對等復制所取代，單一規範上遊的想法被基於補丁的點對點或 "集市 “模型所取代。

為了補充復制層，我們引入了一個建立在以太坊上的選擇注冊表，它持有規範的項目元數據。這使得項目能夠錨定重要的信息-如項目狀態和存儲庫負責人-並保證其全球可用性和不可更改性。

需要強調的三個主要主題是：專注於點對點的代碼協作模式，建立在底層的分布式版本控制系統上進行復制，以及採用協議優先的方法。

重新審視 “集市“

大教堂和集市 "描述了兩種自由軟件的开發方式。大教堂模式，以Emacs等項目為例，公开發布版本，但讓所謂的 "個人巫師 "獨家开發。另一方面，集市模式-由Linus Torvalds推廣，並由Linux的巨大成功所驗證，要求完全开放的开發，頻繁和早期發布，在整個社區內授權，並盡可能多的 "眼球 “關注代碼。只要有足夠的眼睛，所有的錯誤都是淺顯的。

點對點網絡使开發者和維護者更容易开發出不僅是共享的，而且是以實際源代碼和安全的對等身份為基礎的項目。通過對等復制，補丁變得更加全面，因為它們與开發過程中的本地問題、評論和審查聯系在一起。有了更全面的補丁，集市式开發可以保持其靈活性，同時支持更復雜的工作流程。這就是為什么Radicle用90年代和21世紀初开源黑客們所熟悉的點對點模式取代了單一的模式的想法。它使集市式的开發更容易、更好。

這種潛力導致 Radicle 選擇了基於gossip的“社交覆蓋”，該系統建立在分布式版本控制系統上，該系統免費且始終可用，無需自托管或信任擁有用戶數據的公司。

Git gossips優點

下一個設計決定來自於我們對分散存儲的實驗結果。在IPFS上建立第一個版本的Radicle後，我們遇到了性能和功能問題。主要的認識是，在存儲層上點對點地復制git repos，使我們別無選擇，只能失去packfile協議，這是git能夠快速的原因之一。這種方法會使源代碼成為二等公民--這使得存儲歷史大數據變得不切實際。

在思考上述問題時，一個幾乎顯而易見的想法出現了：為什么不使用git本身來分發數據？在git中存儲合作成果（問題、拉動請求、評論......）以前已經做過了，而且git中的數據結構可以滿足我們所有的需求。與gossip層搭配，git就成為了存儲、復制和分發代碼和協作工件的必要條件。

通過在git之上建立一個點對點的覆蓋層，我們不僅找到了一個高性能的解決方案，而且是一個更適合代碼協作的解決方案。問題、評論和評論成為本地工件，被加密籤名並進行離线交互。

協議，不是平臺

大型代碼托管平臺的故事與互聯網從开放協議到私有平臺的普遍轉變相吻合。今天，大多數社會編碼平臺實際上利用了开放協議（git、mercurial、ssh），但已經建立了封閉的花園。

Radicle 的方法旨在通過專注於協議優先的理念，並拒絕中介機構的數據收集和孤立。 這反映在構建和擴展git的決策中。 將其作為復制的紐帶建立在其優勢和去中心化性質之上。 在本地提供問題、拉取請求、評論為开發人員提供了管理和設計工作流程的工具，而無需將他們鎖定在新的“體驗”中。 盡管將構建任何前端接口，Radicle 最重要的是作為一個开放協議存在—而不是一個平臺。

2、Radicle設計

Radicle Link是一個帶有通用分布式版本控制後端的點對點gossip協議。它的目標是足夠通用，可以用在pijul或mercurial等系統之上，盡管它最初的實現主要是支持Git。

該協議通過基於gossip的復制來傳播Git存儲庫，使存儲庫的托管和共享不依賴於中央服務器。Radicle網絡上的存儲庫被稱為 "項目"，由 "同伴 "進行gossip。

在Radicle中。

1）同行跟蹤其他同行

2）同伴跟蹤他們感興趣的項目

3）點對點對項目進行闲談。這意味着復制來自他們所追蹤的同伴和他們感興趣的項目的更新。

4）這些互動創造了一個 "可信的 "同伴和項目的社交圖，成為Radicle內部合作的基礎。

Radicle Link支持集市式的合作模式，其中沒有單一的 "主 "分支供貢獻者合並，而是由衆多的上遊通過遠程交換補丁。

身份概述

Radicle Link區分了兩種類型的身份：個人和項目。前者描述了系統中的行為者（同行），而後者描述了一個或多個行為者協作的軟件項目（倉庫）。

Radicle Link中的 "身份 "概念僅僅意味着在Git存儲庫中的常規位置存在一個身份文件，該文件要遵守某些驗證規則。初始文件的哈希值被認為是其穩定的標識符，並被編碼為統一資源名稱（URN），其形式為rad:git:$HASH（針對Git倉庫）。該URN應該可以在網絡上解析為同名的頂級Git倉庫（$HASH.git），如果該倉庫包含所述身份文件，並且該文件通過了驗證規則，則該倉庫是有效的。

數據模型

我們維護資源庫數據一致性的模型，是基於更新框架（TUF），它被設想為安全分發軟件包的一種手段。我們的方法是建立一個所有權證明，與一個對等體的網絡身份，或一組對等體的網絡身份相聯系，這樣，項目的觀點可以根據對等體之間的信任關系進行復制（"跟蹤"）。

Revision是一個文件內容的加密哈希值，這樣，這個文件在存儲系統內可以通過這個哈希值進行內容尋址。

replaces指的是文件的前一個修訂版，如果是第一個修訂版，則指的是沒有。

payload是一個可擴展的、向前和向後兼容的數據類型，包含應用程序定義的關於存儲庫的元數據。協議解釋了其中的一些屬性，如Doc Payload中所述。

delegation包含被授權發布和批准文件新修訂的密鑰所有者的公鑰。授權格式取決於正在建立的身份類型。

Git 實現概述

Radicle基本上把Git當作一個數據庫。這意味着一切都存儲在一個單一的Git monorepo中，並通過Upstream客戶端進行讀取和寫入。我們的Git實現是為了激勵播種者提供所有必要的數據來解決和驗證一個倉庫，同時通過盡可能地消除gossip查詢和git獲取來減少延遲。

對等發現和復制概述

Radicle Link 通過一個叫做 gossip 的過程，通過點對點網絡發現來擴展 Git。 這意味着網絡中的對等點通過在本地保留（復制）冗余副本並與點對點共享增量來共享和傳播他們“感興趣”的數據。使用Radicle，我們根據節點和項目的“社交圖”在連接的存儲庫中復制數據，從而根據用途和價值傳播源代碼和變更集：對某個項目感興趣的節點越多，該項目就越可用 項目制作到網絡。

復制模型

存儲庫是 Radicle 中復制的基本單元。要將存儲庫發布到網絡，必須首先將其初始化為項目。項目將源代碼、問題和提議的更改組合在一個保護傘下，並帶有唯一的、可共享的點對點標識符。整個項目數據和元數據，包括評論等社會人工制品，都存儲在存儲庫中。要創建項目，存儲庫的所有者定義項目身份。在後臺，按照慣例 rad/id，在存儲庫的預定不相交分支中創建項目身份文檔。該文件包含重要的元數據，例如項目名稱、維護者列表以及任何相關鏈接。

復制單元是一個存儲庫，由項目文檔上下文中的 PeerID 標識（請參閱數據模型）。相應 DeviceKey 的持有者稱為存儲庫的維護者。屬於同一項目的存儲庫在本地表示為單個存儲庫，由 Radicle URN（或上遊客戶端中的 Radicle ID）標識。在項目的上下文中，存儲庫的維護者可以選擇跟蹤其他對等點的存儲庫（這在 git 術語中稱為遠程：對遠程存儲庫的命名引用）。如果發現遠程存儲庫跟蹤其他遠程存儲庫，則跟蹤存儲庫還將傳遞跟蹤這些遠程存儲庫，最多 n 度。

因此，Radicle 上的項目保留了其遠程節點的傳遞信息（即通過哪個跟蹤的 PeerID 跟蹤另一個 PeerID）。

追蹤

追蹤是協作的基礎，因為它推動了項目及其工件的交換。 在 Radicle 中，peer 跟蹤他們感興趣的其他 peer 和項目。當一個 peer 克隆另一個 peer 的項目或通過 Upstream 將它們作為遠程添加到他們的項目來直接跟蹤一個 peer 時，就會發生這種情況。

由於對等點代表網絡中的獨立設備，因此他們每個人都有自己的網絡視圖。 每個對等點都在其自己的 monorepo 中跟蹤來自連接對等點的項目、身份和數據的視圖。

當一個節點在一個項目的上下文中跟蹤另一個節點時——比如說，如果它克隆了另一個節點的項目——它設置了獲取和gossip另一個節點對該項目的看法的意圖。 這意味着包括項目元數據、所有工作分支和提交，並且變更集將被復制並存儲在跟蹤peer的 monorepo 中，以便可以獲取和協作。

直接追蹤

一個點可以跟蹤另一點的方法是，明確告訴其Monorepo跟蹤特定的PEER_ID。使用帶有感興趣的 PEER_ID 的 track 函數，monorepo 在 git 配置中創建一個新條目。來自被跟蹤peer的任何更新都可以類似地獲取並應用到跟蹤peer的 monorepo。

Upstream 中的 Manage Remotes 功能使用 track 功能將作為遠程的對等點直接添加到項目中。

社交圖（The Social Graph）

在多個 peer 復制的情況下，任何跟蹤項目的 peer 也會隱式跟蹤它的維護者。這意味着當網絡上的任何 peer 克隆一個項目時，所有該項目的維護者都將最終出現在該 peer 的遠程列表中。由於項目的維護者是在項目的規範視圖上進行工作的，因此這種自動跟蹤功能可以確保在整個網絡中散布項目時，其運行狀況和一致性。

這也意味着對於單個 PEER_ID，我們有一個包含更多 PEER_ID 的子圖——無論他們是項目的維護者還是其他被跟蹤的同行。任何時候復制一個對等點，他們的子圖的一部分也會被復制，最多 2 度。

這意味着每次跟蹤對等點時，您不僅將它們添加為遙控器，而且還添加了它們的遙控器，以及它們遙控器的遙控器。這確保了項目在整個網絡中始終可用，而無需完全依賴項目的維護者或原始跟蹤peer。

驗證

為了確保數據的完整性和真實性，當創建一個項目的工作副本時，根據遠程對等體的證明歷史在所有其他版本庫內容之前被獲取，並對其運行驗證程序。如果這沒有產生一個驗證的狀態，克隆就會被中止。由此產生的倉庫狀態必須包括根據遠程對等人對身份文件的看法，至少有四分之一的代表的證明歷史。在Git中，在獲取倉庫內容之前，可以通過檢查公布的遠程參考文獻來確定是否會出現這種情況的說法。如果這些前提條件沒有得到滿足，克隆就會被中止，已經獲取的數據也會被剪除

播種（seeding）

為了提高數據可用性，網絡中的參與者可以選擇充當種子。這在概念上類似於 Secure Scuttlebutt 中的酒吧。種子節點是在公共 IP 地址上運行的“永遠在线”節點，為任何連接的對等點提供數據。通過加入種子節點，它會自動跟蹤您並在其他連接用戶的網絡中共享您的數據。這提高了您的數據在整個網絡中的可用性，同時也更容易找到其他人的數據。

種子可能會跟蹤給定項目的大量存儲庫，因此從種子進行克隆將大大增加跟蹤圖的連通性。另請注意，通過跟蹤種子，上遊維護者可以增加返回它們的路徑數量，這樣即使貢獻來自不在維護者的跟蹤存儲庫集中的參與者，也可以回流。

上遊預先配置了官方 Radicle 種子節點，以引導您的連接。如果您刪除了默認種子節點，您可以隨時按照添加種子節點中的步驟重新添加它。

協作模式

我們從 git commit 構建的 Identity 允許多個 id 來描述文檔的相同修訂版（因此同樣有效）。這意味着各個代表的歷史記錄可能會在其提交歷史記錄中有所不同，但仍會就已證明的文檔修訂的有效性達成一致。

這意味着上遊中沒有單一的規範分支（或主），因為同行都在維護自己的同一個項目的上遊。但是，由於 Radicle 身份的數據模型，與維護者相關聯的項目始終存在“規範”視圖。維護者可以遵循基於領導者的工作流程，在該工作流程中，他們將貢獻節點的歷史融合到他們的主要分支中。由於他們的視圖是可驗證的，並且在同行關注項目時隱式跟蹤，因此，同行可以確保他們正在復制項目的規範和更新視圖。

除此之外，Radicle Link 的工作方式對最終用戶的協作體驗有一定的影響：

您的社交圖決定了您看到、互動和復制的內容類型。

假設您已經在 Radicle 網絡中發現了一個感興趣的項目（稍後將詳細介紹可發現性），那么為了與其交互，您必須做的第一件事就是跟蹤它。跟蹤項目表示興趣，並且設計意味着跟蹤項目的維護者，因此在他們的社交圖中復制數據。

在項目的上下文中，存儲庫的維護者可以選擇跟蹤其他所有者的視圖（這在 Git 術語中稱為遠程：對遠程存儲庫的命名引用）。如果發現遠程存儲庫跟蹤其他遠程存儲庫，則跟蹤存儲庫還應傳遞跟蹤這些遠程存儲庫，最多可配置 N 度（目前正在开發中）。

垃圾郵件和內容審核自然由peer的社交圖處理

雖然這起初可能看起來令人困惑，但實際上它更自然（它實際上模仿了現實生活中的交流），並且通過設計解決了垃圾郵件和內容審核等問題，這些問題自然由同行的社交圖處理。

垃圾郵件發送者的補丁或問題永遠不會被實際維護者跟蹤，因此網絡的其余部分不會看到它們（除非明確跟蹤）。同樣，如果您對同行的觀點或對項目的貢獻不感興趣，您可以簡單地取消關注他們，停止復制、查看他們的數據並與之交互。

在同一個項目中，兩個同行可能有不同的看法。

上述設計也意味着，即使在同一個項目中，同行也有主觀（並且經常有分歧）的觀點。

至少，您對項目的看法將成為您所關注人員的看法加上項目維護者的看法的總和。此外，您可以通過配置復制設置來擴展您的視角，以便還可以從您關注的peer（即，peer的peer/遠程方的遠程方）傳遞跟蹤 N 度以外的其他遠程方。

這種設計也解決了完全依賴分布式账本技術的去中心化系統的一個重要問題，即 "區塊鏈中毒 "的問題。這是指有人故意將非法內容添加到僅有的append source中，希望使復制項目的唯一行為產生法律上的問題，正如Linux基金會的Konstantin Ryabitsev正確指出的關於依賴IPFS的Radicle的前一個版本。

3、代幣

Radicle項目的建立有兩個主要目標。

1）开發有彈性的合作基礎設施，尊重用戶的自由，不依賴可信的守門人，也不依賴企業或國家。

2）利用新开發的主權金融基礎設施（比特幣、以太坊、DeFi），以便為开發者創造新的價值流並發展數字公域。

為了實現這兩個目標，一直有一個先決條件：讓Radicle能夠自我維持。

Radicle項目已經在網絡上發布了1000多個項目，並且在其公开測試版中每周平均增長8%，Radicle項目已經准備好在其社區中分散網絡，並开始尋求自我可持續發展。

為什么選擇代幣？

雖然主權和審查抵制的論點繼續加強，但去中心化的理由超越了技術。在當前的閉源網絡時代，用戶已經放棄了對其隱私和軟件自由的控制權，以自由方便地進入开放互聯網。現在，他們正在尋找替代方案，因為我們的全球社交平臺由於社會壓力、缺乏創新以及滿足利益相關者所需的無情开採而惡化。

在這種現實中，在傳統範式中構建 Radicle，例如 SaaS 或开放核心公司，將迫使用戶保持客戶/公司關系，使他們容易受到最終提取（extraction）的影響。此外，如果Radicle要成為真正尊重用戶自由的彈性協作基礎架構，則需要在考慮信任最小化的情況下進行开發，讓世界上任何人都可以訪問它，同時在資金雄厚的大型市場中保持適應性和競爭力- 公司。擺脫這種模式的唯一方法是構建自給自足和社區所有的免費和开源網絡。

在這些限制條件下，Radicle 將基於代幣的可持續性模型視為最有希望的前進道路。更具體地說，正是加密網絡中治理原語的出現，為工程社區擁有的开源協議和網絡提供了一個新的設計空間。這些原語為真正“开放”的开源世界提供了基礎，而不受任意牆的束縛。

出於這些原因，Radicle 項目將作為一個开源、社區主導和自我維持的軟件協作網絡向前發展。 Radicle的Ethereum集成將實現這一愿景，這是一套補充Radicle對等網絡的开放協議。它的智能合約系統支持獨特的全球名稱、分散的組織和經驗，幫助維護者維持他們的开源工作。集成的智能合約系統將使用 Radicle 代幣去中心化——這是一種治理代幣，可實現 Radicle 網絡的集體治理和長期可持續性。

如何運轉？

Radicle 代幣 (RAD) 被設計為一種治理代幣，它支持許多基於以太坊的功能以及 Radicle 網絡的公共所有權、集體治理和長期可持續性。

簡而言之，Radicle 代幣的經濟模型會在用戶與某些基於以太坊的協議交互時向用戶收取費用，除非他們是成員（代幣持有者）。通過購买（或獲得獎勵）並持有一定數量的代幣，用戶可以避免（或打折）費用並參與網絡治理。成員保持對所有基於以太坊的智能合約的管理控制權，最重要的是，擁有超過 50% 的代幣總供應量的Radicle金庫。

任何人都可以通過購买和持有一定數量的 Radicle 代幣成為會員，以換取以下好處：

1）與 Radicle 基於以太坊的協議交互時可享受折扣或不收費。

2）參與Radicle智能合約系統治理（通過投票和提案）的權利。

通過為 Radicle 用戶提供持有代幣的功能性理由，他們可以體驗治理帶來的好處，並开始為數字开源基礎設施的公共所有權建立新的範式。如果出於任何原因，他們對網絡不滿意，他們可以通過參與治理來“表達”擔憂，或者可以通過向市場出售代幣來“退出”。

治理

Radicle 治理模塊是一個復合分叉，賦予所有者參與 Radicle 智能合約系統治理的權利。明確地說，這意味着會員可以控制和參數化其會員體驗-無論是通過更改費用，升級合同還是引入新的體驗。

選擇 Compound 治理模塊是因為它經過了實战測試、審計，並通過其流動授權方案平衡了執行權與社區參與。

與 Compound 類似，每個 RAD 代幣等於一票，並且通過將投票權委托給代幣持有者選擇的地址（或多個地址）來啓用投票：

1）業主自己的錢包，如果他們想自己投票。

2）另一個用戶的錢包，如果他們希望另一個用戶代表他們投票。

3）沒有錢包，如果他們不想投票。

任何將1%的RAD委托給其地址的人都可以提出治理動作。建議是可執行代碼，而不是團隊或基金會實施的建議。所有提案都有3天的投票期，任何有投票權的地址都可以對提案投贊成票或反對票。

金庫

與其他去中心化協議類似，選擇加入Radicle的一些Ethereum功能會產生網絡費用。這些費用累積在Radicle財庫中，這是一個智能合約，佔整個代幣供應量的50%。

財政部完全由Radicle代幣持有人通過Radicle DAO控制。成員將通過社區計劃和倡議協調庫房的供應分配，從而支持網絡的長期可持續性。這些社區項目（例如，开發者挖礦，貢獻者獎勵，贈款等……）將通過Radicle社區有機地出現，因為Radicle成員使用國庫來不斷支持網絡的增長和恢復力。

網絡的代碼和資產庫是公开管理的，允許任何开發者為項目做出貢獻並影響項目的發展方向，使Radicle成為集體治理的實驗。

代幣分配和發布時間表

1 億個 Radicle 代幣（固定）已在創世時鑄造，並將在 4 年內授予。

1）50% 社區資金（歸屬超過 4 年）

2）19% 團隊（從加入之日起 4 年歸屬，從創世起 1 年鎖定）

3）20% 早期支持者（1 年鎖定期）

4）5% 基金會（1 年鎖定期）

5）2% 種子計劃（1 年鎖定期）

6）~4% 流動性引導池

4、問答

在 Radicle 上進行協作與在 GitHub 上協作有何不同？

與集中式代碼協作平臺相比，Radicle專為集市式協作而設計。 在Radicle網絡上，內容通過稱為gossip的過程進行點對點分發。 這意味着同級可以控制他們的社交互動，因為他們自托管自己的內容以及他們感興趣的任何同級的內容。這也意味着在項目中，沒有貢獻者合並到一個單一的主分支。 每個peer都使用其變更集和分支維護項目的視圖。 這些觀點會被其他對這些變化感興趣的同行gossip。

Radicle 如何比中心化平臺更安全？

Radicle 網絡是點對點的，建立在公鑰密碼學基礎上。 首先，這意味着無需依賴第三方來訪問或使用 Radicle 網絡。 由於沒有失敗的中心點，並且可以抵抗公司和國家的捕獲和審查，因此更難取締。 此外，Radicle 網絡上的所有數據都經過加密籤名和驗證，因為它在peer之間進行gossip。 雖然中心化平臺依賴用戶界面組件和關鍵預言機來表示用戶與用戶之間的信任，但 Radicle 已將信任設計為協議的核心。

Radicle 如何與 Git 交互？

Radicle Link-為 Radicle 網絡提供動力的協議建立在 Git 上。 所有 Radicle 數據都存儲在您機器上的單個 Git monorepo 中，通過上遊客戶端讀取和寫入。 

Radicle如何獲得許可？

Radicle 是完全免費和开源的。 它在 GNU 通用公共許可證 (GPLv3) 的第 3 版下使用 Radicle Linking Exception 獲得許可。

問題和 PR 將如何運作？

社交協作功能（即錯誤報告、補丁、討論等）都在 Radicle 路线圖上。 它們的工作方式與我們現在的體驗非常相似，但將是本地優先和加密籤名的。 這意味着問題、PR 和討論將更加安全，可離线使用，並作為 git 對象存儲在您的機器上-而不是在中央服務器上！

我可以在 Radicle 上備份 GitHub 項目嗎？

是的！將代碼庫發布到 Radicle 是創建存儲庫點對點備份的好方法。在 Radicle 上維護一個項目的鏡像就像推送到另一個遙控器一樣簡單。閱讀有關創建項目的更多信息。

我可以用 Radicle 替換 GitHub 嗎？

如果你想！雖然我們的 Beta 版本將只有基本的協作功能（即代碼托管、共享、籤出和推送/拉取），但我們計劃引入可以支持與 GitHub 類似的日常代碼協作體驗的功能。它們將包括錯誤報告，補丁，代碼審查和討論。

話雖如此，雖然我們認為減少對中央托管平臺的依賴通常是一個好主意，但我們也相信代碼協作解決方案為不同的人服務於不同的目的。 Radicle Upstream將支持社交協作，但其首要任務是提供安全的，本地優先的，對等代碼協作-而不是確切的GitHub副本。

我的數據存儲在哪裏？

在Radicle網絡上，內容通過稱為gossip的過程進行點對點分發。 這意味着對等點在他們的機器上本地的 Git monorepo 中自行托管他們自己的內容——以及他們感興趣的任何對等點的內容。 這也意味着無論何時您的數據發布到網絡，它都可以被復制並存儲在另一臺對等機器上。

我可以在 Radicle 上創建私有存儲庫嗎？

不，還沒有-但是將來！ 具有端到端加密的私人項目在我們的路线圖上。 同時，請務必注意，放置在Radicle上的所有內容都可以公开獲得。

什么是remote？

遠程是指你的項目由另一個人維護的項目版本。要在 Radicle 上與其他人合作，你必須添加並關注其他人的remote才能從他們那裏獲取更改。 你可以在項目頁面上管理remote。

什么是 Radicle ID？

Radicle ID 是在 Radicle 網絡中識別項目的獨特方式。 您可以在項目頁面或種子節點儀表板上找到它。 

什么是設備 ID？

設備 ID 是綁定到特定設備的peer公鑰的編碼。 未來人們將能夠管理多個設備 ID，但目前每個身份只能有一個設備 ID。

我可以在多個設備上使用 Radicle 嗎？

可以，但是目前沒有。 盡管還沒有多設備支持，但是您仍然可以在不同的設備上創建帳戶，但是它們不會被鏈接到一個上遊用戶帳戶下。

我如何確保沒有其他人知道我的顯示名稱？

你還不能…… 我們將很快引入獨特的名稱。

我可以刪除項目嗎？

目前，此功能不受支持，但已在路线圖中，並將包含在即將發布的版本中。在此之前，您只能從本地機器上刪除您的項目，從而限制了可以找到和復制您的項目的對等點數量。您不能從其他peer的本地機器上刪除項目，因為他們保留對其本地數據的控制權。

為什么我只連接到一個對等點？

默認情況下，上遊客戶端連接到Radicle操作的種子節點。雖然我們支持流行病廣播來尋找並連接到其他對等點，但我們目前不支持打孔，這將阻止兩臺計算機之間的穩定連接。

5、合約

Radicle Token: 0x31c8eacbffdd875c74b94b077895bd78cf1e64a3

Governance: 0x690e775361AD66D1c4A25d89da9fCd639F5198eD

Timelock: 0x8dA8f82d2BbDd896822de723F55D6EdF416130ba

Genesis: 0x6838f63899728816f602B3e9bF73952e2bD6dc35

Registrar: 0x37723287Ae6F34866d82EE623401f92Ec9013154

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。