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