首頁 > 網路3.0 > 主體

以安全為核心,從ArtexSwap看Dex的另一種架構

WBOY
發布: 2024-07-16 11:33:22
原創
512 人瀏覽過

ArtexSwap 是一個去中心化交易所,透過使用Artela EVM++和Aspect技術,去解決MEV風險和Rug Pull問題,提升了交易安全性和效率,適用於需要高安全性和靈活性的去中心化交易場景。

自以太坊誕生以來,一直數位貨幣、全球支付和應用程式的技術之家。而DEX是去中心化金融(DeFi)的基石,畢竟,離開DEX、DeFi可以說只是一紙空談。作為一種運行在區塊鏈上的平台,運行用戶之間的直接交易,和不受任何第三方機構的監管使得其可以創造出更高級的金融產品。

1、Dex主流架構

目前以太坊生態上DEX可謂是百花齊放,DEX有許多不同的設計模式,每個模式在功能、可擴展性和去中心化方面都各有利弊。

根據交易的機制的不同,DEX可以分為兩類(如下圖)。

以安全為核心,從ArtexSwap看Dex的另一種架構

1.1. 基於訂單簿的DEX

訂單簿是本質是匹配演算法,自動去各個市場上尋找還沒有被簽訂的買單和賣單,交易平台的系統會自動來撮合這些買單和賣單。適用於需要高效價格匹配和靈活交易策略的場景。簡而言之,訂單簿的流動性有兩個來源:交易者和做市商。

可擴展閱讀:《淺析:訂單簿模式與自動化做市AMM》(見附錄)

1.2. 自動做市商(AMM)

自動做市商(AMM)是DEX中的一種定價和流動性決定機制。簡單的來說,就是做市商來提供流動性池流動性資產(兩種資產)。流動性池內的儲備量的乘積維持在k值,當用戶拿走一個幣,就需要向流動性池提供另外一個幣來維持這個k值。

對於AMM的詳細了解,可擴展閱讀:《UniswapX研報(上):總結V1-3發展鏈路,解讀下一代 DEX的原理創新與挑戰》

1.3 DEX具有哪些價值?

以安全為核心,從ArtexSwap看Dex的另一種架構

[数据来源:THE BLOCK]
登入後複製

根據CoinGecKo的統計結果顯示,截至2024年7月9日,已知的DEX交易所約有835家,24小時的交易總量為83.5億美元,其中每月訪問量達3.2億次。

以交易量計算,3個最大的去中心化交易所是BabyDogeSwap、Uniswap V3(以太坊)和Orca。

我們對DEX和CEX的前三大交易所24小時的交易額進行計算DEX 占到單天交易流動性的16%,並且DEX相較於23年此時的24小時交易量同比增長率為315%(23年為20億),交易量較去年同期成長166%(23年為1.2億次),顯然市場對去中心化交易平台的需求極大。

由於去中心化交易所(DEX)使用確定性的智能合約進行交易,沒有中心化第三方的干預。這種透明的操作方式與傳統金融市場形成鮮明對比。

例如,2022年FTX作為當時最大的加密貨幣交易平台之一,因挪用用戶資金事件,在連環下跌中破產,引發了廣泛的市場震盪。

此外,DEX透過去中心化的方式提升了金融普惠性,某些CEX可能會基於地理位置或其他因素限制使用者存取。

但整體而言,用戶只需連接網路並連接相容的自建錢包即可使用DEX的服務。這種無需繁瑣註冊和審核的模式,使新用戶能夠快速且方便地加入平台,提升了用戶體驗。

2、DEX主要風險

去中心化交易所(DEX)能夠確保交易的執行、提升透明性,並且無需許可即可訪問,這些特點顯著降低了交易和提供流動性的門檻。然而,DEX 也伴隨著一些風險,這些風險包括但不限於以下幾個方面:

  1. 智能合約風險:儘管區塊鏈技術能安全地執行金融交易,但智能合約的安全性依賴於開發團隊的技術水平和經驗。
  2. 搶跑風險:由於鏈上交易的公開透明性質,套利者或 MEV 機器人可能會搶先交易,獲取普通用戶的價值。這些機器人類似於傳統金融市場中的高頻交易者,透過支付更高的交易費並利用網路延遲,從普通用戶的交易中獲利。
  3. 網路風險:由於交易在鏈上進行,DEX 的交易成本可能很高,且當網路出現擁擠或宕機時,成本會更高。因此,用戶容易受到市場波動的影響。
  4. Rug Pull風險:去中心化金融(DeFi)領域中一個常見且嚴重問題,存在大量項目方在吸引大量投資者資金後,突然撤銷流動性並捲款逃跑的行為。目前Rug Pull的風險大致可分為三類:
  • 流動性撤回
  • 開發者持有大量代幣和或增發
  • 虛假專案

這種騙局導致投資者損失慘重,這種專案價值瞬間損失慘重歸零。這對整個DeFi市場的信任度造成了重大影響。

例えば、2021年に起きたSushiSwap事件はその典型例です。 SushiSwapの匿名の創設者であるシェフ・ノミは、プロジェクトが多額の資金を調達した後、開発者基金で突然1,300万ドル相当のSUSHIトークンを売却し、市場のパニックを引き起こし、トークン価格の急落を引き起こしました。

その後、能見シェフは資金を返還し、コミュニティがプロジェクト管理を引き継ぎましたが、この事件は投資家に多大な損失と心理的影響を与えました。

3. Bancor から DEX への拡張の問題

AMM のカニを食べる最初のプロジェクトは誰かと言えば、Bancor について言及する必要があります。以前はあまり普及していなかったというのは少し残念です。 DeFi ブームの影響で、多くの人が AMM が Uniswap によって発明されたと誤解しています。

Bancor V2 バージョンがリリースされました。V2 は、オラクルが最新の価格を提供し、オラクルの価格に基づいてトークンプールの比率を更新するなどの革新的な設計を導入しましたが、まだいくつかの欠点があります。

  • オラクルの導入により、より正確な価格情報が提供されますが、実装上の課題も伴います。たとえば、集中取引プラットフォームに対応する取引ペアの価格が存在しない場合、鶏が先か卵が先かの問題が発生します。さらに、オラクルの信頼性とセキュリティも注目に値します。オラクルは攻撃の標的となり、価格操作やその他のセキュリティ問題につながる可能性があります。
  • 動的プールモデルはオラクルマシンの価格に応じてトークンプールの割合を更新できますが、市場のボラティリティが高い場合、流動性プロバイダー(LP)はより大きな損失リスクに直面する可能性があります。市場のボラティリティが大きければ大きいほど、LPの一時的な損失はより深刻になる可能性があり、流動性プロバイダーが資金を引き出す原因となり、流動性プールの安定性と取引効率に影響を与える可能性があります。
  • Bancor の設計はカウンターパーティのリスクにも直面する可能性があります。オラクルのメカニズムは導入されていますが、市場価格が激しく変動し、オラクルがタイムリーに価格を更新できない場合、流動性プロバイダーは依然として大きなリスクに直面する可能性があります。オラクル価格の更新が時期尚早または不正確であると、価格変動により LP が損失を被る可能性があります。

Bancor V2 バージョンには多くの革新的なデザインが導入されていますが、その複雑さにより、ユーザーの学習と使用のしきい値も高くなります。シンプルで使いやすい他の AMM モデルと比較して、Bancor の新機能を完全に理解して活用するには、ユーザーがより専門的な知識と技術的背景を必要とする場合があります。これにより、ユーザーの増加と市場での受け入れが制限される可能性があります。

4. ArtexSwap の DEX 実装

ArtexSwap プラットフォームは Uniswap と同様に動作しますが、Artela EVM++ のネイティブ機能を使用することでセキュリティが強化されています。

4.1 Artela のスケーラビリティ メカニズム

まず第一に、ArtexSwap の基礎となる環境をよりよく理解するために、まず Artela の基礎となる動作メカニズムについて簡単に説明します。ここでのスケーラビリティには、実際には EVM のスケーラビリティとパフォーマンスという 2 つの意味が含まれています。

スケーラビリティのために、Artela は実装に Aspect テクノロジーを導入しました。このテクノロジーは、開発者が WebAssembly (WASM) 環境でオンチェーン カスタム プログラムを作成できるようにし、これらのプログラムは EVM と連携して、dApps 固有の拡張機能に高パフォーマンスのカスタマイズを提供します。 。

拡張可能な読み物: 「V 神の全文解釈: Web3.0 インフラストラクチャの次の目的地は「カプセル化か拡張か」? 》(付録を参照)

パフォーマンスの観点から見ると、EVM はシリアル仮想マシン環境であるため、この方法の使用率は非常に低いことがわかります。 , そのため、並列処理が特に重要です。

並列実行を実現するために次の問題を解決する方法:

1. 同時に実行されるものの間に競合があるかどうかを解決するにはどうすればよいですか?

初期状態ではトランザクション間に競合がなく、各トランザクションは変更を記録しますが、すぐには完了しないことを前提として、予測的楽観的実行の並列実行戦略を採用します。

トランザクションの実行後に競合がないか確認し、競合がある場合は再実行します。

予測可能性とは、AI モデルを通じて過去のトランザクション データを分析し、トランザクションの依存関係を予測し、実行シーケンスを最適化し、競合や繰り返しの実行を削減することです。

対照的に、sei と Monad は事前定義されたトランザクション依存関係ファイルに依存しており、Artela の AI ベースの動的予測モデルの適応能力が欠けています。これは、実行競合を減らすという Artela の利点です

2. IO 速度を向上させ、待ち時間を短縮する方法。実行すべきことは?

非同期プリロード技術を採用して、状態アクセスによって引き起こされる入出力 (I/O) のボトルネックを解決します。

Artela は、トランザクションが実行される前に、予測モデルを通じて必要な状態データを低速ストレージ (ハードディスクなど) から高速ストレージ (メモリなど) にプリロードします。このデータ テクノロジの早期ロードとキャッシュにより、複数のプロセッサまたは実行スレッドがデータに同時にアクセスできるようになり、実行の並列性と効率が向上します。

3. データ書き込み中のデータ拡張とデータベース処理の負荷増大の問題を解決するにはどうすればよいですか?

Artela は、さまざまな従来のデータ処理テクノロジーを組み合わせて、並列ストレージ システムを開発し、並列処理の効率を向上させます。並列ストレージ システムは主に 2 つの問題を解決します。1 つはストレージの並列処理を実現することであり、もう 1 つはデータの状態をデータベースに効率的に記録する機能を向上させることです。データ ストレージ プロセス中に発生する一般的な問題には、データ書き込み中の拡張やデータベース処理の負荷の増大などが含まれます。この目的を達成するために、Artela はステート コミットメント (SC) とステート ストレージ (SS) を分離する戦略を採用しています。この戦略では、ストレージ タスクを 2 つの部分に分割します。1 つの部分は高速処理操作を担当し、スペースを節約してデータの重複を減らすために複雑なデータ構造を保持しません。もう 1 つの部分はすべての詳細なデータ情報を記録します。さらに、Artela は、小さなデータを大きなチャンクにマージすることでデータ保存の複雑さを軽減し、それによって大量のデータを処理する際にパフォーマンスを損なうことがありません。

さらに、バリデーターノードは水平方向の拡張をサポートしており、ネットワークは現在の負荷や需要に基づいてコンピューティングノードのサイズを自動的に調整できます。この拡張プロセスは、コンセンサス ネットワーク内で十分なコンピューティング リソースを確保するために、エラスティック プロトコルによって調整されます。

エラスティック コンピューティングを通じて、ネットワーク ノードのコンピューティング能力を拡張し、エラスティック ブロック スペースを実現し、需要に応じて独立したブロック スペースを適用できるようにします。これにより、パブリック ブロック スペースの拡張ニーズを満たすだけでなく、パフォーマンスとパフォーマンスも確保されます。安定性。

取引のピーク時に、DEX ネットワークが Web2 の弾力的な拡大に冷静に対応できるようにします。

ブロックチェーンのパフォーマンスを水平方向に拡張するためのソリューションとして、エラスティック ブロック スペースは「トランザクションの並列化が可能である」という前提に基づいているため、トランザクションの並列性が向上する場合にのみ、ノードを水平方向に拡張する必要があります。トランザクションのスループット。

4.2 ArtexSwap の DEX セキュリティ探査

以安全為核心,從ArtexSwap看Dex的另一種架構

ArtexSwap のアーキテクチャの観点から、主に次の 3 つのセキュリティ側面に焦点を当てています:

  • 悪意のある動作を特定して防ぐ方法?
  • 取引時にユーザーが Rug Pull による被害を受けないようにする方法は?
  • 高滑りを防ぐにはどうすればよいですか?

ブラックリストメカニズム

以安全為核心,從ArtexSwap看Dex的另一種架構

ブラックリストメカニズムは、行動の観点から、「悪いこと」に参加したアドレスとユーザーが再び犯罪を犯す可能性が非常に高いため、セキュリティに焦点を当てた戦略です。 ArtexSwap プラットフォームは、取引前に両当事者および取引環境の事前分析を行うことができ、取引活動を継続的に監視し、「」が存在するかどうかを 1 つずつ除外します。ブラックリストにある「危険」。分子」では、ブラックリストに登録されたアカウントからの操作リクエストが検出されると、これらのリクエストは悪意のある動作の発生を防ぐために自動的にブロックされます。

たとえば、ラグプルまたはその他の不正行為に参加したためにアカウントがブラックリストに登録された場合、そのアカウントは取引したり、DEX で流動性を追加したりすることができなくなり、他のユーザーが潜在的な損失から保護されます。

基本的に、ArtexSwap は後方中心に焦点を当てた C サイドの受動的防御システムを提供します。

アンチラグメカニズム

ラグプルとは、開発者または大規模保有者が突然トークンの供給を増やしたり、流動性プールの資金のほとんどを取り除いたりすることで、トークン価格が急落し、投資家が巨額の損失を被ることを意味します。

この種の状況には、通常、契約のバックドアが伴います。このステップに入るのは、通常、ブラックリストのメカニズムをすり抜けることになります。ブラックリストの情報には一定の遅れがあるため、一般に次の 2 つのタイプの状況が存在します。

1. この契約の脆弱性は発見されていません。

2. ブラックリストは発見されましたか?

まず最初のケースについて話しましょう。トークンコントラクトに問題があるという直接的な証拠がない場合、ArtexSwap は通常、楽観的なメカニズムを採用してそれに対処します。つまり、デフォルトでは安全ですが、 ArtexSwap プラットフォームは、トークン契約を大幅に増額しようとする試みを常に監視し、そのような状況が発見されると通貨供給の操作がブロックされ、損失を避けるために他のユーザーが関連するトークンを取引することができなくなります。

2 つ目はオフチェーン メッセージ通信に依存しており、オフチェーン メッセージ通信が有効になっている場合、アスペクトはブロックチェーン外での対話とデータ交換を可能にします。これにより、ArtexSwap はサードパーティの情報ソースから関連する悪意のあるコントラクトのアドレスをリアルタイムで取得し、DEX 全体のトークン コントラクトのセキュリティ チェックを実行できるようになり、悪意のあるコントラクトが発見されると、関連するすべての操作が直接ブロックされます。

スリッページのメカニズム

AMM の流動性メカニズムでは、高いスリッページが損失を引き起こす可能性が高いことは明らかです。スリッページとは、簡単に言うと、取引約定価格と期待価格との差のことを指しますが、市場が不安定な場合や流動性が不足している場合には、スリッページが大きくなる仕組みの問題です。

明らかに、スリッページの防止は「予測」問題です。これを達成するには、ArtexSwap プラットフォームのコントラクトがリアルタイムで流動性プールを監視するだけで十分です。難しいのは市場の変動です。市場は外部のイベント情報であるため、最初に思い浮かぶのは、市場の状況を取得するためにオラクルにアクセスすることです。これを実現するには、ArtexSwap が動作するための基本環境を使用する必要があります。ArtexSwap は、これを使用してチェーン上に dApp を作成し、市場変動を取得します。 AIエージェントは、市況データとAIを利用して、ある時点での取引のスリッページの高さを予測し、前述の流動性モニタリングと組み合わせて推定値を取得します。推定値がしきい値(30%)を超えると、取引が阻止されます。これにより、激しい価格変動による損失からトレーダーを保護します。

5. まとめ

現在の DEX モデルが長期的な成長と機関投資家への応用をサポートできるかどうかはわかりませんが、DEX が今後も暗号通貨エコシステムにおいて不可欠なインフラストラクチャーとなり続けることは予見できます。

それでも、成功するすべての詐欺の背後には、Web3 の使用をやめるユーザーがいる可能性があり、新しいユーザーがいなければ DEX エコシステムは行き場を失うため、DEX にとってはセキュリティの損失、つまり損失が発生します。すべて。

ただ、現在の DEX トラックの人気を背景にすると、デリバティブの物語は長く繁栄する可能性があるように見えます。しかし、長期的には、DEX はユーザーの最も確実な需要であるため、いくら注目しても仕方ありません。多すぎ。 。

付録

「簡単な分析: オーダーブックモデルと自動マーケットメイキング AMM」

https://mirror.xyz/coincapital.eth/jkCgaKOOtXUn2Iv47y_1npwsyC5Cm0qL3GoVhTUA-IE

「ブテリンの全文解釈: Web3 の下で」 0 インフラストラクチャワンストップ、「カプセル化か拡張か」? 》https://www.blocktempo.com/is-the-next-step-for-web3-infrastructor-encapsulation-or-extension/

以上是以安全為核心,從ArtexSwap看Dex的另一種架構的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:panewslab.com
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板
關於我們 免責聲明 Sitemap
PHP中文網:公益線上PHP培訓,幫助PHP學習者快速成長!