*原題:Eureka Partners Research Report: Singularity - Privacy Transactions on a Transparent Blockchain

紹介

1969年当時、金融市場での取引方法はまだ伝統的なトレーディングフロアに基づいていました。 当時はまだコンピュータ技術が成熟しておらず、トレーダーは大声で注文を叫ぶという非効率的でプライバシーに欠ける方法に頼っていたため、機関投資家が市場を変動させることなく大規模な取引を行うことは困難でした。 Jerome Pustilnik氏によって設立されたInstinetは、この課題に応えて誕生しました。 インスティネットは、投資家が電子取引プラットフォームを通じて匿名で注文を出すことを可能にし、買い手と売り手の注文を照合し、取引を実行する責任がありました。 このモデルは、取引効率を向上させるだけでなく、取引の機密性を確保し、市場への影響や情報漏洩を効果的に防止しました。

今日、技術の進歩により、金融取引に前例のない透明性と安全性をもたらした革新的なイノベーションであるブロックチェーン技術が誕生しました。 しかし、ブロックチェーンの公共性と不変性は、市場に多くのメリットをもたらす一方で、大規模な取引トレーダーにとって新たな課題も提示しています。 ブロックチェーンの公開台帳では、すべての取引がすべての参加者に見えるため、大規模な取引トレーダーが匿名でいることは困難です。 従来の取引所プラットフォームでは、トレーダーのプライバシーを完全に保護することができず、大口注文の公開は価格変動につながり、取引効率とコストに影響を与える可能性があります。 さらに、規制の不確実性や市場の不透明さも、投資家にさらなるリスクをもたらします。

このレポートでは、高度なプライバシー保護技術と自動取引メカニズムを導入し、大規模な暗号通貨取引により安全で効率的な環境を提供する革新的なソリューションとして、ブロックチェーン上のダークプールを探ります。 また、シンギュラリティが、FHE(完全準同型暗号)やZKP(ゼロ知識証明)などの技術を活用した革新的なソリューションを通じて、大口投資家にプライベートでコンプライアンスに準拠した分散型取引プラットフォームをどのように提供するかについても説明します。

ダークプールとは?

従来の金融市場におけるダークプールとは、取引情報を公開しないプライベートな取引プラットフォームを指し、投資家が取引の意図を暴露することなく大規模な取引を行うことを可能にします。 米国におけるダークプール取引の出現は、証券市場におけるM&Aの頻度の増加による大規模な株式譲渡の需要の高まりと密接に関連しています。 金融市場の発展に伴い、特に高頻度取引やアルゴリズム取引が主流の時代において、株式、債券、外国為替など様々な分野でダークプールの重要性がますます顕著になっています。 統計によると、ダークプール取引は株式市場の30%から50%を占めており、市場の流動性の重要な要素になっています。

暗号通貨市場では、大口投資家のグループが成長するにつれて、大量の取引の需要が高まり続けています。 これらの大量注文は市場に大きな影響を与え、時には市場の混乱を引き起こすことさえあります。 このようなリスクを回避するために、多くのトレーダーはOTC市場やTelegramグループに取引を依頼しています。 2020年のクラーケン取引所のデータによると、世界のOTC取引量は2018年から20倍に急増し、1日の平均取引量は約3,000億米ドルで、暗号通貨市場全体の取引量の70%近くを占めています。 しかし、OTC市場は流動性の不足や規制の欠如という問題にも直面しています。 これらの課題に対処するために、より安定したプライベートな取引環境を提供することを目的としたソリューションとしてダークプールが導入されました。

ダークプールに関する重要なポイントは次のとおりです。

• プライバシーと機密性:ダークプールは、トレーダーが匿名で取引することを可能にし、取引が実行されるまで公開市場から身元と注文サイズを保護します。

• 市場への影響の軽減:ダークプールにより、大規模な機関投資家は、公開市場で大きな価格変動を引き起こすことなく、市場への影響とスリッページを最小限に抑えることができます。

• 取引戦略の非開示:ダークプール取引は、トレーダーの戦略が公開市場に知られないように保護し、MEV(Miner Extractable Value)、コピー取引アービトラージ、統計的アービトラージによって悪用されるのを防ぐのに役立ちます。

• 流動性と価格の改善:ダークプールは、従来の取引所では対応できない買い手と売り手をマッチングさせることで、市場にさらなる流動性を提供し、特に大量の取引において価格改善をもたらす可能性があります。

• 規制による監視:ダークプールは規制されており、規制機関はダークプールの活動を監視して、不正アクセス、インサイダー取引、市場操作を防止しています。 しかし、多くのダークプールにとって、集中管理スタイルは依然としてセキュリティ、信頼性、および個人データの潜在的な悪用のリスクをもたらします。 歴史的に、中央集権的なダークプールが信頼の原則に違反したために罰せられたケースがいくつかありました。

コアプライバシーテクノロジー

ダークプールは、プライバシートラックのブランチです。 ダークプールは、ゼロ知識証明(ZKP)、マルチパーティ計算(MPC)、完全準同型暗号化(FHE)などのプライバシー強化技術(PET)を通じて、インフラストラクチャにプライバシーを注入します。

ゼロ知識証明(ZKP)

ゼロ知識証明(ZKP)技術により、証明者は実質的な情報を明かすことなく、検証者に対して陳述の正しさを証明することができます。 この技術は、トランザクションデータをコンパクトなZKプルーフに圧縮してメインネットに送信することでトランザクションの有効性検証を実現するZK Rollupなどのイーサリアムレイヤー2スケーリングソリューションで特に重要です。 これらの証明は、最小限のストレージスペースを占有するだけでなく、トランザクション情報のプライバシーを保護し、トラストレスメカニズムの自然な利点を具現化します。 ZKPテクノロジーの応用は、スケーリングに限らず、プライバシーコンピューティングも含まれており、その主な実装はzkSNARKs、zkSTARKs、およびBulletproofsです。 これらの技術は、暗号通貨のプライバシー保護と取引効率の向上を総合的に促進します。

ゼロ知識証明の紹介

マルチパーティ計算 (MPC)

マルチパーティ計算(MPC)は、複数のパーティが個々の入力を明らかにすることなく、関数を一緒に計算できるようにするテクノロジーです。 プライバシー領域では、MPCは機密データを保護する方法を提供し、当事者が個人データを公開することなくデータ分析、計算タスク、または意思決定を実行できるようにします。 MPCの主な利点は、そのプライバシー保護機能にあります。 分散コンピューティングと暗号化技術により、参加者は計算プロセス全体を通してデータの機密性を確保できます。

セキュアなマルチパーティ計算の概要

▪ 完全準同型暗号(FHE)

完全準同型暗号化 (FHE) は、暗号化されたデータを最初に復号化することなく、直接計算できる暗号化テクノロジです。 つまり、加算、減算、乗算などの演算は、暗号化されたままデータに対して実行でき、復号化された計算結果は、元のデータに対して同じ演算を実行して得られる計算結果と一致します。 FHEのコアバリューは、プライバシー保護のための強力なツールを提供し、処理中にデータの機密性を保ち、それによってデータセキュリティを大幅に強化することにあります。

検閲対策とコンプライアンスのバランス

UniswapやCurveなどのパブリックブロックチェーン上で動作する分散型取引所(DEX)は、台帳の公開性と透明性の高さから、最大抽出可能価値(MEV)の影響を受けやすいです。 この透明性は、注文の詳細がすべての人に表示されることを意味し、検索者やビルダーは、他のユーザーにある程度悪影響を与える可能性のある取引注文を再配置することで利益を最適化できます。

ダークプールは、金融取引の場として、プライバシー保護と検閲防止を提供するという中核的な利点があります。 ダークプールでは、注文ごとにゼロ知識証明(ZKP)が生成され、取引情報の公開が減るため、注文の詳細は一般的に第三者から秘密にされます。 このアーキテクチャは、競合他社や市場操作者に取引戦略が悪用されるのを防ぐため、大口保有者や機関投資家にとって特に魅力的です。 さらに、ダークプールの特性は、取引の順序や詳細が公開されていないため、MEVに抵抗するのにも役立ち、再編成の可能性を減らします。

ただし、トランザクションがパブリック コントラクトを呼び出したり、共有シーケンサーを使用したりする必要がある場合は、トランザクション情報が公開され、MEV キャプチャの機会が提供される可能性があるため、これらの利点が減少する可能性があります。 それにもかかわらず、プライバシーと検閲防止の保護を求める大口保有者や機関投資家にとって、特に取引活動に高い機密性が必要な場合、ダークプールは依然として魅力的な選択肢です。

Tornado Cashのようなプライバシー保護ツールの出現により、オンチェーンで匿名の金融活動を行う可能性が提供されますが、これらのツールは、マネーロンダリングなどの違法行為のために犯罪者によっても使用されています。 Tornado Cashのスマートコントラクトアドレスは、コンプライアンス違反により、米国外国資産管理局(OFAC)によってリストされました。 OFACは、コンプライアンスに違反した個人や団体を制裁するために、特別指定国民(SDN)のリストを維持しています。 OFAC規制に準拠していないプロトコルは、そのトランザクションがオンチェーンブロックから除外される可能性が高くなります。 2024年2月23日現在、ブロックの45%がOFACリストのレビューを必要としています。 この検閲対策の問題は、ブロックプロデューサーだけでなく、特定のトランザクションやブロックを選択的に無視するバリデーターやリレイヤーにも影響します。

OFACリストによってレビューされたブロックの割合

Tornado Cashがコンプライアンス違反で禁止されたことで、コンプライアンスに準拠したプライバシーソリューションに対する市場の空白が生じています。 この空白を埋めるために、その後のダークプールプロジェクトでは、同様の規制リスクを回避しながら、プライバシー保護を提供する必要があります。 効果的な方法の1つは、検証済みのKYB/KYCプロセスをプロジェクトに統合し、ユーザー活動の合法性を確保し、潜在的な規制リスクを回避することです。 法規制は技術の進歩に遅れをとっていることが多く、プライバシープロジェクトは違法行為に悪用されやすくなっています。 規制を積極的に受け入れ、遵守することは、プロジェクトのセキュリティと合法性を確保するために重要です。

競合状況とプロジェクト分析

2010年から2022年にかけては、ダークプールプロジェクトの数は限られており、これらのプロジェクトは一般の人々の間で広く認知されていませんでした。 しかし、ゼロ知識証明(ZKP)やマルチパーティ計算(MPC)などのプライバシー強化技術の進歩により、ダークプール領域は一連の革新的な技術ソリューションを歓迎しました。 これらの技術の開発により、2023年にはダークプールが再び世間の注目を集めるようになりました。 それにもかかわらず、テクノロジーの複雑さのために、ダークプールレースのプロジェクト数はまだ比較的少ないです。 ここでは、比較的成熟したプロジェクトをいくつか紹介します。

1. 2022年に設立されたRenegadeは、MPC-ZKPアーキテクチャに基づく分散型ダークプールで、機関投資家に大規模な取引サービスを提供するように設計されています。 Renegadeは、ピアツーピアネットワークとマルチパーティ計算(MPC)技術を通じて注文マッチングを実行し、ZK-SNARKを使用して、注文マッチング検証プロセス中にトランザクションの詳細が部外者に対して匿名のままであることを保証します。 さらに、スリッページを回避するために、すべての取引が中央集権型取引所のリアルタイムの集約された中間価格で直接決済されることを保証し、中間点実行メカニズムを採用しています。 そのデフォルトの匿名のクロストレード機能は、利息指標と組み合わせることで、包括的な価格発見を促進し、流動性を最適化します。

2. Penumbraは、Cosmosエコシステム内に構築された分散型取引プラットフォームであり、ユーザーがプライバシーを維持しながら取引できるダークプールのような取引環境を提供します。 Penumbraは、プライベートデリゲーションメカニズムを通じて、プライバシー保護とプルーフ・オブ・ステーク(PoS)コンセンサスメカニズムを組み合わせ、ステーキングデリバティブ、税効率の高いステーキング、プライベート投票によるオンチェーンガバナンスを提供します。 Penumbraは、ブロックチェーン間通信(IBC)を介してCosmosエコシステムに接続し、IBC互換資産でのプライベートトランザクションを可能にするエコシステム全体のダークプールとして機能します。 ユーザーは、Uniswap-V3と同様に、封緘された入札バッチオークションと集中流動性をサポートするプライベート分散型取引所であるZSwapを使用して、これらの資産を交換することもできます。

3. Pantherは、ゼロ知識技術を組み込んだクロスチェーンDeFiプラットフォームであり、規制に準拠し、ユーザーのプライバシーを保護するソリューションを提供することを目的としています。 ユーザーは、Pantherのマルチアセットシールドプール(MASP)にデジタル資産を預け入れ、1対1でzAssetsを受け取ることができます。 Zswapモジュールを介して、Pantherは他のDeFiプロトコルに接続し、ユーザー選択のための見積もりを集約します。 取引中、Zswapは暗号化されたエスクロー契約を作成し、ユーザーは取引の詳細を開示することなく資産を交換できます。 この設計により、資産を多様なプールに共存させ、データの異質性を維持し、ユーザーの追跡と匿名化の解除を困難にすることができます。 Pantherのシールドプールは、ZK SNARKとZKPテクノロジーを活用して、トランザクションのプライバシーとコンプライアンスを確保します。

4. Railgunは、イーサリアム、BSC、ポリゴン、アービトラム用に設計されたZKP-MPCアーキテクチャのプライバシーシステムであり、ゼロ知識(ZK)暗号化技術を利用し、信頼できるセットアップセレモニーにMPC技術を活用しています。 これにより、ユーザーはトランザクションのプライバシーを維持しながら、スマートコントラクトとDeFi操作を安全に実行できます。 ユーザーがRailgunを通じて取引注文を発行すると、Adapt Moduleのスマートコントラクトがプライベート残高のプライバシー保護を自動的に処理し、注文を検証し、リレーが集約されたDEX流動性の中で最適な為替レートを見つけ、最終的に取引資産を再シールドして、ユーザーのアクティビティとアドレスの匿名性を確保します。 このプロセスは、資産取引所だけでなく、他のDeFi取引タイプにも拡張できます。

シンギュラリティの技術的解釈:

プライベートトランザクションの実装方法

プライベート・トランザクションの概念の理解

プライベートトランザクションの概念を理解するには、トランザクションに関与する当事者とトランザクションの詳細の両方を考慮し、匿名性と隠蔽性の2種類のプライバシーを区別することが不可欠です。

標準トランザクションには、以下の要素が含まれます。

• 取引当事者: これには、取引の送信者 (トレーダー A) と受信者 (トレーダー B) が含まれます。

• トランザクションの詳細:これには、トランザクションの金額、サブトランザクションの数、トランザクションのハッシュ、およびその他の特定の詳細が含まれます。

プライベートトランザクションは、第三者に対する情報の可視性のレベルに基づいて、2つのタイプに分類できます。

• 匿名取引:匿名取引では、送信者と受信者のアドレスは第三者に知られていません。 つまり、取引プロセス中は、取引に関与する2つの当事者を除いて、他の誰も特定の参加者を特定できません。 例えば、Tornado Cashは、トランザクションパスを難読化することで匿名性を実現するプライバシープロトコルです。

• 隠蔽取引:隠蔽取引では、送信者と受信者のアドレスは表示されますが、取引の具体的な詳細は不明です。 これは、トランザクションの金額、サブトランザクションの数、トランザクションのハッシュ、およびその他の詳細情報が第三者から隠されることを意味します。 この種のプライバシーは、ゼロ知識証明(ZKP)などのテクノロジーを使用して実現できます。 例えば、Zcashは、zk-SNARKs技術を使用して取引の詳細を隠蔽するプライバシー暗号通貨です。

シンギュラリティ・オーバーオール・アーキテクチャ・インタープリテーション

シンギュラリティアーキテクチャの概要

全体の構造を見ると、大きく5つのモジュールに分けることができます。

1. 特異性

これは、ユーザーが主に対話するスマートコントラクトであり、ZK回路ロジックの表現と実行に使用されます。 これらのスマートコントラクトの機能には、ETH/ERC20トークンの残高と取引記録を隠蔽して、取引内容の匿名性と隠蔽を実現することが含まれます。 これは、あらゆるタイプのトレーダーからのすべての資産を集約する流動性プールとして機能します。 その名前は、すべてのオブザーバーにとって、すべてのプロトコルトランザクションがこのスマートコントラクトに由来するように見えるという、そのユニークな機能に由来しています。 この設計により、ユーザーに多次元のプライバシーが提供されます。

シンギュラリティプロトコルでは、ZKノートは取引の基本単位を形成し、資産の種類、金額、所有者に関連する暗号化された識別子などの重要な取引情報が含まれています。 これらのノートの設計は、高レベルのプライバシー保護を提供し、トレーダーの身元と資産情報が効果的に保護されるようにすることを目的としています。

各メモには、次の重要な情報が含まれています。

• 資産タイプ: 暗号通貨やその他のデジタル資産のトークンタイプなど、トランザクションに関連する資産の種類を示します。

• 金額: 取引の価値を決定するために使用される、ノートに含まれる資産の数量を示します。

• Rho: トランザクションのプライバシーを強化し、外部のオブザーバーがトランザクションを追跡および分析できないようにするために使用されるランダムに生成されたフィールド値。

• Schnorr公開鍵:暗号化署名とトランザクションのIDの検証に使用され、許可されたユーザーのみが有効なトランザクション操作を実行できるようにします。

上記の情報に加えて、各ノートは対応するNullifierも生成します。 Nullifierの生成には、暗号ハッシュ技術が採用されており、Noteのランダム値と公開鍵を入力として取得し、それらを処理して対応するNullifierを生成します。 この設計は、トランザクションのセキュリティを強化し、正当な許可されたユーザーのみがノートを効果的に操作および消費できるようにすることを目的としています。

メモの追加と保存

シンギュラリティプロトコルでは、すべてのノートは追加専用のマークルツリーに添付され、新しいマークルツリーのルートは永続的に保存されます。 この設計の目的は、トランザクションの整合性とセキュリティを確保し、データの改ざんや破損を防ぐことです。

簡単な例で説明すると、次のようになります。

アリスがシンギュラリティプロトコルのユーザーであるとします。 ある時点で、彼女は取引を行い、1ETHをシンギュラリティコントラクトに預けます。 このトランザクションはノートとして記録され、現在のマークルツリーに添付されます。 このとき、マークルツリーの根は、この1つのノートから計算されます。

その後、ボブは取引も行い、シンギュラリティコントラクトに0.5ETHを入金します。 このトランザクションはノートとしても記録され、現在のマークルツリーに追加されます。 マークルツリーのルートは、新しいノートが追加されると更新されます。

注: メルケルの木の根に奇数のノートが生成された場合、2つの個別のノートが複製され、それらのハッシュが計算されます。

より多くのユーザーが取引を行うと、新しいノートは時系列でメルケルツリーに追加されます。 このように、各ユーザーの取引履歴は同一データ構造内に保存され、メルケルツリーのルートハッシュを計算することで、取引履歴全体の整合性を効率的に検証することができます。 メルケルツリーは追加専用であるため、ツリーに追加されたノートを変更または削除することは不可能であり、トランザクションデータのセキュリティと不変性が確保されます。

債券の取引検証

トレーダーが取引を行う際には、対応するNullifierを開示し、ゼロ知識証明で関連する証拠を提供して、Nullifierが対応するノートに関連付けられていることを確認し、メルケルツリーにノートが存在することを証明する必要があります。 スマートコントラクトは、取引の合法性と安全性を確保するために、無効化者の一意性と証拠の有効性を検証します。

例：

アリスがシンギュラリティコントラクトに預けた1ETHを含むノートを持っていて、そのノートの無効化が「AAA123」であるとします。 さて、アリスはこれらの資金を取引に使いたいので、無効化者として「AAA123」を提供し、ゼロ知識証明によって次の2点を証明する必要があります。

1. 「AAA123」が使用済みノートに関連付けられていること、つまり、このトランザクションの資金が実際にそのノートから来ていることを証明します。

2. メルケル・ツリーに紙幣が存在すること、すなわち、紙幣が以前にシンギュラリティ契約に預けられており、改ざんされていないことを証明する。

スマートコントラクトは、アリスから提供された無効化と証拠を検証し、無効化の一意性と証拠の有効性を確認します。 検証に合格した場合にのみ、契約はトランザクションを実行し、アリスが希望する受取人に資金を送金します。 したがって、スマートコントラクトは取引の合法性と安全性を保証し、悪意のある活動や詐欺的な活動を防ぎます。

以下は、上記のロジックの擬似コード実装です。

擬似コード
プラグマの堅実さ^0.8.0;
コントラクト シンギュラリティコントラクト {
   mapping(address => mapping(bytes32 => bool)) private invalidValues;
   mapping(bytes32 => bool) private merkleTree;
   Deposit操作、Singularityコントラクトへの入金
   function deposit(bytes32 noteHash, bytes32 invalidValue) 公的買掛金 {
       require(msg.value > 0, "Deposit amount must be greater than 0");
       // Add the Note to the Merkel tree
       merkleTree[noteHash] = true
       // Store the nullifier
       invalidValues[msg.sender][noteHash] = true;
   }
   トランザクション支出操作、無効化者と証拠の検証、トランザクションの実行
   function spend(bytes32 noteHash, bytes32 invalidValue, bytes memory proof) パブリック {
       // Verify that the provided nullifier matches the stored one
       require(invalidValues[msg.sender][noteHash], "Invalid value does not match");
       // Verify the existence of the Note in the Merkel tree
       require(merkleTree[noteHash], "Note does not exist in the Merkle tree");
       // Verify the zero-knowledge proof
       require(_verifyProof(noteHash, invalidValue, proof), "Proof verification failed");
       // Execute the transaction, transferring funds to the recipient
       // The specific transfer operation is omitted here
   }
   ゼロ知識証明検証機能
   function _verifyProof(bytes32 noteHash, bytes32 invalidValue, bytes memory proof) private view returns (bool) {
       // In practice, specific zero-knowledge proof verification is required
       // The specific verification process is omitted here
       // If the proof is successfully verified, return true, otherwise return false
       return true;
   }
}

1. 予約

Bookは、完全準同型暗号化(FHE)技術を採用して完全にプライベートなオフラインオーダーブックを構築し、トレーダーに安全で信頼性の高い取引環境を提供します。 ブックシステム内では、ブッキーズと呼ばれるFHEノードの特別なグループが重要な役割を果たし、オーダーブックをまとめて管理します。 照合プロセスには、次のものが含まれます。

APIノードは、注文を暗号化して、注文内容の機密性を確保します。 次に、ブックメーカーはFHEプロトコルを使用して注文マッチング計算を実行し、注文情報の機密性を保護します。 注文マッチングの結果は公開されますが、トレーダーのプライバシー権を保護するため、元の注文内容は機密のままです。 マッチしたトレーダーは、シンギュラリティ契約のスワップ機能を使って直接コミュニケーションを取り、決済することができますが、決済に失敗したトレーダーは評判のペナルティを受けることになります。

ブックシステムの安定した運用を確保するために、多数決のインセンティブメカニズムが採用され、ブックメーカーはトークンをステーキングする必要があります。

• ブックメーカーは、多数決ルールのメカニズムを使用して、暗号化された順序の一致における潜在的な意見の相違に対処し、悪意のある活動を防ぎます。

• ステーキングトークンは、シビル攻撃から保護すると同時に、ブッキーが義務を果たし、システムの円滑な運用を確保するように動機付けることを目的としています。

ブックシステムでは、IDとレピュテーションの管理が重要であり、次のようなイノベーションがあります。

• 各匿名 ID は、ID のプライバシーを維持しながら、過去の決済確率を反映したレピュテーションに対応します。

• トレーダーは、レピュテーションの閾値を設定して、注文に一致する相手をフィルタリングし、取引の安全性と信頼性を確保することができます。

• 決済に失敗したトレーダーは評判のペナルティを受け、取引相手の評判にも影響を与えます。

例えば、アリスが1ETHを購入したいとします。

• 注文の送信: Alice は、指定された価格 $2000 USDT で 1 ETH を購入する注文を送信します。

• 注文マッチング:ブックシステムは、1ETHを2000USDTで販売する意思のある売り手Bobを見つけます。

• トランザクションの確認: Alice と Bob は、注文が正常に照合されたことを確認します。

• 取引決済:アリスはボブに2000米ドルを支払い、1ETHを受け取ります。 シンギュラリティシステムは、口座残高を更新します。

• レピュテーション管理:ボブが時間通りに取引を完了できなかったり、その他のネガティブな行動を示したりした場合、ボブのレピュテーションが低下し、システムが他のトレーダーとのマッチングを制限する可能性があります。 ボブの評判評価が5の場合、それは彼が信頼できるトレーダーであることを示しています。 しかし、彼が時間通りに取引を完了できなかったり、注文を複数回キャンセルしたり、悪意を持って市場を操作したりするなど、他の否定的な行動をとった場合、彼の評判に影響を与える可能性があります。 これにより、彼の評判評価が1ポイント低下して4になり、将来の取引参加のしきい値がさらに制限される可能性があります。

1. オートメーション

Automationはプロトコルに組み込まれたAMM-DEXであり、Bookは代替の流動性プロバイダーとして機能します。 トレーダーはシンギュラリティを通じて取引を送信して資金を入金することができ、シンギュラリティは匿名であるため、オートメーションへの入金も匿名です。 これは、トレーダーの身元が公開されないことを意味し、プライバシーが保護されます。

トレーダーはいつでもAutomationから資金を引き出し、Singularity契約に送金することができます。 この柔軟性により、トレーダーは資金を自由に管理し、必要なときにいつでも引き出すことができます。 同様に、シンギュラリティ契約自体は匿名であるため、出金プロセスもトレーダーの匿名性を維持します。

Bookのどの注文ともマッチングできない注文については、Automationがマッチングを提供し、流動性の向上に役立てます。 これにより、注文がすぐに一致しない場合でも、トレーダーの注文を処理し、取引を続行できます。 追加の流動性を提供することで、自動化はプロトコルの全体的な効率と取引体験を向上させます。

1. リレイヤー

シンギュラリティでは、Relayerがユーザーに代わってメタトランザクションを送信し、ユーザートランザクションのガス料金を支払うという重要な役割を担っています。 この設計は、ユーザーの匿名性を保護したいという願望によって動機付けられています。 ガス料金は、通常、公開されているベースレイヤーのブロックチェーンに支払う必要があるため、ユーザーが自分でガス料金を支払うと、身元が公開される可能性があります。

Relayerは、メタトランザクションを送信することでこのタスクを実行します。 メタトランザクションはネイティブに検証可能で計算可能であり、Relayerがトランザクションの内容を改ざんまたは変更することを防ぎ、トランザクションのセキュリティと整合性を確保します。 さらに、Relayersによる悪意のある動作を防ぐために、システムはトラストレスなRelayerネットワークで設計されています。 これは、誰でもいかなる形式の担保も提供することなくRelayerを実行できることを意味します。

ユーザーが提出した取引とそれに関連する手数料は公開されており、ユーザーがカバーするガス料金を補償するためにRelayersに支払われます。 この設計により、Relayerネットワークは合理的なシステムとなり、収益性の高い取引を受け入れて送信します。 悪意のあるリレイヤーがいたとしても、少なくとも1人の誠実なリレイヤーが存在することを確認することで、システムの完全性が保証されます。 もちろん、トレーダーは、プライバシーを犠牲にしてはありますが、独自のRelayerを実行し、ガス料金を置き換えるオプションがあります。

1. API

APIは、ユーザーがプロトコルと対話するためのインターフェースノードとして機能します。 APIを通じて、ユーザーはシンギュラリティ契約の証明を生成して送信し、ブックの注文を管理し、ブックを聞いて一致を見つけ、シンギュラリティ契約の決済を交渉することができます。 さらに、APIを使用すると、ユーザーはRelayersと対話できます。

プライバシー取引

前述の構造に基づいて、前述のプライバシートランザクションを実装できます。

• 匿名トランザクション (自動化)

Automationで取引を行う場合、トレーダーは入金操作を行う必要があるため、Singularityへの入金ごとに取引の詳細を盗聴している第三者に盗聴されることを避けられないのと同様に、毎回誓約した金額が公開されます。 したがって、自動化を通じてトランザクションを実行すると、トランザクションの隠蔽が犠牲になります。

Bookがトレーダーをマッチングできない場合、その注文をマッチングのために自動化取引プールに含めることができますが(トレーダーのアドレスが公開されているようです)、流動性を移転するエンティティはSingularityであるため、トレーダーの匿名性は引き続き確保されます。

• 匿名+隠蔽取引(シンギュラリティによる決済)

シンギュラリティを通じて取引を決済する場合、取引価格の発見とインテントマッチングがどのように行われるかにかかわらず、取引の最終的な決済は、その匿名性と隠蔽性を確保することができます。 これは、シンギュラリティ契約が資金の保管決済と最終的な資金移動を担当するため、暗闇の中で運用しながらオープンな可視性を実現するためです。

ダークプール取引:シンギュラリティの実装

シンギュラリティの取引プロセス

大規模な機関投資家やプロのトレーダーを対象としたダークプールは、市場価格に影響を与えることなく取引するためのプラットフォームを提供します。 主に、転送とスワップの2種類の取引ニーズに対応します。 以下では、Singularityが上の図に示した内容に基づいて、これら2種類のトランザクションをどのように実装するかを詳しく説明します。 APIノードと取引ノードは、図の同じノードの一部であることに注意することが重要です。わかりやすくするために、ここでは 2 つの異なるタイプのノードとして説明します。

1. 振替取引

転送トランザクションは、主に2つのトレーダーノード間で発生します。 受信側のトレーダーノードをトレーダーAとして定義し、送信側のトレーダーノードをトレーダーBとして定義します。トレーダーAとトレーダーBの間の取引の具体的なプロセスは次のとおりです。

1)取引を行う際、トレーダーBはシンギュラリティ契約に資金を預ける必要があります。 トレーダーBは、APIを呼び出してこの入金トランザクションを暗号化し、ZKプルーフ(ZKノートとも呼ばれる)を生成し、トレーダーBが資金を入金したことを確認するためにシンギュラリティコントラクトに提供します。

2) 資金を入金した後、トレーダーBはAPIを呼び出してSingularityコントラクトにZKノートを送信し、送金トランザクションを開始します。

3) トレーダーBのノートを受け取ると、シンギュラリティ契約は、ノートに提供された情報に基づいて、対応するトレーダーAを特定します。 この時点で、トレーダー A は Singularity 限月から Transfer トランザクションの金額を抽出できます。

このプロセスでは、ノードとコントラクトの間の相互作用がZK Notesを介して行われていることがわかります。 ノートは、アカウントモデルと比較して本質的にある程度のプライバシーと匿名性を備えたUTXOモデルを使用して転送します。 この方法では、トランザクションの詳細がイニシエーターにのみ認識されますが、外部的には、あるアドレスがシンギュラリティコントラクトと相互作用しているように見えます。 ただし、受取人の住所や取引金額などの基本的な取引の詳細は取得できません。

1. スワップ取引

スワップ取引は、送金取引と比較して、取引相手を見つける必要があるため、やや複雑です。 ここでは、スワップ取引を行いたいトレーダーノードをトレーダーCとして定義し、最終的に見つかった取引パートナーのトレーダーノードをトレーダーDとして定義します。トレーダーCとトレーダーDの間の具体的な取引プロセスは次のとおりです。

1) Transferトランザクションの最初のステップと同様に、トレーダーCはSingularity契約に資金を入金する必要があり、同時にトレーダーCはAPIを呼び出してBookノードへの注文トランザクションを開始します。

2) オフチェーンのオーダーブックノードとして機能するブックノードは、オーダートランザクションの具体的な詳細を知らなくても、完全準同型暗号化(FHE)環境下で異なるオーダートランザクションのマッチングを試みます。

ある。マッチングが成功すると、Bookノードは対応する2つのTraderノードにトランザクションを続行するように通知します。

b. マッチングに失敗した場合、ブックは、この取引に関連する資金を、予約された流動性としてオンチェーンオートメーションに預け入れます。 これは、余ったお金をYu'e Baoのような貯蓄サービスに預けるようなものです。 後で一致しないトランザクションがまだある場合は、自動化からの取引が優先されます。 Automationの資金が取引を完了するのに不十分な場合にのみ、Singularityコントラクトを通じてUniswapなどの外部DEXとやり取りします。

取引相手を見つけ、スワップの詳細を交渉した後、トレーダーは相互にスワップ取引の詳細に署名します。 その後、どちらの当事者もこれらの署名を使用してゼロ知識証明を構築でき、両当事者がオンラインにならなくてもトランザクションがNotesの所有権を変更できるようになります。 取引のプライバシーを保護するために、スワップ取引は引き続きシンギュラリティ契約を通じて行われることに注意することが重要です。

したがって、シンギュラリティは、プライバシーと匿名性を実現するために、取引プロセスで主にZK(ゼロ知識)およびFHEテクノロジーを利用していることがわかります。 ZKテクノロジーの使用により、取引の詳細はイニシエーターのみが知ることができますが、他のトレーダーやシンギュラリティ契約はそれを迅速に検証できます。FHEテクノロジーにより、Bookノードは、取引の詳細を知ることなく、マッチングプロセス中に相互に一致するトランザクションを計算でき、また、両当事者に通知する際に元のトランザクション情報を機密に保つことができます。

概要と評価

OTC市場は、暗号通貨市場全体の取引量の70%近くを占めており、Web3業界におけるプライバシー取引に対する大きな需要を浮き彫りにしています。 しかし、プライバシー取引部門は、政府機関の規制要件を満たすこと、ユーザーや取引に関する特定の情報を開示せずに取引を行うこと、取引当事者による悪意のある行為を防ぐことなど、さまざまな課題に直面しています。 シンギュラリティのような分散型ダークプールは、プライバシー技術やスマートコントラクトを使用することで、より高いレベルのプライバシー保護と検閲耐性をユーザーに提供し、中央集権的なエンティティへの依存を減らすことができる革新的なソリューションです。 これらのプラットフォームは、大規模な取引を匿名でサポートし、コンプライアンスサービスと統合して、分散型で規制に準拠した取引環境を作成できます。

ダークプールセクターの主な考慮事項:

1. 技術アーキテクチャ : ゼロ知識証明(ZKP)とマルチパーティ計算(MPC)は、ダークプールセクターの基盤であり、トランザクションの詳細を明らかにすることなくトランザクションの有効性を検証することができます。 現在のプロトコルの多くはMPCに大きく依存しており、計算効率の低さとプロトコルの複雑さという2つの主な欠点があります。 MPCプロトコルでは、MPCフレームワーク内でZKPを証明および検証する必要があり、計算量が多くなります。 さらに、MPCは安定したネットワーク接続を必要とすることが多く、グローバルな分散型ネットワークで実現することは困難です。 これらの要因により、MPCに完全に基づくプロトコルは、オーダーマッチングエンジンなどの大規模なアプリケーションには実用的ではありません。

2. 匿名性とプライバシー保護 :規制は、プライバシー分野では避けられないトピックです。 十分なプライバシー保護を提供しながら、取引と資金が完全に匿名であることを保証することは困難な作業です。 これは、コンプライアンス資本での取引を希望するユーザーにとって特に重要です。 ダークプールプロジェクトは、プラットフォームの合法性とユーザーの信頼を維持するために、KYB/KYCプロセスを統合し、規制を積極的に受け入れ、ユーザーのKYC/KYBデータが漏洩しないようにすることが緊急に必要です。

3. 流動性と資金の安全性 : 流動性は、ダークプール業務において重要な要素です。 十分な取引量と資金の安全性を確保することは、効率的な注文マッチングとトレーダーの匿名性と参加意欲を高めるために不可欠です。 ダークプールでは、資金の匿名性はプールの規模とともに高まり、特定の預金者を追跡することがより困難になります。 流動性が乏しいシナリオでは、多くのプロトコルのオーダーブックモデルでは、すべての注文に十分な流動性が常に提供されるとは限らないため、ユーザー間の取引のマッチングに制限があります。 オーダーブックに加えて、革新的なAMM取引メカニズムと、さまざまなブロックチェーンエコシステムからのより多くのDeFiアプリケーションの統合は、流動性を拡大するための効果的な方法である可能性があります。

4. スケーラビリティ :ダークプールには、ユーザー数やトランザクション量の増加に対応するための優れたスケーラビリティを確保することが不可欠です。 ダークプールは、注文が一致しないLPの急増に直面した場合、損失のリスクを負います。 したがって、ダークプールは、特に漸進的に包括的な規制の枠組みの下で、より高い取引需要を満たすために、設計段階で決済レイヤー、技術設計、エコシステムロードマップを検討する必要があります。

ダークプール取引は、伝統的な産業で一定の歴史があり、解決策としてはまだ反証されていませんが、引き続き大きな市場の需要と発展の可能性を秘めています。 従来のダークプール取引は、中央集権的なトレーダーとの信頼リスクに直面していますが、シンギュラリティのような分散型プロジェクトは、「ダークプール+ダークトレードのための透明なプール」モデルを革新的に採用し、中央集権化への依存、不十分なプライバシー、検閲への耐性の低さという問題点に対処しています。

以前のプライバシー取引プロジェクトとは異なり、SingularityはDeFi資産取引機能とともに資産プライバシー取引機能を提供します。 現在の市場にはトレーディングアグリゲーターがあふれていますが、ユーザーの粘着性を高める特徴的な機能やデザインを持つものはほとんどありません。 シンギュラリティは、透明なプールのプライバシーレイヤーとして機能し、まず、情報の非対称性を維持しながら、機関投資家やクジラの取引の問題点に対処します。 現在のプライバシー取引ソリューションと比較して、ダークプール(プライバシーレイヤー)の設計は、トレーダーの資金がプラットフォームに頻繁に出入りするとプライバシーが失われるため、自己開示に相当する「ポケットにお金を保管する」という原則を自然に具現化しています。 したがって、ほとんどのファンドは、撤退する前に十分な時間ダークプールにとどまることを好み、プロジェクトのTVLの安定した成長に利益をもたらし、ユーザーにより多くのセキュリティを提供します。

前述の分散型ダークプールの基準に基づくと、Singularityはいくつかの理由で現在のダークプールソリューションの中で際立っています。

• 匿名性とプライバシー保護 :匿名性については、従来のアプローチはゼロ知識証明(ZKP)です。 したがって、適切なパートナーを見つけることが重要です。 現在、SingularityはオフチェーンのKYCとKYBのプロセスをComplyCube(KYC)とShufti Pro(KYC & KYB)に委任し、Keyringが対応する証明を構築し、オラクルが最終的にこれらの証明をブロックチェーンにもたらします。 他のプロジェクトと比較して、シンギュラリティは現在のコンプライアンス要件に沿っており、トルネードキャッシュが直面しているものと同様の将来の規制リスクを回避しています。

• 資金の安全性 : 契約の安全性を直接比較することはできません。 しかし、シンギュラリティでは透明なプールがダークプールとして機能するため、ユーザーや機関投資家の資金移動意欲が低下し、長期的には資本が契約上のセキュリティリスクにさらされる可能性があります。 前述したように、機関/ユーザーによる頻繁な資金移動も住所を公開する可能性があるため、住所のプライバシーと資金の安全性のバランスを取る必要があります。

• 流動性 : オーダーブック/AMMモデルのみに依存するプロジェクトとは異なり、シンギュラリティはオーダーブックとAMMの両方を導入し、流動性効率を最大化します。 しかし、実際のアプリケーションでは、取引モデルによる流動性の差は、プロジェクトの事業開発能力とそのコンプライアンスに依存し、最終的な決定は市場ユーザーの手に大きく委ねられている可能性があります。

• スケーラビリティ : エコシステムの互換性という点では、SingularityとEVMエコシステムの互換性が主流です。 独自のチェーンを構築することを検討していない場合でも、そのトランザクション決済効率は、決済レイヤーによって大きく制限されます。 極端な場合、これらのレイヤーは高頻度のトランザクションを処理できない可能性があります。 したがって、中長期的には、アプリチェーンエコシステムの方向性を拡張するプロジェクトは、よりスケーラブルになります。 技術的には、シンギュラリティはFHE+ZKPを選択しており、MPC-ZKPには高い計算効率が要求されるため、MPC-ZKPソリューションよりも効率的です。 したがって、シンギュラリティが選択した技術的アプローチは、トランザクションのニーズを満たしているようです。 エコシステム拡大の観点からは、「ダークプールとしての透明なプール」アプローチは、非トランザクションシナリオやその他のDeFiコンテキストに拡張することができ、フックを備えたUniswap V4が提案するものに匹敵する想像力に富んだ可能性を提供します。

シンギュラリティのコアコンピタンスを認識すると同時に、プロジェクトが将来直面する可能性のある潜在的なリスクを認識することも重要です。

• 市場価格ディスカバリー機能の損失:匿名性と大量のダークプール取引により、市場に出回っている資産の価格は、ダークプール内の変動を正確に反映していない可能性があります。 これにより、他の市場参加者がダークプール取引に関する情報にアクセスできなくなるため、効果的な価格発見が失われます。 例外は、ユーザーがシンギュラリティでの価格発見に従来のDEXを使用する場合で、価格は実際の市場の需要と供給を反映している可能性があります。

• 政府の規制リスク:規制や基準を回避するために使用される可能性のあるダークプール取引は、政府機関により厳しい規制措置の実施を促す可能性があります。 これらには、ダークプール取引の監視と規制の強化、またはそのような取引に参加している個人や団体に対する罰則が含まれる可能性があります。 これらの措置は、シンギュラリティプロジェクトの開発と運用に影響を与え、法的リスクを増大させる可能性があります。

• 資金管理と安全性 : 資金はVaultに似たシンギュラリティ契約に長期間保管されているため、極端な状況では契約上のリスクが生じる可能性があります。 ただし、Singularityはマルチチェーン通信を伴わず、トランザクションリレイヤーに依存しないため、そのセキュリティは少なくともクロスチェーンブリッジよりも高くなっています。

• KYC/KYBリスク:ユーザー資格チェックを限られた数のパートナーに大きく依存しているため、単一障害点が発生する可能性があります。

要約すると、Eureka Partnersは、プライバシートラックを重要な戦略的投資と見なしています。 投資機関やその他の利害関係者にとって、シンギュラリティはダークプール取引の象徴です。しかし、規制当局にとっては、これは「灰色のプール」のようなものです。 OTC取引や機関投資家取引では、規制されたダークプールプライバシー取引手法が徐々に採用されると予想されます。 現在のWeb3の技術開発は「反復的な進歩」を遂げていると考えています。 トルネードキャッシュの厳しい規制に続いて、プライバシー取引に対する目に見える需要の空白が出現しました。 歴史的に見ると、ルールの実装は、技術的なブレークスルーや革命に遅れをとることがよくあります。 テクノロジーが課題に直面したとき、私たちは変化を受け入れ、危機を無駄にすべきではありません。 シンギュラリティが、規制されたダークプールZKプライバシートラックの次のリーダーになることを楽しみにしています。

「良い危機を無駄にするな」 -ウィンストンチャーチル

免責事項：

1. この記事は、Eureka Partners、原題「Eureka Partners Research Report: Singularity - Privacy Transactions on Transparent Blockchains」からの転載です。この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。