公開: 2026年1月

VCP v1.1:
外部検証可能性の強化

暗号完全性のための3層アーキテクチャ
「信頼するな、検証せよ」

コア強化: VCP v1.1は改ざん証明を完全性保証へ拡張し、第三者がイベントが改変されていないことだけでなく、必要なイベントが省略されていないことを暗号的に検証できるようにします。

主な変更点

プロトコル互換性を維持した認証レベルの変更

3層アーキテクチャ

新規

整合性メカニズムの明確な分離:イベント整合性、コレクション整合性、外部検証可能性。

外部アンカー → 必須

破壊的変更

Silverティアでも日次アンカリングが必須に。軽量オプション(OpenTimestamps、FreeTSA)も明示的に許容。

PrevHash → オプション

緩和

検証可能性を犠牲にせず実装を簡素化。ハッシュチェーンは外部アンカリングを補完するが置き換えるものではない。

ポリシー識別 → 必須

新規

明示的なコンプライアンスティア宣言により、マルチティア・マルチポリシー展開を可能に。

エラーイベント標準化

新規

標準化されたエラーイベントタイプ(ERR_CONN、ERR_AUTH、ERR_TIMEOUTなど)と構造化されたErrorDetailsスキーマによる一貫したエラーログ記録。

Sidecarアーキテクチャリファレンス

新規

VCPをサイドカーコンテナとして展開するためのリファレンスアーキテクチャ(Appendix F)と統合パターン。ドキュメントのみで実装変更は不要。

プロトコル互換性

VCP v1.1はv1.0とプロトコル互換です。既存の実装は引き続き動作しますが、v1.1 VC-Certified認定を取得するには一部の更新が必要な場合があります。

3層アーキテクチャ

暗号完全性を理解するための明確な構造

レイヤー3 外部検証可能性

目的: 生成者を信頼せずに第三者検証を可能にする

デジタル署名: 必須 タイムスタンプ: 必須 外部アンカー: 必須

頻度: ティアによる (10分 / 1時間 / 24時間)

レイヤー2 コレクション整合性 外部検証可能性の核心

目的: イベントバッチの完全性を証明

Merkle Tree (RFC 6962): 必須 Merkle Root: 必須 監査パス: 必須
レイヤー1 イベント整合性

目的: 個々のイベントの完全性

EventHash (SHA-256): 必須 PrevHash: オプション

注: PrevHashはリアルタイム検知を提供 (v1.1ではオプション)

外部アンカリング: 全ティアで必須に

「信頼するな、検証せよ」の重要な整合性メカニズム

ティア 頻度 アンカーターゲット 証明タイプ
Platinum 10分ごと ブロックチェーンまたはRFC 3161 TSA 完全なMerkle証明
Gold 1時間ごと RFC 3161 TSAまたは証明付きデータベース Merkle root + 監査パス
Silver 24時間ごと 公開タイムスタンプサービスまたは証明付きデータベース Merkle rootのみ

Silverティア向け軽量オプション

OpenTimestamps

無料、Bitcoin裏付けタイムスタンプ、分散型検証。

無料

FreeTSA

無料のRFC 3161準拠タイムスタンプ認証局サービス。

無料

OriginStamp

基本的なタイムスタンプニーズに対応した無料ティアのある商用サービス。

無料ティアあり

ポリシー識別

明示的なコンプライアンス宣言によるマルチテナント展開のサポート

スキーマ定義

{
  "PolicyIdentification": {
    "Version": "1.1",
    "PolicyID": "org.veritaschain.prod:hft-system-001",
    "ConformanceTier": "PLATINUM",
    "RegistrationPolicy": {
      "Issuer": "VeritasChain Inc.",
      "PolicyURI": "https://veritaschain.org/policies/prod-hft",
      "EffectiveDate": 1735084800000
    },
    "VerificationDepth": {
      "HashChainValidation": true,
      "MerkleProofRequired": true,
      "ExternalAnchorRequired": true
    }
  }
}

PolicyID命名規則

中央レジストリなしでグローバルな一意性を確保:

PolicyID = <逆ドメイン>:<ローカル識別子>
org.veritaschain.prod:hft-system-001
com.acme.trading:gold-algo-v2
jp.co.broker:silver-mt5-bridge

移行ガイド

既存実装で更新が必要な点

Silverティア

  • 外部アンカリング(日次)を追加
  • ポリシー識別を追加

Goldティア

  • ポリシー識別を追加
  • アンカリングが要件を満たすか確認

Platinumティア

  • ポリシー識別を追加
  • アンカリングが要件を満たすか確認

移行猶予期間

要件 猶予期間 最終期限
外部アンカー(Silver) 6ヶ月 2026年6月25日
ポリシー識別 3ヶ月 2026年3月25日

最終期限後、v1.0のみの実装は新規認定でVC-Certifiedステータスを取得できません。

エラーイベント標準化

構造化されたイベントタイプによる一貫したエラーログ記録

標準エラータイプ

ERR_CONN 接続
ERR_AUTH 認証
ERR_TIMEOUT タイムアウト
ERR_RATE レート制限
ERR_DATA データ検証
ERR_SYS システム

ErrorDetailsスキーマ

{
  "ErrorDetails": {
    "ErrorType": "ERR_CONN",
    "ErrorCode": "BROKER_DISCONNECT",
    "Message": "ブローカーAPIへの接続が切断",
    "Severity": "HIGH",
    "Recoverable": true,
    "RetryCount": 3,
    "Context": {
      "endpoint": "api.broker.com",
      "lastSuccessful": 1735084800000
    }
  }
}

Sidecarアーキテクチャリファレンス

VCP統合のためのリファレンス展開パターン(Appendix F)

┌─────────────────────────────────────────────────────────┐
│                 アプリケーション Pod                      │
│  ┌─────────────────┐      ┌─────────────────────────┐  │
│  │ トレーディング  │─────▶│     VCP Sidecar         │  │
│  │    アルゴ       │      │  ┌─────────────────┐    │  │
│  │  (メインアプリ) │      │  │ イベント収集    │    │  │
│  │                 │ gRPC │  │ Merkle構築      │    │  │
│  │  • 注文ロジック │──────│  │ アンカークライ  │    │  │
│  │  • リスク管理   │      │  │ 署名生成        │    │  │
│  └─────────────────┘      │  └─────────────────┘    │  │
│                           └───────────┬─────────────┘  │
└───────────────────────────────────────┼────────────────┘
                                        │
                                        ▼
                    ┌───────────────────────────────────┐
                    │         外部サービス               │
                    │  • TSA (RFC 3161)                │
                    │  • ブロックチェーンアンカー        │
                    │  • VCP Explorer API              │
                    └───────────────────────────────────┘

ゼロコード統合

サイドカーコンテナとして展開。メインアプリはgRPC/HTTPでイベントを送信。アプリ内にVCPコード不要。

分離のメリット

暗号処理をビジネスロジックから分離。独立したスケーリングと更新が可能。

ドキュメントのみ

Appendix Fのリファレンスアーキテクチャ。v1.1準拠のための実装変更は不要。

公式実装ガイド

VCP v1.1実装者向けの権威あるドキュメント

本番環境対応 VSO-IMPL-001

VCP v1.1 実装ドキュメント

3層アーキテクチャ、外部アンカリング、ポリシー識別、エラーイベント、Sidecar統合パターンを網羅した完全な実装ガイダンス。

実装ガイドを見る

ドキュメント一覧

  • architecture.md
  • integrity-and-anchoring.md
  • policy-identification.md
  • completeness-guarantees.md
  • error-events.md
  • vcp-xref.md
  • sidecar/
  • migration-from-v1.0.md

Silverティア

  • • クロック: BEST_EFFORT
  • • タイムスタンプ: MILLISECOND
  • • アンカー: 日次(24時間)
  • • 対象: MT4/MT5、リテール

Goldティア

  • • クロック: NTP_SYNCED
  • • タイムスタンプ: MICROSECOND
  • • アンカー: 毎時(1時間)
  • • 対象: プロップファーム、機関投資家

Platinumティア

  • • クロック: PTP_LOCKED
  • • タイムスタンプ: NANOSECOND
  • • アンカー: 10分
  • • 対象: HFT、取引所

将来を見据えて: ポスト量子暗号

デュアル署名サポートで量子時代に備える

デュアル署名戦略

{
  "Security": {
    "Signature": "base64(Ed25519_signature)",
    "SignAlgo": "ED25519",
    "PQCSignature": "base64(Dilithium2_signature)",
    "PQCSignAlgo": "DILITHIUM2"
  }
}

移行タイムライン(推奨)

準備期間

2025-2026: デュアル署名機能を実装

ハイブリッド期間

2027-2029: 本番環境でデュアル署名を展開

移行期間

2030以降: 従来の署名のみを段階的に廃止

参加しよう

VCP v1.1は2026年1月に正式リリースされました。仕様の継続的な改善のため、コミュニティからのフィードバックを歓迎します。

"事故が起こる前に学べる文明を"

— VeritasChain Standards Organization