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