- Stellarは、Groth16 zk証明を用いたプライベートな入金、送金、出金が可能なオープンソースのプライベートペイメントPoCをリリースしました。
- StellarはASPメンバーシップおよび非メンバーシップMerkleツリーを追加し、プールが取引詳細を公開せずに許可/ブロックルールを適用できるようにしました。
Stellarは、自社ネットワーク上でプライベートペイメントを実現するオープンソースの概念実証（PoC）を公開しました。このプロトタイプは、トークンの入金、送金、出金を可能にし、金額や送信者・受信者のリンクを公開せずに処理します。
このプライベートペイメントフローは、Circom回路で構築されたGroth16ゼロ知識証明を使用しています。証明の生成はWebAssemblyを通じてクライアントサイドで実行され、ユーザーはウェブブラウザ上で証明を作成できます。このシステムはSorobanスマートコントラクト上で動作し、UTXOノートに類似したコミットメントを追跡するプールモデルを採用しています。
Stellar Private Payments（SPP）がオープンソース化されました！
これにより、Stellar上でZK証明と設定可能なセーフガードを用いたプライベートな入金、送金、出金が可能となります。
Privacy Builders → 今すぐ構築を開始！https://t.co/1nGgBWyZTy
— Stellar (@StellarOrg) 2026年2月13日
ユーザーはトークンをプールに入金し、新たなコミットメントを受け取ります。入金時には過去のノートは消費されません。送金では既存のコミットメントを消費し、新しい公開鍵に紐付いた新たなコミットメントを作成しますが、送金の詳細は公開されません。出金ではノートを消費し、プールからトークンを引き出します。同じプライベートペイメントルール内でカスタム取引を構築したいユーザー向けに「transact」オプションも用意されています。
StellarのASPコントロールとZKプライバシー
Stellarのプライベートペイメントプロトタイプは、Association Set Providers（ASP）による管理的なセキュリティを導入しています。ASPは、ユーザーのアクティビティを公開せずにポリシーチェックをサポートする2つのMerkleツリーシステムを管理します。一方のツリーはメンバーシップ構造で承認済み公開鍵を追跡し、もう一方は非メンバーシップ構造でブロックされた公開鍵を追跡します。
これらのツリーを利用することで、取引が規制基準を満たし、ブロックされたセットを回避していることを証明しつつ、支払い情報の秘匿性を維持できます。
デモバンドルはフロントエンド、回路、Sorobanスマートコントラクトで構成されています。ユーザーインターフェースはフロントエンド上に構築されており、ASP管理者ページも含まれ、メンバーシップツリーへの公開鍵追加や除外リストの管理が可能です。キーの挿入はASP管理者アカウントによる署名が必要ですが、インターフェースはテスト用に任意のアカウントのキーを導出できます。
回路ロジックは単一の証明で複数の条件をチェックします。二重支出の防止、コミットメントのMerkle証明の検証、正しい出力コミットメントとバランス保存（入力が出力＋公開額に等しいこと）の強制などです。オンチェーン要素としては、入金・送金・出金が行われるプールコントラクトと、証明を取得するGroth16検証コントラクトがあります。
Stellarはまた、TopNodと提携し、アジア、アフリカ、ラテンアメリカで非カストディアルウォレットを展開することで、新興市場でのウォレット利用の拡大も進めています。以前報じたように、この統合はキーシャーディングとTrusted Execution Environment技術を基盤とし、シードフレーズを不要にし、ステーブルコインやトークン化された実世界資産に焦点を当てています。
報道時点で、Stellar（XLM）は
