【世界初】VeritasChain、プロップファーム業界に「検証可能な信頼」をもたらす暗号学的監査システムを公開

VeritasChain Standards Organization (VSO)

2026年1月12日 23:26

【世界初】プロップファーム業界に「検証可能な信頼」をもたらす暗号学的監査システムを公開しました

— 5つの独立調査で確認された技術的新規性と、業界が直面する「ブラックボックス問題」への解答 —

はじめに：なぜ今、この技術が必要なのか

2025年1月12日、VeritasChain Standards Organization（VSO）は、プロップファーム業界におけるペイアウト紛争解決のための暗号学的Dual Logging（二重記録）PoCをGitHubで公開しました。

リポジトリ: https://github.com/veritaschain/vcp-payout-dispute-poc

本記事では、このPoCが解決しようとしている問題、採用した技術アーキテクチャ、そして「世界初」という主張の根拠について、技術者だけでなく一般の方にも理解いただけるよう詳しく解説します。

第1章：プロップファーム業界の「信頼の崩壊」

1.1 プロップファームとは何か

「プロップファーム（Proprietary Trading Firm）」とは、自社の資金をトレーダーに提供し、その運用成績に応じて利益を分配するビジネスモデルを持つ企業です。トレーダーは自己資金をリスクにさらすことなく、数万ドル〜数十万ドル規模の資金を運用できるため、近年急速に成長してきました。

FTMO、Fintokei、E8 Markets、The Funded Trader——これらの名前を聞いたことがある方も多いでしょう。世界中で数十万人のトレーダーがこれらのプラットフォームを利用し、市場規模は数十億ドルに達しています。

1.2 2023年、業界を震撼させた事件

しかし、2023年8月、この業界に激震が走りました。

MyForexFunds（MFF）——当時世界最大級のプロップファームが、米国商品先物取引委員会（CFTC）とカナダ・オンタリオ証券委員会（OSC）によって資産凍結処分を受けたのです。

CFTCの訴状には、衝撃的な内容が記されていました：

「被告は、顧客の取引に対して意図的に遅延やスリッページを追加する専用ソフトウェアを使用していた」

CFTCの訴状

つまり、トレーダーが画面上で見ていた約定価格と、実際にシステムが処理した価格が異なっていた可能性があるということです。そして最も重要な点は、トレーダー側にはそれを検証する手段が一切なかったということです。

1.3 「言った・言わない」の構造的問題

MFF事件は氷山の一角に過ぎません。Reddit、Trustpilot、各種トレーダーコミュニティには、以下のような投稿が溢れています：

「ストップロスが異常な価格で約定された」
「ドローダウン計算がおかしい」
「利益が出ていたはずなのに、突然アカウントが停止された」
「$50,000のペイアウトを申請したが、ルール違反を理由に却下された」

これらの紛争において、トレーダーが提出できる「証拠」は何でしょうか？

MT4/MT5のクライアントログ（テキストファイル）
画面録画
スクリーンショット

これらはすべて、容易に改ざん可能です。

一方、プロップファーム側は「サーバーログが正である」と主張できます。そして現状、そのサーバーログの真正性を第三者が検証する方法は存在しません。

これが、私たちが「ブラックボックス問題」と呼ぶ構造的な信頼の欠如です。

第2章：VCPが提案する解決策——「検証可能な信頼」

2.1 「信頼する」から「検証する」へのパラダイムシフト

VeritasChain Protocol（VCP）の基本哲学は、シンプルです：

"Verify, Don't Trust"（信頼するな、検証せよ）

VeritasChain Standards Organization（VSO）

これは、暗号通貨の世界で生まれた概念です。ビットコインは、中央銀行という「信頼できる第三者」なしに、数学的な検証によって取引の正当性を保証します。

VCPは、この考え方をアルゴリズム取引の監査に適用します。

2.2 Three-Layer Architecture（三層アーキテクチャ）

VCP Payout Dispute PoCは、以下の3つの層で構成される堅牢な監査証跡を実現します：

Layer 1: Event Integrity（イベントの完全性）

個々の取引イベント（注文、約定、キャンセルなど）を、以下の技術で保護します：

Canonical JSON（RFC 8785）: データを一意にシリアライズし、同じ内容なら必ず同じバイト列になることを保証
SHA-256ハッシュ: 各イベントに対して暗号学的なフィンガープリントを生成
Ed25519デジタル署名: 生成者の身元と、データが改ざんされていないことを証明

Layer 2: Collection Integrity（コレクションの完全性）

個別のイベントを、RFC 6962準拠のMerkle Treeに集約します。

Merkle Treeとは何か？簡単に言えば、大量のデータを1つの「ルートハッシュ」に集約する技術です。Googleが運営する「Certificate Transparency」（SSL証明書の透明性ログ）で採用されている、実績のある技術です。

この構造により：

ログが追記専用（Append-Only）であることを保証
任意のイベントが「確かにこのログに含まれている」ことを数学的に証明（Inclusion Proof）
2つの時点のログが「矛盾なく連続している」ことを証明（Consistency Proof）

Layer 3: External Verifiability（外部検証可能性）

Merkle Treeのルートハッシュを、外部の信頼できるタイムスタンプサービスにアンカー（固定）します：

OpenTimestamps: ビットコインブロックチェーンを利用した分散型タイムスタンプ
TSA（Time Stamping Authority）: RFC 3161準拠の認証局タイムスタンプ
パブリックブロックチェーン: Ethereum等への直接記録

これにより、「このログは確かにこの時点で存在していた」ことを、プロップファームもトレーダーも、どちらも否認できない形で証明できます。

2.3 VCP-XREF: Dual Logging（二重記録）の革新

ここまでの技術は、既存のブロックチェーン監査システムでも部分的に実装されています。

しかし、VCPの真の革新はVCP-XREF（Cross-Reference）にあります。

┌─────────────────┐          ┌─────────────────┐
│   TRADER SIDE   │          │  PROP FIRM SIDE │
│   (Client Log)  │          │  (Server Log)   │
├─────────────────┤          ├─────────────────┤
│ Event: BUY USDJPY│         │ Event: BUY USDJPY│
│ Price: 150.123  │◄────────►│ Price: 150.123  │
│ Time: 09:30:01  │  XREF ID │ Time: 09:30:01  │
│ XREF: abc-123   │          │ XREF: abc-123   │
├─────────────────┤          ├─────────────────┤
│ Merkle Root: X  │          │ Merkle Root: Y  │
│ Anchor: BTC#800k│          │ Anchor: BTC#800k│
└─────────────────┘          └─────────────────┘
         │                            │
         └──────────┬─────────────────┘
                    ▼
           ┌───────────────┐
           │  VERIFICATION │
           │   X == Y ?    │
           │  Match XREF?  │
           └───────────────┘

トレーダーとプロップファームが、それぞれ独立して同じイベントを記録し、後から照合する——これがDual Loggingの本質です。

両者のログが一致すれば、取引は正当に処理されたことが証明されます。一致しなければ、どちらかが改ざんしたことが数学的に証明されます。

重要なのは、このシステムでは第三者の仲裁者を必要としないということです。トレーダーとプロップファームという、潜在的に敵対的な二者間で、信頼なしに検証が可能になります。

第3章：「世界初」の根拠——5つの独立調査による検証

3.1 なぜ「世界初」を主張できるのか

技術的な新規性を主張する際、最も重要なのは先行事例の徹底的な調査です。

VSOは、この主張の正当性を検証するため、5つの独立したAIプラットフォームを使用して、合計600以上のソースを調査しました。

3.2 調査範囲

3.3 調査結果サマリー

最終評価: Level A（強く主張可能）

詳細な調査レポートはこちらで公開しています： https://github.com/veritaschain/vcp-payout-dispute-poc/blob/main/VCP_WorldFirst_Final_Report.md

3.4 発見された類似システムとの差異

調査の結果、最も類似性の高いシステムとして以下が特定されました：

AFT 2024 CLOSC/CLOLC（最も類似度が高い）

2024年に発表された学術論文で、「Cross Ledger Transaction Consistency for Financial Auditing」という企業間の財務監査システムを提案しています。

しかし、決定的な違いがあります：

AFT 2024は「信頼できる監査人」の存在を前提としていますが、VCPは「相互に信頼できない当事者」間での検証を可能にします。

その他の類似システム

3.5 プロップファーム業界の技術的空白

最も重要な発見は、プロップファーム業界には暗号学的な紛争解決インフラが存在しないということです。

現状、業界最大の「紛争解決」組織であるThe Prop Associationでさえ、技術的な証拠検証ではなく、人間による判断に依存しています。

第4章：技術的詳細——開発者向け解説

4.1 イベントデータ構造

VCP Payout Dispute PoCで記録されるイベントの構造は以下の通りです：

{
  "event_id": "019429a5-1234-7def-8abc-000000000001",
  "timestamp": "2025-01-12T09:30:01.123456Z",
  "event_type": "ORDER_FILL",
  "source": "TRADER",
  "cross_reference_id": "xref-abc-123-def-456",
  "payload": {
    "symbol": "USDJPY",
    "side": "BUY",
    "quantity": 100000,
    "fill_price": 150.123,
    "order_id": "ORD-2025-001"
  },
  "prev_hash": "a1b2c3d4e5f6...",
  "event_hash": "f6e5d4c3b2a1...",
  "signature": "ed25519-signature-base64..."
}

4.2 ハッシュ計算の詳細

イベントハッシュは以下の手順で計算されます：

Canonical JSON生成: RFC 8785に従い、キーをソートしてJSON文字列を生成
ドメイン分離: "VCP-EVENT-v1.1:" + canonical_json のようにプレフィックスを追加
SHA-256ハッシュ: 上記バイト列のハッシュを計算
チェーン構造: prev_hashフィールドで前のイベントと連結

4.3 Merkle Tree構築

def build_merkle_tree(events):
    """RFC 6962準拠のMerkle Tree構築"""
    leaves = [sha256(b"VCP-LEAF:" + e.event_hash) for e in events]
    
    while len(leaves) > 1:
        next_level = []
        for i in range(0, len(leaves), 2):
            left = leaves[i]
            right = leaves[i+1] if i+1 < len(leaves) else left
            parent = sha256(b"VCP-NODE:" + left + right)
            next_level.append(parent)
        leaves = next_level
    
    return leaves[0]  # Merkle Root

4.4 検証フロー

1. Layer 1検証: 各イベントのハッシュチェーンを確認
   └─ prev_hash が正しく連結されているか？

2. Layer 2検証: Merkle Treeの整合性を確認
   └─ すべてのイベントがMerkle Rootに含まれるか？

3. Layer 3検証: 外部アンカーを確認
   └─ Merkle Rootがタイムスタンプサービスに記録されているか？

4. VCP-XREF検証: 両者のログを照合
   └─ 同じcross_reference_idを持つイベントが一致するか？

第5章：業界への影響と今後の展望

5.1 誰がこの技術を必要としているのか

トレーダー

自分の取引が正当に処理されたことを自分で検証できる
紛争時に、改ざん不可能な証拠を提出できる
「言った・言わない」の水掛け論から解放される

プロップファーム

「誠実に運営している」ことを数学的に証明できる
悪意ある競合他社との差別化
規制当局への透明性証明

規制当局

業界の健全性を客観的に監視可能
不正行為の早期発見
MFF事件のような大規模被害の予防

5.2 VC-Certified認証プログラム

CABは今後、VCPに準拠したシステムを運用する企業に対して、VC-Certified（VeritasChain Certified）認証を発行する予定です。

この認証は：

自動化された適合性テスト（Conformance Test Suite）に合格
定期的な監査証跡のサンプル検証
暗号学的に検証可能なバッジの発行

を含みます。

「VC-Certified」のバッジを掲げるプロップファームは、「私たちは何も隠していない」ということを、技術的に証明していることを意味します。

※ VSOは中立団体であり、直接認定しません。

5.3 国際標準化への取り組み

VCPは現在、IETF（Internet Engineering Task Force）のSCITT（Supply Chain Integrity, Transparency and Trust）ワーキンググループに対して、金融取引監査プロファイルとしてドラフトを提出しています：

draft-kamimura-scitt-vcp: https://datatracker.ietf.org/doc/draft-kamimura-scitt-vcp/

これが採択されれば、VCPは国際的なインターネット標準の一部となり、より広範な採用への道が開かれます。

5.4 AI時代の監査基盤として

VCPの上位フレームワークであるVAP（Verifiable AI Provenance）は、金融取引だけでなく、AI全般の「フライトレコーダー」を目指しています。

DVP（Domain Verifiable Provenance）: 自動運転車の意思決定ログ
MAP（Medical AI Provenance）: 医療AIの診断根拠記録
EIP（Energy Infrastructure Provenance）: スマートグリッドの制御ログ

EU AI Act（2027年施行予定）は、高リスクAIシステムに対して「改ざん防止ログ」を義務付けています。VCPは、この要件を満たす技術的ソリューションとして位置付けられています。

第6章：始め方——3分でできるデモ

6.1 リポジトリのクローン

git clone https://github.com/veritaschain/vcp-payout-dispute-poc.git
cd vcp-payout-dispute-poc

6.2 サンプルデータの生成

python scripts/generate_events_v1_1.py

これにより、トレーダー側とプロップファーム側の両方のログが生成されます。

6.3 検証の実行

python verifier/verify.py

出力例：

=== VCP v1.1 Payout Dispute Verification ===

Layer 1 (Event Integrity): ✓ VALID
  - Hash chain: 23 events verified
  - Signatures: All valid

Layer 2 (Collection Integrity): ✓ VALID
  - Merkle root: a1b2c3d4...
  - All events included

Layer 3 (External Verifiability): ✓ VALID
  - Anchor record found
  - Timestamp: 2025-01-12T10:00:00Z

VCP-XREF Verification: ✓ VALID
  - Matched pairs: 23
  - Discrepancies: 0

FINAL RESULT: ALL LAYERS VALID

6.4 改ざんデモ

python scripts/tamper_demo.py
python verifier/verify.py

1つのイベントを改ざんすると、検証が失敗することを確認できます：

Layer 1 (Event Integrity): ✗ INVALID
  - Hash chain broken at event #7
  - Expected: a1b2c3d4...
  - Found: xxxxxxxx...

TAMPERING DETECTED!

おわりに：「信頼」から「検証」へ

プロップファーム業界は、信頼の危機に直面しています。

MFF事件以降、トレーダーは「どのプロップファームを信頼すればいいのか」という不安を抱えています。一方、誠実に運営しているプロップファームは、悪徳業者と同じカテゴリーで見られることに苦しんでいます。

VCP Payout Dispute PoCは、この問題に対する技術的な解答です。

もはや「信頼してください」と言う必要はありません。「検証してください」と言えばいいのです。

600以上のソースを調査した結果、このアプローチはプロップファーム業界において世界初であることが確認されました。

私たちは、この技術がオープンソースとして広く採用され、業界全体の信頼性向上に貢献することを願っています。

リンク集

GitHub リポジトリ: https://github.com/veritaschain/vcp-payout-dispute-poc
世界初検証レポート: https://github.com/veritaschain/vcp-payout-dispute-poc/blob/main/VCP_WorldFirst_Final_Report.md
VCP v1.1 仕様書: https://github.com/veritaschain/vcp-spec/tree/main/spec/v1.1
IETF ドラフト: https://datatracker.ietf.org/doc/draft-kamimura-scitt-vcp/
VSO 公式サイト: https://veritaschain.org

お問い合わせ

技術的なお問い合わせ: technical@veritaschain.org
パートナーシップ: partners@veritaschain.org
メディア: media@veritaschain.org

本記事は、VeritasChain Standards Organization（VSO）の公式発表です。 VSOは、アルゴリズム取引およびAIシステムの検証可能性に関する国際標準の策定を目的とする非営利団体です。

#VeritasChain #VCP #プロップファーム #暗号学 #監査 #フィンテック #オープンソース #IETF #ブロックチェーン #アルゴリズム取引