01 / 物理的な接触
タップが、署名付きの同一地点証明になる。
論文は、NFC、Bluetooth Low Energy、またはその両方を使ったデバイス間の直接ハンドシェイクを提案しています。送信者と受信者はタイムスタンプ付きのチャレンジとセッションナンスに署名し、その取引の時点で2台のデバイスが物理的に近くにあったことを示す証拠をつくります。これにより遠隔からの位置偽装のコストは上がりますが、論文はリレー攻撃への耐性と信号設計を、なお研究課題として挙げています。
続ける制作中:MainNetに先立ってこのサイトを構築しています。内容は変更される場合があります。

ZOOBC / PROXCELLワーキングペーパー
ProxCellは、近くにあるスマートフォン同士がまず地域内の取引を確認し、その後、署名済みのネット合計額が地理的な階層を通じて決済される支払いアーキテクチャを提案しています。この論文は、物理的な近接性を証明の入力として用い、ZooBCのデュアルチェーン設計を技術的な原型としています。
ステータスワーキングペーパー v0.1(2026年3月)。ProxCellは現時点で稼働している決済ネットワークではありません。
核心となる発想 / 地域内の取引
従来のブロックチェーンは、あらゆる支払いをグローバルな状態の変更として扱います。ProxCellは、もっと絞り込んだ問いから出発します。買い手と売り手が物理的に同じ場所にいるなら、近くのノードがその取引を確認し、世界規模の決済は後から行えばよいのではないか、という問いです。
論文の答えは6層の階層構造です。速さはローカルで実現し、ファイナリティは後に回し、署名済みのネット値だけが上位のレイヤーへと上がっていきます。
01 / 物理的な接触
論文は、NFC、Bluetooth Low Energy、またはその両方を使ったデバイス間の直接ハンドシェイクを提案しています。送信者と受信者はタイムスタンプ付きのチャレンジとセッションナンスに署名し、その取引の時点で2台のデバイスが物理的に近くにあったことを示す証拠をつくります。これにより遠隔からの位置偽装のコストは上がりますが、論文はリレー攻撃への耐性と信号設計を、なお研究課題として挙げています。
続ける02 / ローカルでの楽観的確認
近くの委員会がローカルの状態を確認し、所定のしきい値に達するまで署名を集めます。論文は、保証デポジットを裏付けとして、レイヤー5の対面支払いでミリ秒単位の確認を目指しています。この確認は楽観的なものであり、グローバルなファイナリティではありません。口座の担保が不足している場合や、支払いが地理的なレイヤーをまたぐ場合は、より時間のかかる決済経路をたどります。
続ける03 / 階層的なネット合計
市区の境界でマイクロセル間の重複が取り除かれた後、各地理レイヤーは下位から届いた署名済みの合計を検証し、集約します。レイヤー4より上には、個々のローカルなトランザクション記録は上がっていきません。明示的な例外はレイヤーをまたぐ支払いで、これは両当事者を含む最も低い共通レイヤーで直接決済されます。
続ける04 / 範囲が限定された金融状態
提案されている台帳は、資金の管理を入れ子状の地理的バケットに分散させます。ひとつのバケット内で完結する支払いは、単一の全体残高台帳ではなく、そのバケットだけを変更します。論文は、これによって金融上の被害範囲が地理的に限定されると主張しています。攻撃を受けた際にもこの隔離が保たれるかどうかは、形式的な分析とテストネットでの裏付けがまだ必要です。
続ける05 / スマートフォンによるエッジ
論文は、最近の状態から同期し、必要なときに参加する、任意で常時稼働ではないモバイルノードを想定しています。インフラが不要になるわけではありません。国、大陸、グローバルの決済レイヤーでは、機関や独立したバリデーターが運用する専用サーバーが使われる可能性があります。ノードの密度が低い地域では、フォールバック動作と起動のしきい値も必要です。
続ける06 / コンパクトな位置コミットメント
論文では、ProxCellのアカウントは仮名の鍵ペアです。署名付きの同一地点イベントはMerkleツリーに蓄積でき、ネットワークにコミットされるのはそのルートだけです。正確な座標はコミットメントに含まれません。それでもプライバシーは、実装の詳細、メタデータの露出、アプリケーションのポリシー、相関分析への耐性に左右されます。
続ける6層の階層構造
論文は、両当事者を含む最も狭い地理レイヤーに決済を割り当てます。想定される速度は、範囲に応じて変わります。
7大陸での展開を想定した場合、論文の純粋なネット決済モデルでは、通常のローカルな活動はレイヤー0で大陸ごとに1つの署名済みネット値にまで集約されます。
重要な例外:異なる地理的サブツリーに属する当事者間の支払いは、個別の決済として、両者の最も低い共通レイヤーへ送られます。7つの値という説明は集約されたローカルな活動を指すものであり、あらゆる支払いに当てはまるわけではありません。
PROXCELL / ZOOBC
このワーキングペーパーは、ZooBCのトランザクションチェーンと状態アーカイブの設計を、実装への道筋の直接の原型と位置づけています。最近の状態を使うことで、モバイルノードが全履歴を再生しなくて済むよう意図されています。参加モデルは参加証明を下敷きにしています。
これは設計上の関係であり、実際に導入された統合ではありません。ProxCellのソフトウェア、ジオセル・コンセンサス、決済アプリケーション、決済インフラは、いずれもこれから実装とテストが必要です。
提案されている支払いフロー
これは論文が想定しているフローです。現時点で利用できるZooBCのトランザクションタイプやProxCellアプリケーションではありません。
正となる情報源
バージョン0.1は、アーキテクチャとその著者を明確にするものです。正式な仕様化や実装に先立って、厳密な検証も求めています。
2dd9ba6ccf376d86348407731677f24b122f0e9c67af4c1e5a91146fc1cae662文書を検証 ↗MAINNET後に向けて
論文を読み、その前提を検証し、地理的に連合したコンセンサスの提案を、実際に動くインフラへと育てる手助けをしてください。