ArtexSwap — це децентралізована біржа, яка використовує технологію Artela EVM++ і Aspect для вирішення ризиків MEV і проблем Rug Pull, покращує безпеку та ефективність транзакцій і підходить для сценаріїв децентралізованих транзакцій, які вимагають високого рівня безпеки та гнучкості.

З моменту створення Ethereum був технологією для цифрових валют, глобальних платежів і програм. DEX — це наріжний камінь децентралізованих фінансів (DeFi). Як платформа, що працює на блокчейні, вона проводить прямі транзакції між користувачами і не підлягає нагляду будь-якої сторонньої організації, що дозволяє створювати більш просунуті фінансові продукти.

1. Основна архітектура Dex

На даний момент DEX процвітає в екосистемі Ethereum. У DEX є багато різних моделей дизайну, кожна з яких має свої переваги та недоліки з точки зору функціональності, масштабованості та децентралізації.

Відповідно до різних механізмів транзакцій DEX можна розділити на дві категорії (як показано нижче).

1.1. DEX на основі книги замовлень

Книга ордерів — це, по суті, алгоритм зіставлення, який автоматично шукає замовлення на купівлю та продаж на різних ринках, які ще не підписані. Система торгової платформи автоматично зіставлятиме ці замовлення на купівлю та продаж. Підходить для сценаріїв, які вимагають ефективного узгодження цін і гнучких торгових стратегій. Простіше кажучи, ліквідність книги замовлень надходить із двох джерел: трейдерів і маркетмейкерів.

Розширене читання: «Короткий аналіз: модель журналу замовлень і автоматизована система формування ринку AMM» (див. додаток)

1.2. Автоматичний маркет-мейкер (AMM)

Автоматизований маркет-мейкер (AMM) — це механізм прийняття рішень щодо ціноутворення та ліквідності в DEX. Простіше кажучи, це маркет-мейкер, який надає ліквідні активи (два активи) до пулу ліквідності. Добуток резервів у пулі ліквідності підтримується на рівні k. Коли користувач забирає монету, йому або їй потрібно надати іншу монету в пул ліквідності, щоб підтримувати значення k.

Щоб отримати детальне розуміння AMM, ви можете прочитати більше: «Звіт про дослідження UniswapX (частина 1): підсумовування зв’язку розробки V1-3 та інтерпретація принципових інновацій і викликів наступного покоління DEX»

1.3 Яке значення має DEX?

[Джерело даних: THE BLOCK]

Відповідно до статистичних результатів CoinGecKo станом на 9 липня 2024 року існує приблизно 835 відомих бірж DEX із загальним 24-годинним обсягом торгів 8,35 мільярда доларів США, з яких місячні відвідування досягли 320 мільйонів разів.

3 найбільші децентралізовані біржі за обсягом торгів: BabyDogeSwap, Uniswap V3 (Ethereum) і Orca.

Ми підрахували, що 24-годинний обсяг торгів на трьох провідних біржах DEX і DEX склав 16% одноденної ліквідності торгів і порівняв 24-годинний обсяг торгів DEX у 2023 році. темпи зростання становили 315% (2023 рік), а обсяг транзакцій зріс на 166% у порівнянні з минулим роком (120 мільйонів разів у 23 році). Очевидно, що ринок має великий попит на децентралізовані торгові платформи.

Оскільки децентралізовані біржі (DEX) використовують детерміновані смарт-контракти для транзакцій, централізована третя сторона не втручається. Цей прозорий спосіб роботи різко відрізняється від традиційних фінансових ринків.

Наприклад, у 2022 році FTX, одна з найбільших на той час платформ для торгівлі криптовалютою, збанкрутувала через низку падінь через незаконне привласнення коштів користувачів, що спровокувало масові потрясіння на ринку.

Крім того, DEX покращує фінансову доступність завдяки децентралізації, а деякі CEX можуть обмежувати доступ користувачів на основі географічного розташування чи інших факторів.

Але загалом користувачам потрібно лише отримати доступ до Інтернету та підключити сумісний власноруч створений гаманець, щоб користуватися послугами DEX. Ця модель, яка не потребує громіздкої реєстрації та перевірки, дозволяє новим користувачам швидко та легко приєднатися до платформи, покращуючи взаємодію з користувачем.

2. Основні ризики DEX

Децентралізовані біржі (DEX) забезпечують виконання транзакцій, підвищують прозорість і доступні без дозволу. Ці функції значно знижують перешкоди для торгівлі та забезпечення ліквідності. Однак DEX також супроводжується деякими ризиками, які включають, але не обмежуються такими аспектами:

  1. Ризики смарт-контрактів: хоча технологія блокчейн може безпечно виконувати фінансові транзакції, безпека смарт-контрактів залежить від технічного рівня та досвіду команди розробників.

  2. Фронтальний ризик: завдяки відкритому та прозорому характеру мережевих транзакцій арбітражери або боти MEV можуть передувати транзакціям і отримувати цінність звичайних користувачів. Ці боти схожі на високочастотних трейдерів на традиційних фінансових ринках, які отримують прибуток від транзакцій звичайних користувачів, сплачуючи вищі комісії за транзакції та користуючись затримками мережі.

  3. Мережевий ризик: оскільки транзакції відбуваються в ланцюжку, витрати на транзакції DEX можуть бути високими, а витрати ще вищі, коли мережа відчуває перевантаження або простої. Тому користувачі чутливі до коливань ринку.

  4. Ризик витягування: поширена і серйозна проблема у сфері децентралізованих фінансів (DeFi). Існує велика кількість учасників проекту, які раптово вилучають ліквідність і втікають зі своїми коштами після залучення великої кількості коштів інвестора. Наразі ризики Rug Pull можна умовно розділити на три категорії:

  • Виведення ліквідності

  • Розробники мають велику кількість токенів і/або випускають додаткові токени

  • фейковий проект

Ця афера призвела до великих збитків для інвесторів, а вартість проекту миттєво впала до нуля. Це значно вплинуло на довіру до всього ринку DeFi.

Наприклад, типовим прикладом є інцидент із SushiSwap у 2021 році. Шеф-кухар Номі, анонімний засновник SushiSwap, раптово продав токени SUSHI на 13 мільйонів доларів у фонд розробників після того, як проект зібрав велику суму коштів, викликавши паніку на ринку та спричинивши різке падіння ціни на токени.

Хоча шеф-кухар Номі пізніше повернув кошти, а спільнота взяла на себе управління проектом, цей інцидент спричинив величезні збитки та психологічний вплив на інвесторів.

3. Проблеми, що поширюються від Bancor до DEX

Якщо ви говорите, хто перший проект з’їв краба AMM, то ви повинні згадати Bancor. Трохи прикро говорити, що він не отримав широкого розголосу до буму DeFi, тому багато людей помилково вважають, що AMM був винайдений. від Uniswap.

Сьогодні, у версії Bancor V2, вона щойно була запущена. Незважаючи на те, що V2 представила інноваційні розробки, такі як oracle, що надає останню ціну та оновлює пропорцію пулу токенів на основі ціни oracle, вона все ще має деякі недоліки.

  • Хоча запровадження оракулів може надати точнішу інформацію про ціни, воно також приносить проблеми впровадження. Наприклад, якщо на централізованій торговій платформі немає відповідної ціни торгової пари, це створює проблему курки та яйця. Крім того, надійність і безпека оракулів також заслуговують на увагу.

  • Хоча модель динамічного пулу може оновлювати частку пулу токенів відповідно до ціни машини Oracle, у разі високої волатильності ринку постачальник ліквідності (LP) може зіткнутися з більшим ризиком втрати. Чим більша волатильність ринку, тим серйознішими можуть бути постійні втрати LP, які можуть змусити постачальників ліквідності вилучати кошти, таким чином впливаючи на стабільність пулу ліквідності та ефективність торгівлі.

  • Дизайн Bancor також може піддаватися ризику контрагента. Незважаючи на те, що механізм оракула було запроваджено, якщо ринкові ціни різко коливаються, а оракул не може вчасно оновити ціни, постачальники ліквідності все ще можуть зіткнутися з більшими ризиками. Невчасне або неточне оновлення цін Oracle може призвести до втрати LP грошей через коливання цін.

Незважаючи на те, що версія Bancor V2 містить багато інноваційних дизайнів, її складність також підвищує поріг навчання та використання для користувачів. Порівняно з іншими моделями AMM, які є простішими та легшими у використанні, Bancor може вимагати від користувачів більше професійних знань і технічної підготовки, щоб повністю зрозуміти та використовувати нові функції. Це може обмежити зростання кількості користувачів і визнання на ринку.

4. Реалізація DEX ArtexSwap

Платформа ArtexSwap працює подібно до Uniswap, але має підвищену безпеку завдяки використанню нативних можливостей Artela EVM++.

4.1 Механізм масштабованості Artela

Перш за все, щоб краще зрозуміти базове середовище ArtexSwap, давайте спершу коротко поговоримо про основний операційний механізм Artela. Масштабованість тут насправді має два значення, а саме масштабованість і продуктивність EVM.

Для масштабованості Artela представила технологію Aspect, яка підтримує розробників у створенні індивідуальних програм у середовищі WebAssembly (WASM).

Розширюване читання: «Повнотекстова інтерпретація Бутеріна: наступна зупинка інфраструктури Web3.0, це «інкапсуляція чи розширення»? (Див. Додаток)

З точки зору продуктивності, ми всі знаємо, що EVM є послідовним середовищем віртуальної машини, рівень використання цього методу дуже низький, тому паралельна обробка є особливо важливою. .

Щоб досягти паралельного виконання, як вирішити такі проблеми:

1. Як вирішити, чи існують конфлікти між речами, що виконуються одночасно?

Стратегія паралельного виконання з використанням прогнозованого оптимістичного виконання передбачає відсутність конфліктів між транзакціями в початковому стані, і кожна транзакція записує зміни, але не завершується негайно.

Після того, як транзакція виконана, вона перевіряється, щоб перевірити, чи є конфлікт, і якщо так, вона виконується повторно.

Передбачуваність — це використання моделей штучного інтелекту для аналізу історичних даних транзакцій, прогнозування залежностей транзакцій, оптимізації послідовності виконання та зменшення конфліктів і повторного виконання.

Навпаки, Sei та Monad покладаються на попередньо визначені файли залежностей транзакцій і не мають адаптивних можливостей динамічної моделі прогнозування Artela на основі ШІ, що є перевагою Artela у зменшенні конфліктів виконання.

2. Як збільшити швидкість IO і зменшити час очікування виконання транзакції?

Технологія асинхронного попереднього завантаження використовується для вирішення вузьких місць введення та виведення (I/O), спричинених доступом до стану.

Artela використовує прогнозні моделі для попереднього завантаження необхідних даних про стан із повільного сховища (наприклад, жорсткого диска) у швидке сховище (наприклад, пам’ять) перед виконанням транзакції. Ця технологія раннього завантаження та кешування даних дозволяє декільком процесорам або потокам виконання отримувати доступ до них одночасно, покращуючи паралелізм і ефективність виконання.

3. Як вирішити проблему розширення даних під час запису даних і збільшення тиску на обробку бази даних?

Artela поєднує різноманітні традиційні технології обробки даних для розробки системи паралельного зберігання для підвищення ефективності паралельної обробки. Системи паралельного зберігання в основному вирішують дві проблеми: одна полягає в реалізації паралельної обробки зберігання, а інша полягає в покращенні здатності ефективного запису статусу даних у базу даних. Під час процесу зберігання даних загальні проблеми включають розширення під час запису даних і підвищений тиск обробки бази даних. З цією метою Artela приймає стратегію поділу державного зобов’язання (SC) і державного зберігання (SS). Ця стратегія поділяє завдання зберігання на дві частини: одна частина відповідає за швидку обробку операцій і не зберігає складні структури даних для економії місця та зменшення дублювання даних; інша частина записує всю детальну інформацію про дані. Крім того, Artela зменшує складність збереження даних, об’єднуючи невеликі фрагменти даних у великі фрагменти, таким чином не знижуючи продуктивність під час обробки великих обсягів даних.

Крім того, вузли перевірки підтримують горизонтальне розширення, і мережа може автоматично регулювати розмір обчислювальних вузлів на основі поточного навантаження або попиту. Цей процес розширення координується еластичним протоколом для забезпечення достатніх обчислювальних ресурсів у консенсусній мережі.

Завдяки еластичним обчисленням можна розширити обчислювальну потужність мережевих вузлів, реалізуючи еластичний блочний простір, що дозволяє використовувати незалежний блочний простір відповідно до попиту, що не тільки відповідає потребам розширення публічного блочного простору, але також забезпечує продуктивність і стабільність.

Це дає змогу мережі DEX спокійно реагувати на пружне розширення Web2 під час пікових навантажень.

Варто зазначити, що еластичний блоковий простір, як рішення для горизонтального розширення продуктивності блокчейну, базується на передумові, що «транзакції можна паралелізувати». ., щоб покращити пропускну здатність транзакцій.

4.2 Дослідження безпеки DEX ArtexSwap

ArtexSwap оновлено до версії 2.0. Судячи з архітектури ArtexSwap, він в основному зосереджений на трьох аспектах безпеки, а саме:

  • Як DEX має виявляти та запобігати зловмисній поведінці?

  • Як запобігти шкоді користувачам від Rug Pull під час торгівлі?

  • Як запобігти високому ковзанню?

Механізм чорного списку

Механізм чорного списку — це стратегія, яка ставить на перше місце безпеку, оскільки з точки зору поведінки адреси та користувачі, які брали участь у «поганих діях», мають високу ймовірність знову вчиняти злочини. Позначаючи небезпечні облікові записи та адреси, платформа ArtexSwap може Провести попередній аналіз обох сторін і середовища перед транзакцією, який продовжить відстежувати дії транзакцій і виключати «небезпечні елементи» з чорного списку по одному автоматично блокуються, щоб запобігти зловмисній поведінці.

Наприклад, якщо обліковий запис занесено до чорного списку через те, що він брав участь у шахрайстві чи іншій шахрайській діяльності, обліковий запис не зможе торгувати або додавати ліквідність на DEX, таким чином захищаючи інших користувачів від потенційних втрат.

По суті, ArtexSwap забезпечує систему пасивного захисту на боці C із фокусом на задній частині.

Механізм Anti-Rug

Rug Pull означає, що розробники або великі власники раптово збільшують пропозицію токенів або вилучають більшу частину коштів у пулі ліквідності, в результаті чого ціна токенів різко падає, а інвестори зазнають величезних збитків.

Цей тип ситуації зазвичай супроводжується бекдором у контракті, як правило, проскакує через механізм чорного списку, оскільки існує певна затримка в інформації чорного списку.

1. Ця вразливість контракту не виявлена,

2. Ви знайшли чорний список?

Давайте спочатку поговоримо про перший. Для випадків, коли немає прямих доказів того, що існує проблема з контрактом токена, ArtexSwap зазвичай використовує оптимістичний механізм, тобто він безпечний за замовчуванням, але платформа ArtexSwap. завжди відстежуватиме будь-які спроби значно збільшити пропозицію токенів, як тільки така ситуація буде виявлена, вона буде заблокована, а іншим користувачам буде заборонено торгувати пов’язаними токенами, щоб уникнути втрат.

Другий тип покладається на передачу повідомлень поза ланцюгом. Аспект дозволяє взаємодію та обмін даними за межами ланцюга блоків, коли ввімкнено передачу повідомлень поза ланцюгом. Це дозволяє ArtexSwap отримувати адреси відповідних зловмисних контрактів зі сторонніх джерел інформації в режимі реального часу, а потім проводити перевірки безпеки токенів у всьому DEX. Після виявлення зловмисного контракту всі пов’язані з ним операції будуть безпосередньо заблоковані.

Механізм ковзання

Слід чітко уточнити, що за механізмом ліквідності AMM високе прослизання, що призводить до збитків, є високоймовірною подією. Простіше кажучи, прослизання означає різницю між ціною виконання транзакції та очікуваною ціною, коли ринок нестабільний або ліквідність недостатня. Це проблема механізму.

Очевидно, що запобігання прослизанню є «прогнозною» проблемою, і для досягнення цієї мети контракту платформи ArtexSwap потрібно лише контролювати пул ліквідності. Складність полягає в коливаннях ринку. Оскільки ринок - це інформація про зовнішню подію, перше, що спадає на думку, це отримати доступ до оракула, щоб отримати статус ринку. Щоб досягти цього, Artela підтримує технологію Aspect для створення dApp у ланцюжку, який може взаємодіяти зі сторонніми оракулами, а Artela підтримує. Агенти штучного інтелекту, які використовують дані про ринковий статус і штучний інтелект для прогнозування високого прослизання транзакцій у певний час і поєднують це з раніше згаданим моніторингом ліквідності, щоб отримати оціночне значення, що перевищує порогове значення (30%), перешкоджає торгівлі виконання, тим самим захищаючи трейдерів від збитків, викликаних різкими коливаннями цін.

5. Підведення підсумків

Хоча ми не впевнені, чи зможе поточна модель DEX підтримувати довгострокове зростання та інституційне впровадження, можна передбачити, що DEX продовжуватиме ставати незамінною інфраструктурою в екосистемі криптовалют.

Знову ж таки, за кожним успішним шахрайством може стояти користувач, який припинить використовувати Web3, і екосистемі DEX буде нікуди подітися без нових користувачів. Тому для DEX втрата безпеки означає втрату всього.

Однак на нинішньому фоні гарячої версії DEX, здається, що розповідь про похідні може процвітати протягом тривалого часу, однак, у довгостроковій перспективі, DEX є найбільш певним попитом користувачів, тому також не приділяється уваги багато.

апендикс

"Короткий аналіз: модель книги замовлень і автоматизована система формування ринку"

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

«Повна текстова інтерпретація Бутеріна: наступна зупинка інфраструктури Web3.0, це «інкапсуляція чи розширення»? 》https://www.blocktempo.com/is-the-next-step-for-web3-infrastructure-encapsulation-or-extension/