ユニオンの民間支払いプロトコルがまもなく導入されます。既存のアプリケーションとの互換性を維持しつつ、大規模でプライベートで即時の転送を可能にします。 ネイティブ資産でプライバシーがどのように機能するかを尋ねる方へ、Unionが異なる🧵点を紹介します

1/ ほとんどのプライバシーソリューションは、資金を専用チェーン、L2、またはウォレット形式の変更を必要とします。これにより体験が断片化され、構成可能性が制限されます。 Unionはユーザーをネイティブアドレスに固定しています。既存のアプリやワークフローは、ほぼすべてのEVMチェーンでプライベートトランスファーで動作しています。

2/ プライバシーはどのように実現されるのか?UnionはZKPを活用しています。送金者は送信者、受取人、チェーン、金額を明かさずにオンチェーンで検証されます。 送信者と受信者は取引履歴へのアクセスを維持しているため、アプリケーションは機能を失うことなくプライバシーを統合できます。

3/ システム設計:プライベート転送は3人の参加者が送信者・受信🤝者証人として🤝参加します。 送信者は受取人の預金アドレスを生成または収集します。これにより、フロントエンドの変更を必要とせずにピアツーピア送金や入出金の両方をサポートします。

4/ 必要に応じて遵守を確保する。各資産は第三者の証言者で設定でき、MiCAやGenius Actなどの規制ルールを管理できます。必要でない場合、送金は通常のERC-20取引と同様に振る舞います。

5/ Union Private Paymentsは銀行振込と同等の機密性を提供しつつ、完全に構成可能であることを保証します。規制当局は管轄内の参加者へのアクセスを要求でき、コンプライアンス統合を可能にし、開発者はフロントエンドのワークフローを変更することなく大規模にプライベートトランスファーを統合でき、AML基準の完全な準拠を確保します。