検証された成果だけが価値になる。

PoBはWCNの成果ファーストの会計レイヤーです。ノイズには対価を払いません。証明・帰属・監査できるビジネスループを認識します — 資本と実行が実際に起きたことに整合します。

Editor’s note

Wikiの定義と一致:PoBはロイヤルティポイントでもマーケティングスコアボードでもありません。実在し検証可能な結果を、システムが受け入れ、記録し、やがて決済入力として使えるオブジェクトに変える仕組みです。

№ 01境界

報酬対象と却下

PoBは閉じたループに報酬を与え、虚栄指標には与えません。エビデンスとレビューがなければ台帳に入りません。

Rewarded

報酬対象

  1. 資金調達ループ(署名、申込、送金)
  2. 市場ループ(測定可能な転換と継続)
  3. リソースループ(サービスオンボーディングとデリバリー)
  4. 流動性ループ(深さ、スプレッド、安定性)
  5. 資産ループ(設計 → 発行 → 流通)
  6. エージェント実行ループ(帰属可能な結果を生むログ付き業務)
Not rewarded

報酬対象外

  1. 投稿、誇大宣伝、「アクティビティのためのアクティビティ」
  2. エビデンスパックのない検証不能な主張
  3. ボットトラフィック、ウォッシュ取引、循環帰属
  4. システム会計と帰属をバイパスするサイドディール
№ 02検証

「起きた」から「システム確認済み」へ

Wikiの五段階パスに整合:提出、エビデンス、レビュー、結論、アーカイブ — ワンクリックやソーシャル投稿ではありません。

  1. イベントと成果

    明確な文脈で閉じたループを登録:ディール、タスク、ノード、この成果の「完了」の意味。

  2. エビデンスパック

    構造化された証明をアップロード — 契約、オンチェーン参照、ダッシュボード、メール、議事録、受入記録。

  3. レビューキュー

    レビュアーは真正性、完全性、タイムライン、帰属境界を確認し、結論の前に検証します。

  4. 結論

    承認、追加資料依頼、却下、または成果やクレジットが争われる場合は紛争へルーティング。

  5. アーカイブと台帳

    受理されたレコードは、レピュテーションと将来の決済のための耐久・クエリ可能な入力としてPoB台帳に入ります。

№ 03Proof Desk

検証のコントロールプレーン

Proof Deskは受動的なアップロードフォルダではありません。エビデンスが集まり、レビューがキューされ、紛争が可視化され、PoBになる前に最終判断が下される場所です。

  1. インテーク

    イベントに紐づく構造化エビデンスパッケージ

  2. レビュー

    キュー、確認事項、ポリシーチェック

  3. 紛争

    成果や帰属に異議を唱える余地

  4. 結論

    明示的な合格 / 追加情報 / 却下のパス

№ 04スコアリング

実効PoBの構成

コンパクトな式で検証成果がどう集約されるかを表します。パラメータはガバナンスとともに進化。フェーズ1はトークン決済の前にエビデンスと監査可能性を重視します。

構成

実効PoB=ベースバリュー×ビジネスウェイト×品質倍率×時間倍率×リスクディスカウント
  1. ベースバリュー

    ループに紐づく検証済み成果の規模。

  2. ビジネスウェイト

    そのループタイプがネットワークにとってどれだけ戦略的重要か。

  3. 品質倍率

    エビデンスの深さ、確認、監査準備度。

  4. 時間倍率

    耐久性と、時間経過に対する成果の持続性。

  5. リスクディスカウント

    紛争、異常、ポリシーフラグが実効PoBを下げます。

フェーズ1はエビデンス、レビュー規律、台帳の完全性に焦点。トークン決済とより広いガバナンスフックはフェーズ2以降。

№ 05·aAttribution

帰属が重要

帰属がなければ、PoBは結果が存在することしか証明しません。帰属があれば、ネットワークは誰が成果を実質的に前進させたかを見られます — 公平なクレジット、紛争、将来の配分に不可欠です。

№ 05·bBoundary

法の代替ではない

PoBはWCN内のオペレーションおよびエビデンスレイヤーです。お客様の法域における証券、税務、ライセンス上の義務に取って代わるものではありません — チームは適切な顧問と開示が依然として必要です。

Begin

精査に耐えるループを構築

ノードとタスクから始めるか、定義、帰属、エッジケースの完全なPoB章はWikiをお読みください。