Radicle (RAD) への投資 – 必要なすべての情報

Radicle (RAD ) は Git 上に構築されたピアツーピアのコードコラボレーションネットワークです。開発者は GitHub や GitLab のような中央のフォージを作成せずに、ソフトウェアリポジトリをホスト、レプリケート、議論、レビューできます (GTLB ) 権威あるコピーです。

投資ケースでは重要な区別が必要です: Radicle はソフトウェアプロトコルであり、RAD は Radworks の Ethereum (ETH ) ベースのガバナンストークンです 。Radworks は Radicle と関連する公共財プロジェクトに資金を提供するコミュニティ組織です。開発者はリポジトリをクローンしたり、ノードを実行したり、コラボレーションしたりするために RAD は必要ありません。現在の RAD のユーティリティはガバナンスと財務調整であり、インフラ提供者への支払いは展開されるまで実際の利回りとして扱うべきではありません。

Radicle とは何か？

Radicle はオープンソースのローカルファーストコードフォージです。すべてのユーザーは軽量ノードを実行し、リポジトリをローカルに保存し、他のノードと直接通信します。Git は基盤となるバージョン管理システムのままですが、Radicle はアイデンティティ、ディスカバリー、課題、パッチ、レビュー、ピアツーピアレプリケーションを追加します。

従来のホスト型フォージは、サーバー、検索、アイデンティティ、権限、コラボレーションインターフェースを単一企業が運営するため便利です。その企業はアカウントを停止したり、プロジェクトを削除したり、価格を変更したり、プライベートデータを露出させたり、障害が発生したりする可能性があります。Radicle は、暗号的に署名されたデータをシードする人々が複製することで、単一の権威あるサービスを置き換えます。

結果として、すべての Git コミットに対して ブロックチェーン が必要になるわけではありません。現在の Heartwood プロトコルは Git オブジェクト、署名されたリファレンス、ピアツーピアのゴシップ、ローカルデータベースを使用します。Ethereum は RAD ガバナンスに使用され、リポジトリ操作全体のホスティングには使用されません。

Radicle ネットワークの仕組み

各 Radicle ノードは Ed25519 公開鍵から導出された Node ID を持ちます。各リポジトリは安定した Repository ID を持ち、署名されたアイデンティティドキュメントがデリゲートやその他の権威情報を指定します。

ユーザーがリポジトリを初期化、クローン、フォロー、またはシードすると、ノードはシーディングポリシーを変更し、ピアと署名されたリファレンスを交換します。Git の fetch プロトコルが基礎データを転送します。少なくとも 1 つの到達可能なノードが保持・提供し続ける限り、リポジトリは利用可能です。

この設計によりストレージとレプリケーションの制御がユーザーに委ねられますが、分散化は自動的には実現しません。1 台のラップトップでホストされたプロジェクトは、複数の独立した常時稼働ノードがシードするリポジトリほど回復力がありません。投資家は、ネットワーク活動が Radicle チームや少数の組織が運営するシードインフラにどれだけ依存しているかを監視すべきです。

Collaborative Objects

Git は課題、コードレビュー、コメント、プロジェクトアイデンティティをネイティブにモデル化しません。Radicle は Collaborative Objects（COB）を通じてこれらの機能を追加します。

COB はリポジトリ内に署名された Git コミットグラフとして保存されます。現在組み込まれているタイプは課題、パッチ、アイデンティティです。ピアが独立して変更できるため、プロトコルは決定的な順序付けとマージルールを使用し、データ交換後にノードが最終的に同一状態になるようにします。

このローカルファーストアプローチにより、コラボレーション成果物はコードと共に持ち運び可能になり、ホスト型データベースに閉じ込められません。一方で、アイデンティティ、デリゲート、シーディング、署名リファレンス、ピア接続といった概念を理解する必要があり、成熟した集中型プラットフォームが提供する大規模な統合やソーシャルネットワークとは異なります。

Radicle 1.x と現在の開発状況

Radicle は 2024 年 9 月にバージョン 1.0 に到達し、長期にわたるプロトコル再設計を経ました。1.x 系リリースは下位互換性を保ちつつ、コマンドラインインターフェース、ウェブフロントエンド、ターミナルインターフェース、デスクトップソフトウェア、CI ワークフロー、署名リファレンス、リポジトリコラボレーションを追加・改良しました。

プロジェクトは 2026 年も活動を続けました。1.6 が 1 月にリリースされ、続いて 1.7 と 1.8 が 3 月に登場しました。1.7 には署名リファレンスに対するセキュリティ修正が含まれ、運用者はアップグレードが推奨されました。迅速な対応は好材料ですが、暗号コラボレーションソフトウェアが実装リスクを抱えていることを示しています。

現在、Radicle は Linux、macOS、BSD 系統をサポートしていますが、主要な安定ワークフローの一部としてネイティブ Windows サポートは提供されていません。これにより、ブラウザファーストサービスに比べて対象ユーザーが限定されます。

シードノードとデータ可用性

すべての Radicle ユーザーは保持しているリポジトリをシードし、公共シードノードは常時帯域とストレージを提供します。シードは遭遇したすべての公開プロジェクトをミラーすることも、選択的ポリシーに従うことも可能です。

シードの多様性はレジリエンスの核心です。すべてのユーザーが同一のブートストラップまたは公共ノードに依存すると、プロトコルが代替手段を許容していてもネットワークは実質的に集中化したままです。リポジトリ所有者は重要プロジェクトのために自前のノードを運用するか、独立したミラーを手配すべきです。

Radworks のドキュメントは、独立シードノードがストレージ・取得サービスを提供し、RAD ベースのインセンティブを受け取る「Radicle Garden」市場の将来像を説明しています。本更新時点では、そのインセンティブ層は「近日公開」と表示されていました。シード報酬を期待して RAD を購入することは投機的です。

Radworks と RAD

Radworks はコミュニティがガバナンスするネットワークで、開発者向けインフラとオープンソース公共財に資金を提供します。Radicle はその主要組織の一つであり、ソフトウェアプロジェクト向け資金調達プロトコルである Drips も同様に重要です。

RAD 保有者は投票権をデリゲートしたり、Radworks ガバナンス提案を提出・投票したり、年間予算を資金提供したり、ガバナンスパラメータを変更したり、財務資産を指示したりできます。投票と実行は Ethereum の スマートコントラクト（ガバナンスコントラクトとタイムロック）を使用します。

ガバナンスユーティリティは所有権と混同しないでください。RAD はソフトウェア企業の株式ではなく、知的財産権を付与せず、Radicle の利用や収益に対する自動的な権利もありません。

RAD トークン供給とガバナンス権限

RAD は ERC-20 ガバナンストークンとして約 1 億ユニットの初期供給で開始されました。コントラクトは投票デリゲーションとトークンバーンをサポートしており、バーンされたトークンや財務移動により利用可能量が変化するため、現在の総供給量と流通供給量はオンチェーンで確認すべきです。

エコシステム資源の大部分は歴史的にガバナンスが管理する財務に保持されてきました。これによりコミュニティは大規模な資金調達余力を得ますが、集中リスクも生じます。投票者の参加率、デリゲートの集中度、財務の分散、年間支出、そして助成金が RAD を売却する価格がトークンに影響します。

RAD を保有しつつデリゲートや投票を行わないことは、Radicle のピアツーピアプロトコルのセキュリティを直接確保するものではありません。ネットワークのリポジトリセキュリティは暗号署名と独立レプリケーションに依存し、プルーフ・オブ・ステーク コンセンサスには依存しません。

Radicle と集中型・セルフホスト型フォージの比較

GitHub や GitLab.com と比較すると、Radicle は単一オペレーターへの依存を減らし、ユーザーがローカルで作者性を検証できるようにします。また、プライベートリポジトリや Tor ベースの接続もサポートします。

プライベートな GitLab、Gitea、Forgejo サーバーを運用する場合と比較すると、Radicle は管理者のマシンを唯一の集合点にすることを回避します。ピアはプロジェクト全体とコラボレーション状態を保持できます。

トレードオフは使い勝手とネットワーク効果です。集中型プラットフォームは成熟した検索、アクション、アプリマーケットプレイス、アクセスコントロール、エンタープライズサポート、そして巨大な開発者コミュニティを備えています。セルフホストツールは慣れ親しんだウェブワークフローを提供します。Radicle はピアディスカバリー、レプリケーション、通知、CI、モデレーション、リカバリを十分に信頼できるレベルにまで高め、切り替えの正当性を示す必要があります。

Radicle のメリット

• ユーザー所有のリポジトリ: コードとコラボレーションデータは専用のローカルリポジトリに残り、プロプライエタリなホストデータベースには保存されません。
• ピアツーピアレプリケーション: 独立したノードが同一プロジェクトを保持・提供できます。
• 暗号的アイデンティティ: 署名リファレンスにより、単一プラットフォームのアカウントシステムを信頼せずに作者性を検証できます。
• Git 互換性: Radicle は広く使用されているバージョン管理フォーマットを拡張します。
• ポータブルなコラボレーション: 課題、パッチ、レビュー、アイデンティティは COB としてリポジトリデータと共に移動します。
• プライバシーオプション: プライベートリポジトリと Tor サポートにより、公共ホストインフラへの依存を低減できます。
• 実働ソフトウェア: Radicle 1.x、デスクトップおよびターミナルクライアント、公共シードノードは 2026 年も稼働しています。
• コミュニティ財務: RAD ガバナンスは開発や関連公共財の資金調達に利用できます。

RAD 投資前に考慮すべきリスク

• 価値捕捉の弱さ: RAD を購入・使用しなくても Radicle は成長し得ます。
• ガバナンス限定のユーティリティ: RAD は日常的なリポジトリホスティングやコラボレーションに必須ではありません。
• 将来機能リスク: インフラ報酬は計画段階であり、確立された継続的利回りではありません。
• 採用リスク: 開発者はすでに強力な集中型・セルフホスト型代替手段を利用しています。
• 使い勝手リスク: ノード、シーディング、アイデンティティ、デリゲート、ローカルファースト同期は多くのチームにとって慣れないものです。
• 可用性リスク: 到達可能なノードがシーディングを続けなければ、リポジトリはネットワークから消失します。
• 集中リスク: 財務保有、デリゲート、低投票率は少数グループに実質的な支配権を与える可能性があります。
• セキュリティリスク: 署名リファレンス、ネットワーク、クライアント、サプライチェーンの脆弱性が信頼性を損なう恐れがあります。
• 財務リスク: 長期的な開発は規律ある助成金選定と資産管理に依存します。
• プラットフォームリスク: Ethereum 手数料やガバナンスコントラクトの失敗が RAD の投票・転送に影響を与える可能性があります。
• モデレーションリスク: 分散型ホスティングはマルウェア、盗難コード、違法コンテンツへの対応を複雑にします。
• 流動性リスク: RAD の市場深度は取引所や管轄区域によって不均一です。

投資家が注視すべき指標

注目すべき指標には、アクティブな Radicle ノード数、独立運営の公共シード数、複数レプリカを持つリポジトリ数、クローン・フェッチ活動、アクティブなコントリビュータ、クライアントのリリース、セキュリティアドバイザリ、CI とデスクトップの採用状況、RAD 投票者参加率、デリゲートの集中度、財務資産、年間助成金、組織のマイルストーン、そして Radicle Garden が財務資金だけでなく持続可能な需要で立ち上がるかどうかが含まれます。

リポジトリ数は、放棄されたプロジェクトや自動ミラーされたプロジェクトが価値をほとんど生み出さないため、誤解を招くことがあります。繰り返しのコラボレーションと独立したレプリケーションが、単なる登録数よりも重要です。

Radicle (RAD) の購入方法

RAD は選択された中央取引所と Ethereum ベースの分散型市場で取引されています。

Coinbase – 対象顧客に RAD 取引を提供します。利用可能性は管轄区域により異なります。

Kraken – 対象地域で RAD 市場をサポートします。

Binance – 対応市場で RAD を上場しています。地域制限があります。

オンチェーンで購入する場合は、Radworks が公開した公式 Ethereum コントラクトを確認し、プールの流動性と価格インパクトを評価し、RAD ティッカーを使用した無関係トークンを避けてください。

Radicle の見通し

Radicle は実験的な Ethereum 連携コラボレーション概念から、Git 上に直接構築された実働ピアツーピアフォージへと進化しました。1.x 系リリース、ローカルファースト COB システム、デスクトップツール、活発なシードネットワークは実用的な製品基盤を提供しています。

RAD の投資ケースは Radicle の技術的約束よりも狭いです。現在、主に Radworks とその財務を統治しており、Git 操作に必須ではなく、計画中のシードインセンティブもまだ成熟した市場ではありません。投資家は RAD を、ガバナンス参加、財務の有効性、インフラサービスが生み出す測定可能なトークン需要で評価すべきであり、Radicle リポジトリの成長だけで判断すべきではありません。