4.2 ノードから決済までの流れ
完全なワークフロー: リソース入力→ディールルーム→タスク実行→プルーフデスク→PoB→決済(タイムラインと例外処理を含む)。
4.2 · 完了プロセスノードのエントリから決済の完了まで、WCN の各ステップには所有者、ステータス、および出力があります。
このページにはモジュールがリストされるだけでなく、リソースがシステムに入る最初の 1 秒から値が確定する最後のステップまで、実際の動作ロジックに従ってモジュールが接続されます。各ステージには、予想されるタイムライン、主要な出力、および例外処理メカニズムがあります。
最初の段落: リソースがシステムに入る (0 日目から 2 日目)
システム運用の開始点はフォームやページではなく、貴重なリソースが責任のあるノードによってネットワークに持ち込まれます。
プロジェクト情報を送信します: 製品段階、資金ニーズ、トークン状況、対象地域、コアチーム。データは Project Intake に入力され、構造化された方法で入力されます。
登録された投資の好み: ステージ (シード/A/B)、トラック (DeFi/AI/RWA/インフラ)、額面範囲、地域の好み。優先事項は、その後の照合のために資本プロファイルに入力されます。
法務、監査、セキュリティ、ブランディング、開発、研究などの実行機能を入力します。この機能はサービス レジストリに登録され、取引によって呼び出すことができます。
ローカル ネットワークに参加します: 対象国/都市、業界関係、規制意識、イベント リソース。国境を越えた取引の現地サポート。
TradFiとの比較: PE/VCのCRMエントリー段階（Pitchbook/DealCloudのパイプライン取り込み）に相当します。違いは、WCN が一方的な内部管理ではなく、最初の段階から多者協力体制を確立していることです。
2 番目の段落: 取引とタスクの進行 (2 日目から 14 日目以降)
リソースがシステムに入った後は、「情報」から「ワークフロー」に変わる必要があります。
システムは、取引の所有者、関係者、部品表、マイルストーンを特定して、商談をマッチングするための取引ルームを作成します。これはグループ チャットではありません。全員が明確な役割と責任を持っています。
特定のタスクを人間のノードまたはエージェントに割り当てます。各タスクには、所有者、期限、出力要件、および受け入れ基準があります。 「曖昧な説明」はありません。
会議、デューデリジェンス、資料の編集、法的レビュー、契約の草案、成長の実行 - すべてのアクションはシステム内で発生するか、システム内で記録されます。エージェントは調査、議事録、リマインダーを支援します。
各取引とタスクにはリアルタイムのステータス (進行中/返信保留中/ブロック済み/完了) があります。実行エージェントは自動的にストールを検出し、アラートを発行します。
タイムラインの参考: 単純なサービスのドッキング (サービス プロバイダーの監査要件の照合など) は 3 ～ 5 日で完了する場合があります。複雑な資金調達取引（複数回の会議、デューデリジェンス、法律）には、通常 4 ～ 8 週間かかります。 WCN はビジネス自体の複雑さを軽減するものではありませんが、調整上の摩擦を排除します。TradFi の調査によると、一般的な取引の時間の 30 ～ 40% が情報の同期と迅速化に費やされています。
第三段落：確認と決済（取引完了後3～7日）
結果が形成された後、システムは実行ロジックから証明ロジックに切り替わります。
取引所有者は、契約/合意、支払い記録、成果物、オンチェーンハッシュ、会議議事録、電子メール確認など、結果の証拠を証拠パケットに提出します。証拠の種類と量は取引の種類によって異なります。
証拠パッケージはレビュー担当者キューに入ります。レビュー担当者は、内容の完全性、信頼性、スケジュールの合理性、およびリスク マーカーをチェックします。レビュー担当者と取引参加者が重複することはできません (利益回避)。
レビューに合格すると、システムは参加者に属性を割り当てます: 誰が推奨したのか (%)、誰が昇進したのか (%)、誰が実行したのか (%)、誰がレビューしたのか (%)。帰属は主観的な交渉ではなく、一連の証拠に基づいています。
帰属が確認された後、業績はPoB台帳に入力され、決済入力となります。 PoB は定期的な Settlement Run で処理され、参加者は対応する価値の分配を受け取ります。
例外処理: プロセスがスタックした場合
実際のビジネスは必ずしもスムーズに進むとは限りません。 WCN は、各例外の処理メカニズムを設計しました。
設定された日数を超えて取引のステータスが更新されない場合、実行エージェントは自動的に取引所有者に通知します。継続的に応答しない取引は、関連するノードのエネルギーを解放するために失速としてマークされます。
タスクが期限を超えて完了していない場合、システムは通知を自動的にアップグレードします。タスク所有者は理由 (遅延/ブロック/キャンセル) を示す必要があります。応答しないタスクはノードのレピュテーション スコアに影響します。
レビュー担当者が証拠が不完全であると判断した場合、不足している項目のリストとともに証拠パッケージが返されます。ディールオーナーには期間限定の補充があります。 3 回返された未成立の取引は紛争チャネルに入ります。
複数の当事者が帰属比率に異議を唱えた場合、仲裁プロセスに入り、独立した審査委員会が一連の証拠に基づいて最終決定を下します。判決結果はシステムに記録され、帰属判例を形成します。
例外処理は補助機能ではありませんが、システムの信頼性の鍵となります。障害や紛争に対応できないシステムは現実のビジネスでは信頼されません。 WCN は、第一級市民としての例外パスを備えて設計されています。
完全なフローチャート
リソース入力 (0 ～ 2 日目)→ ディールルームの作成 + マッチング (2 ～ 3 日目)→ タスクの割り当てと実行 (3 ～ 14 日目以降)→ 結果形成 (N 日目)→ 証拠をプルーフ デスクに提出 (N+1 日目)→ 監査と帰属 (N+3 ～ 5 日目)→ PoB 生成 (N+5 日目)→ サイクル決済 (決済)実行)
リソースの入力→ワークフローの進行→結果の検証と決済という 3 段階のプロセスが完全なバリュー チェーンを構成します。各セクションには明確な入力、所有者、予想時間、および例外処理があります。これは理論的な枠組みではなく、設計および監査が可能な運用システムです。