dCorps Hub
DevCo Testnet 財団 監査 Mainnet 普及

開発フェーズ

フェーズ概要

各フェーズはタイムラインや約束ではなく、定義ゲートです。ゲートは、ネットワークが新たな依存を受け入れる前提条件を定め、再現可能なアウトプットと明確な境界を求めます。任意の普及要件は普及トラックにありますが、技術とガバナンスの条件が満たされない限り、どのフェーズも先へ進みません。

DevCo Testnet 財団 監査 Mainnet 普及

DevCo(構築フェーズ)

DevCoでは、一般の依存が生まれる前に、カーネル、参照インターフェース、セキュリティモデルを開発するための非公開の構築作業を行います。ここでは、コアプロトコルのエンジニアリング、再現可能なツール、内部検証に集中します。公開ガバナンス、トークン配布、分散化や本番準備に関する主張は対象外です。

対象範囲

公開準備が整ったことを示唆せずに、構築・共有できる中核作業です。

  • カーネルモジュールとチェーンパラメータ
  • 参照インターフェースとSDK基盤
  • 内部テストネットと再現可能なツール
  • セキュリティ設計と脅威モデリング

対象外

後続のゲートまで、このフェーズ境界の外側に置くべきものです。

  • 公開ガバナンスまたはトークン配布
  • 分散化や本番準備の主張
  • 価値を伴う活動、または一般の依存
  • マーケティング主導のプロトコルコミット

捉え方

稼働中のネットワークではなく、内部検証を伴う非公開のエンジニアリングです。

Testnet(実地検証フェーズ)

現在

公開検証はTestnetで行い、リスクを管理した範囲でHubを実際に動かします。測定可能な性能、バグの発見、統合の実運用フィードバックに焦点を当てます。価値を伴う活動、本番稼働の保証、トークン価格や煽りに紐づくタイムラインは対象外です。

対象範囲

市場リスクを伴わずにシステムを追い込む公開テストと検証です。

  • 公開または準公開のテストネット
  • テストルールと監視の下で稼働するオペレーター
  • 負荷試験、バグバウンティ、互換性チェック
  • 開発者オンボーディングと統合パイロット

対象外

準備完了が証明され、監査されるまで待つべきものです。

  • 価値を伴う資産
  • 本番の保証や稼働時間のコミットメント
  • 価格や煽りに紐づくMainnetのタイムライン
  • 現実の業務からの依存

捉え方

出力がリセットされ、スコープが更新されることもある公開ラボです。

財団(ガバナンス移行)

財団フェーズでは、スチュワードシップがDevCoから独立した主体へ移ります。ポリシーのベースラインを定め、法的な分離を明確にし、分散化への道筋を設計します。DevCoの独占的な支配、商用サービスの提供、単一オペレーターによるプロトコル変更の支配は対象外です。

対象範囲

独立したスチュワードシップを可能にするガバナンス設計と法的分離です。

  • Mainnet前にIPを財団へ移管(または範囲を開示したライセンス)
  • ガバナンス枠組みとポリシーのベースライン
  • オペレーター分散戦略と助成
  • 開示基準とスチュワード役割

対象外

独立したスチュワードシップや中立姿勢に反するものです。

  • DevCoによる独占的な支配
  • 商用サービスの提供
  • 単一オペレーターによるプロトコル支配
  • 無制限の裁量

捉え方

構築者(ビルダー)とスチュワードシップを分離する、憲章レイヤーです。

監査(準備完了フェーズ)

監査フェーズでは、Mainnetへのコミットメント前に、第三者レビューによってセキュリティと運用を検証します。監査、修正、リハーサルに焦点を当てます。未レビューのプロトコル変更、場当たり的なガバナンスの上書き、監査が完了する前のMainnetローンチは対象外です。

対象範囲

準備完了を示すための第三者レビューと運用リハーサルです。

  • セキュリティ監査と修正サイクル
  • 運用準備レビュー
  • インシデント対応の訓練
  • リリースとアップグレードのチェックリスト

対象外

監査の厳格性や準備完了の規律を損なうものです。

  • 監査完了前のMainnetローンチ
  • 未レビューのプロトコル変更
  • 場当たり的なガバナンスの上書き
  • 根拠のない主張

捉え方

証拠とレビューで担保される、Mainnet前のゲートです。

Mainnet(プロトコルフェーズ)

Mainnetでは、実際の経済活動とガバナンスがオンチェーンで動く、プロトコルの本番運用が始まります。オペレーターのパフォーマンス、アップグレード、安定したネットワーク運用に焦点を当てます。緊急対応はタイムロックと公開手順で制限し、ガバナンス外での不透明な管理変更を避けます。

対象範囲

本番運用、ガバナンス、透明なネットワーク報告です。

  • オペレーターの本番稼働、予算、アップグレード
  • 運用監視とインシデント対応
  • ネットワーク状態の公開透明性
  • 実際の経済活動と手数料フロー

対象外

中立性やガバナンスの規律を損なうものです。

  • 中央集権的なキルスイッチ
  • 緊急のルール変更権限
  • 不透明な管理権限
  • 無制限の特権アクセス

捉え方

公開の説明責任と予測可能なルールを備えたインフラレイヤーです。

普及(エコシステムフェーズ)

普及フェーズでは、統合が成熟し、実利用が広がるにつれて依存が増えます。アプリ、ウォレット、レポーティング、パートナープログラムなど、Hubに依存する領域に焦点を当てます。マーケティング主導のプロトコル変更や、正式な手続きを迂回するガバナンスの近道は対象外です。

対象範囲

実利用のシグナルを伴う、エコシステム拡大と統合です。

  • アプリ、ウォレット、SDK統合
  • エクスプローラー、インデクサーサービス、レポーティングツール
  • パートナープログラムとエコシステム支援
  • 読み取り専用の機関による観測

対象外

中立性やガバナンスの健全性を損なうものです。

  • マーケティング主導のプロトコル変更
  • 手続きを迂回するガバナンスの近道
  • 中立性を損なう確約
  • 根拠のない依存の主張

捉え方

安定したプロトコル基盤の上に積み上がる、エコシステムの成長です。

マニフェスト

"私の目標はシンプルです。世界のどこにいても、誰もが、信頼性と継続性を備え、現実の金融レールで運用できるエンティティを立ち上げられるようにすること。ステーブルコイン・ネイティブな運用のために設計しています。"

マニフェストを読む

Nicolas Turcotte

創設者兼リードエンジニア

参加する

テストネットは、Hubを公開環境で検証したいビルダー、オペレーター、ガバナンスの担い手のためのものです。

プロトコルエンジニア

カーネル定義、メッセージスコープ、不変条件の設計。

インデクサー / データエンジニア

イベントスキーマと、再現可能なビュー入力の定義。

初期オペレーター

テストネットのルール下で、シーケンサー、バッチ投稿、運用スコープを検証。

インフラ志向の投資家

スコープ、リスク、進捗の追跡(リターンの約束はありません)。

法務アドバイザー

境界方針、ノンカストディアルの範囲、ドキュメント構成のレビュー。

ガバナンスの担い手

カーネル/アダプター分離と、アップグレード方針の設計。

英語のみ
Testnet

Testnetアクセス

開発用テストネットでHubを探索し、リファレンスUIを試し、プロトコルの挙動をエンドツーエンドで検証するには、アクセスを申請してください。申請は誰でも可能ですが、ローカル/開発環境のオペレーター権限はより厳格に審査します。

Testnetアクセスを申請

アクセスは制限されています。承認が必要です。

Testnet 英語のみ

Testnetアクセス

開発用テストネットでHubを探索し、リファレンスUIを試し、プロトコルの挙動をエンドツーエンドで検証できます。申請は誰でも可能ですが、ローカル/開発環境のオペレーター権限はより厳格に審査します。

Testnetアクセスを申請

ニュースレター 英語のみ

最新情報を受け取る

テストネットの準備状況、リリース、ガバナンスの節目を簡潔にお届けします。