Factomは、ビットコインのアンカリングメカニズムを活用し、エンタープライズ向けデータ公証を提供することに特化しています。長年にわたり、Factomはデータ検証、オンチェーン構造、ネットワーク調整において豊富な知見を蓄積してきました。しかし、そのアーキテクチャは複雑なアイデンティティシステムや大規模なアカウント管理には不向きです。
Accumulateは、Factomのデータモデルを基盤に、オンチェーンアイデンティティ、アカウント階層、マルチチェーン検証フレームワークを導入して構築されています。ADI、BVN、DN、Chain-of-Chainsアーキテクチャといった主要コンポーネントが、AccumulateとFactomの技術的な差異を直接形作っています。
ポジショニングの観点では、Factomはエンタープライズ向けデータ整合性プロトコルに近く、Accumulateはアイデンティティ中心のレイヤー1ネットワークと言えます。

Factomは、エンタープライズ向けデータ公証プロトコルとして位置づけられています。ハッシュ構造とビットコインアンカリングを利用してデータの信頼性を検証し、データ整合性と不変記録を主軸としています。
Factomは、完全なデータを直接ビットコインブロックチェーンに書き込むのではなく、データハッシュを生成して最終検証結果をビットコインネットワークにアンカーします。この手法により、ビットコインのセキュリティを活用しつつ、データストレージコストを削減します。
一方、Accumulateはアイデンティティベースのブロックチェーンプロトコルです。デジタルアイデンティティ、アカウント構造、チェーン間連携を中心に展開し、単なるデータ公証の枠を超えています。
Factomの運用ロジックはデータ記録に集中しています。ユーザーがデータを送信 → Factomがハッシュを生成 → 結果をビットコインにアンカー → 企業が信頼性を検証。
Accumulateのロジックはより複雑です。ユーザーがADIアイデンティティを作成 → ネットワークがアカウントチェーン状態を同期 → 異なる検証ネットワークがデータを処理 → システムがアイデンティティとアカウントを調整。
この違いから、Factomはデータ検証プロトコルとして機能し、Accumulateはアイデンティティ指向のブロックチェーンインフラとして動作します。
Accumulateの開発は、Factomの長期運用で明らかになった構造的制約に直接由来します。Factomはデータ公証に優れていますが、洗練されたアカウントシステムとネイティブなアイデンティティ構造を備えていません。
Factomのエンタープライズデータモデルはエントリーチェーンとデータハッシュに依存しており、ファイル検証やレコード監査に最適です。しかし、オンチェーンアイデンティティの需要が高まるにつれ、Factomのアーキテクチャではより複雑なアカウントシステムをサポートできなくなりました。
Accumulateは、Factomの能力を拡張するためにFactomから進化しました。Factomがデータ基盤を提供 → Accumulateがアイデンティティシステムを追加 → マルチチェーンアカウントモデルを確立 → 複雑なオンチェーン連携をサポート。
この進化は、Accumulateが完全に独立したプロトコルではないことを示しています。Factomの技術基盤の上に構築された次世代のアイデンティティネットワークです。
公式ドキュメントでは、デュアルトークンロジック、チェーン化データ構造、オンチェーン検証モデルなど、Accumulateのコア設計原則の一部がFactomから直接継承されていると確認されています。
Accumulateは、階層的チェーン構造、データ編成モデル、デュアルトークンメカニズムなど、Factomの基盤となる設計概念のいくつかを継承しています。
Factomのコア強みは、異なるチェーン構造にわたって大量のデータを編成することです。すべてのデータを単一のブロックに書き込むのではなく、エントリーチェーンとディレクトリブロックを使用してデータ状態を管理します。
Accumulateはこの階層的ロジックを採用しています。異なるアイデンティティチェーンを確立 → 各アカウントチェーンが独自の状態を維持 → システムがチェーン間データを同期 → ネットワークが統合検証を実行。
継承された主要な側面は以下のとおりです。
これらの要素は、AccumulateがFactomを置き換えるのではなく、そのデータモデルを拡張していることを示しています。
Accumulateはまた、エンタープライズ向け構造に対するFactomの重視を引き継ぎ、検証可能性と安定性を確保しています。
Factomのデータアーキテクチャは、オンチェーン記録効率を優先します。エントリーチェーン、ディレクトリブロック、ハッシュ構造を活用して大量のデータを処理し、エンタープライズレコードシステムに最適です。
Accumulateは、この基盤の上にアイデンティティとアカウントのレイヤーを追加します。データ記録のみに焦点を当てるのではなく、アイデンティティチェーン、トークンチェーン、アカウント状態を継続的に維持します。
公式ドキュメントによると、AccumulateはChain-of-Chainsアーキテクチャを採用しており、各アカウントとアイデンティティが独立したチェーン構造を持ち、多数のアカウント状態を同時に管理できます。
以下の表は、両者のアーキテクチャの方向性を対比しています。
| アーキテクチャの方向性 | Factom | Accumulate |
|---|---|---|
| コアフォーカス | データ公証 | アイデンティティネットワーク |
| チェーン構造 | エントリーチェーン | Chain-of-Chains |
| セキュリティロジック | ビットコインアンカリング | マルチチェーン検証 |
| アカウントシステム | 弱い | ネイティブサポート |
この違いから、Factomはデータ整合性を優先し、Accumulateはオンチェーンアイデンティティの連携を重視することがわかります。
Factomの階層的チェーンアプローチは、AccumulateのChain-of-Chainsアーキテクチャの基盤を築きました。Accumulateはさらにチェーン間の関係を拡張し、ネットワークのスケーラビリティを向上させています。
ADI(Accumulate Digital Identifier)は、Accumulateの最も特徴的なアイデンティティ構造であり、Factomとの主な差別化ポイントです。
Factomのネットワークはデータ記録とハッシュ検証に焦点を当てており、ネイティブなアイデンティティシステムを備えていません。ユーザーはデータチェーン構造を通じてのみレコード状態を管理できます。
AccumulateはADIを導入し、アカウント、キー、オンチェーンアイデンティティ管理を統合します。ADIはオンチェーンのデジタルアイデンティティシステムとして機能し、ユーザーは人間が読み取り可能な識別子を介して複数のアカウントチェーンを管理できます。
AccumulateのADIプロセスはアイデンティティ管理を中心としています。ユーザーがADIを作成 → システムが対応するアイデンティティチェーンを確立 → アカウントチェーンがADIにバインド → ユーザーがデジタルアイデンティティを集中的に管理。
この仕組みにより、Accumulateは単なるデータプロトコルから、エンタープライズレベルのアイデンティティ連携をサポートするプラットフォームへと変貌します。
従来のウォレットアドレスとは異なり、ADIは以下を重視します。
これらの機能はいずれもFactomの元のアーキテクチャには存在しません。
BVN(Block Validator Network)とDN(Directory Network)は、Accumulateのコア検証構造であり、Factomの検証モデルを大幅に拡張したものです。
Factomのフェデレーションサーバーアーキテクチャはデータ検証を処理しますが、複雑な多層検証ネットワークを欠いており、スケーラビリティが制限されています。
Accumulateは多層検証システムを導入しています。BVNがローカルチェーン検証を処理し、DNがグローバル調整と統一確認を担当します。
Accumulateの検証プロセスは多層ネットワークに従います。BVNがローカルトランザクションを処理 → システムが結果を同期 → DNがグローバル状態を調整 → ネットワークが統一確認を提供。
この構造により、Accumulateは多数のアイデンティティチェーンとアカウントチェーンを同時に処理でき、Factomよりもはるかに高いスケーラビリティを実現します。
Factomの単層検証と比較すると、Accumulateはよりモジュール型のアイデンティティネットワークとして機能します。
Factomのデュアルトークンモデルは、FCTとエントリークレジットで構成されています。FCTがネットワーク価値を調整し、エントリークレジットがデータ書き込み手数料を支払います。
Accumulateも同様のロジックを採用しています。ACMEトークンが価値を調整し、Creditsがオンチェーン操作の手数料を支払います。
Factomのデュアルトークンモデルは、エンタープライズデータコストを安定化します。エントリークレジットは自由に取引できないため、企業はデータ費用を確実に計算できます。
Accumulateもこれに倣います。ユーザーがACMEを保有 → システムがACMEをCreditsに変換 → Creditsがオンチェーン操作の手数料を支払う → ネットワークがアカウント状態を同期。
この仕組みから、Accumulateの経済モデルがFactomから明確に影響を受けていることがわかります。両者とも2層構造を用いて、オンチェーン使用量の変動性を低減しています。
Accumulateのアップグレードは、アイデンティティシステム、アカウント構造、チェーン間連携に焦点を当てています。Factomがデータ中心なのに対し、Accumulateはアイデンティティとアカウントのネットワーキングを重視します。
AccumulateはADI構造を導入し、ユーザーが複雑なウォレットアドレスの代わりに読み取り可能なアイデンティティを介してオンチェーンアカウントを管理できるようにします。
また、Accumulateのネットワークはマルチチェーン連携を追加します。ユーザーがADIを確立 → アカウントチェーンが状態を同期 → BVNが検証を処理 → DNが統一調整を提供。
公式ドキュメントによると、Accumulateは以下もサポートしています。
これにより、Accumulateはより複雑なオンチェーンアプリケーションをサポートできます。Factomはエンタープライズレコードに適しており、Accumulateはアイデンティティ連携とアカウント管理に優れています。
Factomのアプリケーションは、エンタープライズデータ検証、ファイル監査、不変記録に焦点を当てています。典型的なユースケースには、ヘルスケア、金融、政府データの検証が含まれます。
Accumulateのアプリケーションは、オンチェーンアイデンティティとマルチチェーンアカウント連携に重点を置き、デジタルアイデンティティ、機関アカウント、クロスチェーン管理を中心とします。
Factomのデータモデルは公証システムに適しています。企業がデータを送信 → Factomがハッシュを生成 → ビットコインが最終監査を提供 → 企業が信頼性を検証。
Accumulateの構造はアイデンティティベースのアプリケーションに適しています。ユーザーがADIを確立 → システムがアカウントチェーンを維持 → ネットワークが状態を同期 → ユーザーがアイデンティティと資産の連携を完了。
この違いから、Factomはエンタープライズデータレイヤーのように機能し、Accumulateはアイデンティティに焦点を当てたレイヤー1ネットワークとして動作します。
FactomとAccumulateは直接的な技術的継承関係にあります。Factomのデータ構造、デュアルトークンモデル、チェーンベースの編成が、Accumulateのアーキテクチャの基盤を築きました。
Factomはエンタープライズデータ公証に傾いており、Accumulateはデジタルアイデンティティ、アカウント構造、マルチチェーン連携を重視します。ADI、BVN、DN、Chain-of-Chainsアーキテクチャは、Factomの元の設計概念をさらに拡張しています。
全体として、Factomはデータ整合性を優先し、Accumulateはアイデンティティ連携とアカウント管理に焦点を当てています。いくつかの基本原則を共有していますが、そのアプリケーションポジショニングは明確に分岐しています。
AccumulateはFactomから直接技術的に継承されています。そのアーキテクチャと経済モデルの設計の一部は、Factomの長期運用経験に由来します。
Factomはデータ公証に適していますが、複雑なアイデンティティとアカウント構造を欠いています。Accumulateはオンチェーンアイデンティティとマルチチェーン連携機能を拡張します。
ADI(Accumulate Digital Identifier)は、アカウント、キー、権限構造を統一的に管理するAccumulateのオンチェーンデジタルアイデンティティシステムです。
BVNはローカル検証を処理し、DNはグローバル調整を担当します。両者が連携してAccumulateの多層検証システムを形成します。
Factomはどちらかと言えばエンタープライズ向けデータ公証プロトコルであり、Accumulateはアイデンティティに焦点を当てたレイヤー1ブロックチェーンネットワークです。





