6.4 · 関数ノード
ファンクションノードの答え: クローズドループでは、資産側、資本側、受け渡し側、市場側、または実行アンプを提供しますか?
機能分類はルーティング テーブルの最初の層です。機能分類は、需要がどこから入ってくるか、資本がどこで受け取られるか、サービスがどのように展開されるか、流動性とナラティブを誰が扱うか、自動化できるが監査可能でなければならないリンクはどれかを決定します。
機能ノードの概要
プロジェクトノードたとえば、L2、RWA プラットフォーム、決済アプリケーション: ロードマップ、コンプライアンス戦略、資金調達リズム、通貨リスト要件を実行します。それらは需要と資産の物語の源です。
首都ノードたとえば、単一企業の割り当て範囲が 500 万米ドルから 5,000 万米ドルである場合や、シードに焦点を当てた暗号ファンドなど、評価ロジック、タームシート、および共同投資リズムを決定します。
サービスノードたとえば、一流の法律事務所のトークン グループ、スマート コントラクトの監査人、ブランド広報担当者などは、口頭での推奨事項を署名ページや成果物に変えます。
配信ノードたとえば、Tier1 CEX 通貨リスト オフィス、主要な KOL マトリックス、大規模なサミット IP: TGE の引き受け、マーケット メイキング パッケージおよびコミュニケーション スケジュールなどです。
地域ノード国家マスターノードと都市ノード: 活動、政府関係、地域資本を地理的次元で組織します。詳細については、6.5 および 6.6 を参照してください。
エージェントノードたとえば、資金調達ラウンドの 7 時間 365 日のモニタリングや、最初のラウンドの連絡メールの自動作成、つまりモデルの境界、手動レビュー ポイント、ログ保存戦略などを開示する必要があります。
まず機能を分割し、次に責任と貢献度の測定を分割します。そうしないと、異なるリンクにおける同じ組織の役割が混在し、PoB は紹介料、実行料、成功料を分離できなくなります。
機能分業とTradFiテーブルトップの比較
プロジェクトノード法人アカウント部門に対応: 取引の動機とスケジュールを定義します。
首都ノード資本市場への買い手の販売に対応する: 製品と制約のマッチング。
サービスノードミドルオフィスとサードパーティのコンサルタントに対応: 用語をドキュメントとコードに記述します。
配信ノードECM/販売取引インターフェースに対応: ストーリーを注文フローと流動性に変換します。
地域ノード対応する支店の対応範囲: ローカライズされた関係と規制に関するコミュニケーション。
エージェントノード対応する定量化および中間事務スクリプト: 標準プロセスを強化しますが、規制された判断の開示点に代わるものではありません。
地域ノードは、6.3 の概要では機能と並んで表示されますが、多くの場合、「機能 + 地理」の重ねられたラベルとして実装されます。 6.4 では、純粋なオンライン資本やサービス ノードとの混同を避けるために、その機能セマンティクスが「ローカルな組織と実装」であることが強調されています。