テンプレート概要
CORP-COMPLEX-PRIVATEは、複数クラスを前提にしたプライベートガバナンス向けの高度なdCorps会社セットアップです。公開会社プロフィール、コアのウォレットセット、理事会と委員会ロール、そして保護事項の承認ルールを作成します。トレジャリー階層、クラスアクション、グループ内フローは、タグ付きの資金移動とアンカーされた承認によって、オンチェーンで追跡可能な形で可視化されます。
テンプレートコード
テンプレートコード: CORP-COMPLEX-PRIVATE。このラベルにより、アプリ、リンク、公開ビューでテンプレートが一貫します。
委員会ガバナンス
理事会と委員会のレイヤーが、保護事項、クラスアクション、トレジャリー階層の承認を定義します。
複数クラスのユニット
複数のユニットクラスで異なる権利を表現し、発行、転換、移転は承認で制御します。
標準ウォレット種別
収益、運用支出、リザーブに加え、ラベル付きのトレジャリーバケットを分離します。
タグ付きフロー
支払いと資本フローにタグを付け、目的、承認ティア、クラス文脈を示します。
テンプレートの位置づけ
CORP-COMPLEX-PRIVATEは、プライベート会社向けの会社テンプレートの中で最上位に位置します。複数クラスのガバナンス、委員会承認、グループ構造など、厳格な統制を要求するモデル向けです。委員会レイヤーやクラスの複雑性が不要になれば、CORP-VENTUREまたはCORP-PRIVATE-STDへ簡素化します。
ベンチャーテンプレート
委員会レイヤーやグループ構造を持たず、理事会ガバナンスと資金調達が中心ならCORP-VENTUREを使用します。
プライベート標準
理事会/委員会や複数クラスのエクイティ構造を持たず、複数オーナー承認だけで運用するならCORP-PRIVATE-STDを使用します。
単独テンプレート
所有が1人のコントローラに集約され、ガバナンスが最小でよいならCORP-SOLOを使用します。
最適な対象
CORP-COMPLEX-PRIVATEは、複数クラスのエクイティ、委員会、段階的なトレジャリーポリシーを持つ成熟したプライベート会社に適します。持株グループ、監査委員会や報酬委員会を持つ企業、複雑な資本アクションを扱うチームに向きます。日常運用は速く進めながら、重要事項は厳格な承認ティアに従います。
複数クラスのエクイティ
複数のユニットクラスと転換をサポートし、クラス別の承認と閾値で制御します。
委員会レイヤー
監査、財務、報酬などの委員会が、委任された権限の範囲内でスコープ付きアクションを承認できます。
グループ構造
親会社と子会社のセットアップ向けに、明確な所有チェーンとグループ内フローを扱えます。
高度な統制
トレジャリー階層、移転ルール、エビデンス閾値により、全体としてより強いガバナンス統制を適用します。
不向きなケース
このテンプレートは、初期段階のチームや、委員会ガバナンスを持たない会社には向きません。また、単一の理事会レイヤーで十分な場合や、複数クラスのエクイティを使わない場合にも過剰です。委員会なしの理事会承認だけが必要なら、CORP-VENTUREの方が適合します。寄付主導の団体は、資金調達と配分に設計された非営利テンプレートを使用してください。
初期段階
小規模チームで、よりシンプルな所有と承認のセットアップならCORP-SOLOまたはCORP-PRIVATE-STDを使用します。
ベンチャー対応
委員会のない標準的なベンチャーガバナンスは、理事会主導の承認サイクルを持つCORP-VENTUREに適合します。
非営利モデル
非営利は寄付と配分のワークフローで運用されるため、資金調達に設計された非営利テンプレートに適合します。
所有権とユニット
クラスや転換があっても比率を明確に保つため、ベースユニットで表現します。このテンプレートは複数のユニットクラス、クラス別投票、ガバナンス承認に紐づく移転ルールをサポートします。エンティティは他のエンティティのユニットを保有でき、グループの所有関係を構造全体でオンチェーン可視化できます。
ベースユニット
デフォルト10,000ベースユニットで持分分割を明確にし、後から精度拡張もできます。
クラスの権利
クラスが投票権と経済的権利の差を定義し、発行と転換は承認で制御します。
エンティティ保有
親会社や子会社エンティティがユニットを保有でき、グループの所有リンクがオンチェーンで可視化されます。
権限とガバナンス
理事会権限に、委員会とクラス承認を組み合わせます。資金調達、転換、ポリシー変更などの保護事項は、クラスと委員会スコープに応じた適切な承認を必要とします。ロール変更と承認はオンチェーンで可視化されるため、チームと取引相手にとって権限が明確です。
理事会権限
理事会の席とクォーラム閾値が、保護事項と資本アクションを誰が承認するかを定義します。
委員会スコープ
委員会は委任されたスコープ上限の範囲で、財務、監査、報酬などのアクションを承認します。
クラス承認
クラスの権利や所有が変わるアクションでは、クラス別の投票を要求できます。
保護事項
資金調達、転換、ポリシー変更は、段階的な承認のゲートの内側に置かれ、一貫性を保ちます。
従業員ロールウォレット
ロールウォレットを使えば、承認は指定された承認者に残したまま、作業を委任できます。オペレーターは請求書の準備、支払いのタグ付け、支出の下準備を行い、資金が動く前に承認者が署名します。作業は進めつつ、説明責任は共有されたままです。
ロール種別
チームの役割に応じて、オペレーター、会計、承認者、支払い実行者などのロールウォレットを設定できます。
スコープ付き権限
請求、タグ付け、支払い準備は許可しつつ、必要な承認が署名するまで実行はブロックする、といった設計ができます。
受領者の分離
受領者ウォレットは資金を受け取り、会社が両者を紐付けない限り、ロールウォレットが権限を担います。
委任と承認上限
承認上限を設定して、自動で走るものと共同署名が必要なものを定義します。トレジャリー階層は支払いを「定常」「保護」「特別」の承認へルーティングし、ユニットアクションはクラス別の閾値に従います。上限はウォレットやカテゴリごとに変えられるため、各チームは明確なガードレールに従えます。
ロールのスコープ
各ロールには明確なスコープがあり、準備・承認・実行できるアクションが定義されます。
トレジャリー階層
定常・保護・特別のティアで、金額やカテゴリ上限に応じて承認をルーティングします。
クラス統制
ユニットアクションや転換は、実行前にクラスまたは委員会の承認を要求できます。
ウォレット構造
目的別に資金を分け、活動を追いやすくします。顧客支払いを受け取るウォレット、運用支出を担うウォレット、そして長期資金や制約付きリザーブを保持する複数のリザーブウォレットを用意できます。権限ウォレットは承認に署名し、支払いウォレットが受領と送金を行います。コントロールをキャッシュから分離することで、活動を検証しやすくなります。
マーチャントウォレット
ウォレット種別 MERCHANT は、顧客収益が入る公開支払いウォレットです。
運用トレジャリー
ウォレット種別 OPERATING_TREASURY は、日常の事業支出と、ベンダー/委託先への支払いを扱います。
リザーブウォレット
ウォレット種別 RESERVES はラベル付けでき、戦略バケットや制約付きリザーブを追跡できます。
権限の分離
権限ウォレットには理事会と委員会の署名者を含められ、支払いウォレットが受領/送金を担います。
運用資産
運用合計はUSDCで表示し、値を安定させて比較しやすくします。トレジャリーウォレットには、ガス用途や長期保有のためにDCHUBを保持することもできます。これらの保有はタグ付けされ、サマリーで運用キャッシュと混ざらないようにします。
USDC合計
v0.1の合計はUSDCを用い、時間やツールを跨いでもビューが安定します。
トレジャリー保有
ネットワークへのエクスポージャーが必要な場合、トレジャリー/リザーブウォレットにステーブルコインと並べてDCHUBを保有できます。
資産タグ
DCHUB残高には asset_tag と BAL_DCHUB を付け、エクスプローラーが運用キャッシュと分離できるようにします。
ガス支払い
トランザクションを送信するたびに、署名ウォレットがDCHUBで手数料（ガス）を支払います。
コマースと支払いモード
CORP-COMPLEX-PRIVATEは直接支払いと請求書の両方をサポートし、顧客が都合の良い方法で支払えます。継続プランはオンチェーンのスケジュール支払いでサブスクリプション請求を扱います。各請求書にはステータスがあり、未払い/支払済み/キャンセルを一目で確認できます。
直接支払い
金額が事前に確定している場合、顧客はマーチャントウォレットへ直接支払えます。
請求書リクエスト
請求書はエンティティに紐づくオンチェーンの支払いリクエストで、金額、期日、支払者参照を含みます。
継続プラン
継続課金をスケジュール化し、サブスクやリテイナーを手動再入力なしで運用できます。
ステータス更新
請求書は未払いから支払済み/キャンセルへ遷移し、ステータスが更新されるため、フォローが明確になります。
カタログアイテム
提供する商品・サービスを一度定義しておけば、事業が成長しても請求と支払いを整理できます。各アイテムには名称、価格、IDがあり、請求書やタグで再利用できます。毎回詳細を打ち直さずに、売上を一貫したビューで把握できます。
アイテム参照
明確なラベルと価格を持つ item_id を作成し、商品・サービスを再利用しやすくします。
コスト基準
任意でコスト基準を追加し、後から推測で埋め戻さずにマージンを見積もれるようにします。
請求書の紐付け
請求書とタグで item_id を使用し、販売活動を合計とビューへ紐付けます。
給与と業務委託フロー
給与や業務委託の支払いにタグを付け、権限ロールと混同せずに報酬を可視化します。受領者ウォレットが資金を受け取り、承認ロールが支払いタイミングを制御します。アプリは給与サイクルに合わせて支払いのスケジュールや一括処理も行えます。
受領者ウォレット
受領者ウォレットが給与や業務委託の支払いを直接受け取り、権限ロールとは分離されます。
タグ付き支払い
支払いに給与/業務委託タグを付け、サマリーで報酬を識別しやすくします。
任意のスケジュール
継続支払いやまとめ払いが必要な場合、アプリまたはSDKでスケジュール/一括処理ができます。
タグ付けとエビデンス
タグは各支払いに付与するシンプルなラベルで、時間が経っても活動を理解しやすくします。保護事項やトレジャリー階層では、承認、ポリシー、契約などへの安全な参照をアンカーして証明を紐付けられます。私的ファイルを公開せずに、明確なトレイルを残します。
必須（コア）
これらのタグはすべてのフローに必須で、ビューの一貫性を保ちます。reference_type は reference_id と組で使用します。
運用コンテキスト
任意タグで、チーム、商品、プロジェクト、チャネルごとに活動を分割し、追跡を明確にします。
資本文脈
ラウンド、証券種別、クラス、プール、負債ベースの資金調達アクションにこれらのタグを使用します。
トレジャリー文脈
ウォレットバケット、カストディ文脈、資産追跡をフローにラベル付けするために使います。
エビデンスアンカー
文書自体を公開せずに、ポリシー、承認、契約へリンクします。
マテリアリティ閾値
大きな項目ほどエビデンスが必要になるように閾値を設定します。デフォルトは1,000 USDCです。
取引先ディレクトリとプライバシー
繰り返し取引する顧客やベンダーは、実名ではなく私的なニックネームでラベル付けできます。実世界の対応表は組織の管理下でオフチェーンに保持され、機微なデータを保護します。公開ビューに出るのはタグとウォレットだけで、基礎の身元は露出しません。身元を公開せずに、誰が支払い、誰が受け取ったかの履歴を一貫して追えます。
仮名ID
counterparty_tag を使い、法的名称をオンチェーンに出さずに取引先をラベル付けできます。
オフチェーンの対応表
実名の対応表はオフチェーンに保持し、チームだけが参照できるようにします。
繰り返し取引先
個人情報や事業詳細を公開せずに、請求と支払いを跨いで取引先を追跡できます。
運用フロー
段階的ガバナンスを前提に、セットアップから本番活動へ移行します。セットアップでは理事会と委員会ウォレットを紐付け、クラスのルールと移転ポリシーを定義し、トレジャリー階層を設定します。エンティティを登録し、ウォレットを接続し、支払いを実行し、起きたことにタグを付けてビューの一貫性を保ちます。各ステップはオンチェーン履歴に書き込まれ、チームと確認者にとって運用が明瞭になります。
登録とガバナンス紐付け
エンティティを登録し、理事会、委員会、管理、トレジャラーのロールを適切なウォレットに紐付けます。
クラスとポリシーを定義
クラスの権利、移転ルール、保護対象の資本アクションの承認閾値を設定します。
ウォレットとティアを設定
標準ウォレットを接続し、トレジャリーバケットにラベルを付け、支出の承認ティアを設定します。
収益を受領
請求書を発行するか直接支払いを受け、収益をマーチャントウォレットへ着金させます。
タグ付けとエビデンスアンカー
入出金にタグを付け、ポリシー、資金調達、重要項目の承認をアンカーします。
確認とクローズ
ライブビューを確認し、後で比較できる固定スナップショットが必要なら期間をクローズします。
オンチェーンのライブビュー
エクスプローラーは、タグ付きトランザクションからライブ集計を表示し、手動エクスポートを待ちません。活動に応じて残高、直近の活動、タグのカバレッジを確認できます。第三者も同じ数値を確認できるため、公開可視性が同期します。
ウォレット残高
トランザクションがオンチェーンで確定するたびに残高が更新され、数値が最新のまま保たれます。
期間ビュー
手動のクローズを待たずに、一定期間の活動を集計できます。
カバレッジ比率
どのフローが完全にタグ付けされ、どれが追加文脈を要するかを示します。
データエクスポート
オフライン分析やバックアップなど、チェーン外のファイルが必要な場合にのみ任意で使用します。
レジストリ、ログ、証明
レジストリとガバナンスログで、アイデンティティ、ステータス、公式ウォレット、承認、クラス投票、ロール変更を検証できます。各承認エントリには署名者と時刻が残るため、意思決定の経路が明確になります。証明が必要な場合は、ポリシーや合意文書をタイムスタンプ付きでアンカーし、履歴を耐久的かつ検証可能に保ちます。
レジストリエントリ
アイデンティティ、ステータス、公式ウォレットの紐付けを掲載し、誰でも現在のセットアップを検証できます。
ガバナンスログ
承認、共同署名、ロール変更を時系列に表示し、説明責任を明確にします。
アンカーされた証明
領収や契約にタイムスタンプ付きの参照をアンカーし、ファイルを公開せずに後から存在を検証できます。
ライフサイクルとステータス
シグナルは、会社が稼働中か、一時停止中か、終了しているかを示し、支払いを通すべきか判断できるようにします。アプリは安全の手がかりとしてステータスを自動表示できます。これにより混乱を減らし、非稼働のエンティティへ資金が送られることを防ぎます。
ステータス
一定の配色で、支払いに安全かどうかを含む状態を表示します。
支払いエンドポイント
支払いエンドポイントはエンティティIDとウォレット種別から解決されるため、ユーザーは生のアドレスをコピーする必要がありません。
インターフェース警告
エンティティが停止または解散している場合、インターフェースは警告を表示できるため、支払者が資金を送ってしまうことを避けられます。
アップグレードパス
会社が簡素化される場合でも、継続性を失わずに別のテンプレートへ移行できます。委員会、クラスの複雑性、グループ保有が不要になれば、ベンチャー対応やプライベート標準へ段階的にダウングレードできます。移行後も同じエンティティ履歴が保たれます。
ベンチャーテンプレート
テンプレートコード CORP-VENTURE は、理事会ガバナンスは残しつつ、委員会レイヤーを外す場合に適合します。
プライベート標準
テンプレートコード CORP-PRIVATE-STD は、理事会ガバナンスがモデルから外れる場合に適合します。
単独テンプレート
テンプレートコード CORP-SOLO は、理事会レイヤーを持たず、所有が1人のコントローラに集約される場合に適合します。
運用と検証の場所
公式アプリは、登録、請求、承認などの日常アクションを扱います。公開ツール（レジストリ、エクスプローラー、公式インデクサー）により、誰でもアイデンティティ、ステータス、ウォレット紐付けを検証できます。これにより、組織が行うことと第三者が見るものがネットワーク全体で一致します。
公式アプリ
登録、請求書発行、支払いのタグ付け、アクション承認を行う主要インターフェースです。
レジストリ
アイデンティティ、ステータス、公式ウォレットを確認でき、相手が誰に支払っているかを検証できます。
エクスプローラー
公式インデクサーを基盤に、トランザクション、残高、公開履歴をひとつのビューで表示します。
公式インデクサー
エクスプローラーの集計とレポーティングビューを支える参照データサービスです。
dApps & SDKs
サードパーティのdAppsとSDKsで、カスタムフローの構築や製品への支払い統合が可能です。
マニフェスト
"私の目標はシンプルです。世界のどこにいても、誰もが、信頼性と継続性を備え、現実の金融レールで運用できるエンティティを立ち上げられるようにすること。ステーブルコイン・ネイティブな運用のために設計しています。"
マニフェストを読むNicolas Turcotte
創設者兼リードエンジニア
参加する
テストネットは、Hubを公開環境で検証したいビルダー、オペレーター、ガバナンスの担い手のためのものです。
プロトコルエンジニア
カーネル定義、メッセージスコープ、不変条件の設計。
インデクサー / データエンジニア
イベントスキーマと、再現可能なビュー入力の定義。
初期オペレーター
テストネットのルール下で、シーケンサー、バッチ投稿、運用スコープを検証。
インフラ志向の投資家
スコープ、リスク、進捗の追跡（リターンの約束はありません）。
法務アドバイザー
境界方針、ノンカストディアルの範囲、ドキュメント構成のレビュー。
ガバナンスの担い手
カーネル/アダプター分離と、アップグレード方針の設計。
Testnetアクセス
開発用テストネットでHubを探索し、リファレンスUIを試し、プロトコルの挙動をエンドツーエンドで検証するには、アクセスを申請してください。申請は誰でも可能ですが、ローカル/開発環境のオペレーター権限はより厳格に審査します。
アクセスは制限されています。承認が必要です。
Testnet 英語のみ
Testnetアクセス
開発用テストネットでHubを探索し、リファレンスUIを試し、プロトコルの挙動をエンドツーエンドで検証できます。申請は誰でも可能ですが、ローカル/開発環境のオペレーター権限はより厳格に審査します。
Testnetアクセスを申請ニュースレター 英語のみ
最新情報を受け取る
テストネットの準備状況、リリース、ガバナンスの節目を簡潔にお届けします。