Звіт Solana Cross-chain Bridge: огляд екологічних міжланцюжних протоколів Solana та крос-ланцюгових DApps

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

Автор: Арджун Чанд, дослідник LI.FI

Складач: xiaozou, Golden Finance

Ключові моменти цієї статті

• Активність зв’язку екосистеми Solana значно зросла, особливо з листопада 2023 року. Такі мости, як Wormhole, Allbridge і deBridge (перші прихильники екосистеми Solana), мають хороші шанси отримати користь від цього сплеску.
• Попит користувачів перевести кошти в Solana викликав поспіх розширення мостів ліквідності до Solana. Тільки в грудні Synapse, Meson і Hashflow додали підтримку шляху до Solana. Незабаром стане очевидною потреба в таких платформах агрегації, як Jumper, для підтримки Solana.
• Wormhole надає розробникам найпотужніші інструменти, коли йдеться про протоколи обміну повідомленнями, а DLN від deBridge стає кращим мостом ліквідності для передачі активів.
• На Solana є кілька програм із вбудованими можливостями перемикання, але це змінюється. Phantom і Jupiter знаходяться в авангарді цієї еволюції, вбудовуючи функціональні можливості мостів у свої служби.
• Майбутні проекти, такі як CCTP від Circle, Cross-Chain Queries від Wormhole і Cross-Chain Swaps від Jumper Exchange, посилять залучення Solana до ширшої екосистеми блокчейну Connection. Крім того, такі інновації, як легкий клієнт Tinydancer і концепція блокчейну IBC Guest від Picasso, обіцяють уможливити міжланцюгові взаємодії з мінімізованою довірою.

Передмова

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

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

Ця стаття в основному розділена на три частини:

• Частина перша: глибший погляд на протоколи обміну повідомленнями в Solana. У цій частині буде проаналізовано протоколи обміну повідомленнями, які зараз працюють в екосистемі Solana. Ми розглянемо технічний внесок, робочі механізми та внутрішні компроміси, пов’язані з цими протоколами, з метою надання розробникам ключової інформації, яка допоможе їм вибрати протокол обміну повідомленнями, який відповідає потребам їхніх програм, а також надамо інформацію для тих, хто хоче дізнатися більше про додатки, якими вони користуються Користувачі програми надають інформацію про її походження, функціональність і безпеку.
• Частина 2: Програми, які підтримують міжланцюговий обмін Solana. У другій частині цієї статті розглядатимуться різні програми, які підтримують з’єднання Solana та міжланцюговий обмін. Ми обговоримо, як працюють ці програми, їхні найкращі функції, вплив на взаємодію з користувачем і як вони сприяють ліквідності та доступності екосистеми Solana.
• Частина третя: Цікаві розробки в сценарії взаємодії Solana. У цій заключній частині будуть висвітлені найвизначніші нещодавні розробки в сценарії взаємодії Solana, а також нові проекти, нові цікаві версії існуючих протоколів та інші, які можуть позитивно вплинути на майбутнє Solana Ініціативи щодо взаємодії з ширшою екосистемою блокчейну.

Далі розглянемо кожну частину докладніше.

1. Поглиблене розуміння протоколу обміну повідомленнями на Solana

У цьому розділі розглядаються припущення про дизайн, безпеку та довіру різних протоколів обміну повідомленнями, які з’єднують Solana з ширшою екосистемою. У ньому надається комплексний аналіз їхньої архітектури, висвітлюються їхні унікальні особливості та розуміються їхні компроміси.

Цей розділ охоплюватиме наступне:

• Огляд протоколу обміну повідомленнями: надає детальний огляд набору продуктів проекту, даних про продуктивність, ключових ефектів мережі та інформації про безпеку.
• Як це працює: Життєвий цикл транзакції – процес надсилання коштів користувача з одного блокчейну в інший через мережу ліквідності, побудовану на протоколі обміну повідомленнями. Дізнайтеся про різні компоненти дизайну мосту.
• Припущення довіри та компроміси: компроміси для кожного протоколу обміну повідомленнями та їхній потенційний вплив.
• Аналіз ризиків: архітектурний дизайн і міркування щодо безпеки. Короткий опис архітектури, реалізації, функціонування та безпеки мережі протоколу обміну повідомленнями на основі міжланцюжкової системи ризиків, спільно розробленої LI.FI та Consensys.
• Спільнота та ресурси: усі ресурси, щоб відстежувати оновлення проекту та дізнаватися більше про його продукти та послуги.

1.1 Червоточина

1.1.1 Огляд

Wormhole — це протокол обміну повідомленнями, запущений у жовтні 2020 року, щоб дозволити розробникам створювати міжланцюгові нативні програми для кількох ланцюгів. Спочатку Wormhole виник як проект хакатону, щоб знайти рішення, яке дозволило б блокчейнам «розмовляти один з одним».

Спочатку Wormhole був інкубований і підтримувався Jump, а його перша версія (Wormhole V1) була в основному зосереджена на встановленні двостороннього мосту токенів між Ethereum і Solana. У міру розвитку проекту Wormhole перетворився на універсальний протокол обміну повідомленнями, що з’єднує кілька ланцюжків екосистеми. Ця еволюція відповідає його ширшому баченню стати базовим рівнем, на якому розробники зможуть створювати різноманітні міжланцюгові програми. У результаті Wormhole V1 поступово припинили роботу, а мережа Wormhole була запущена в серпні 2021 року.

сервіс продукту

У відповідь на зростаючий попит на багатоланцюгові екосистеми на основі Wormhole з’явилося кілька крос-ланцюжкових нативних додатків, у тому числі власні продукти команди Wormhole:

• Портал — міст для блокування та карбування токенів, який дозволяє користувачам з’єднувати токени та NFT у мережах, сумісних з Wormhole. Це була одна з перших програм, яка використовувала можливості обміну повідомленнями Wormhole і зробила значний внесок у розвиток Wormhole.
• Connect — ґаджет, який дозволяє розробникам інтегрувати інтерфейси, схожі на портал, у свої програми для перемикання токенів. Він надає розробникам простий і швидкий спосіб додати функціональність мосту до своїх програм.
• Шлюз — спеціальний блокчейн програми, призначений для покращення підключення ланцюжків програм на основі Cosmos до ширшої екосистеми. Він використовує маршрутизатор ліквідності як єдиний рівень ліквідності в ланцюгах Cosmos. Цей інструмент корисний для розробників, які прагнуть залучити користувачів і ліквідність до ланцюжка програм Cosmos, а також для користувачів, які хочуть переказати кошти в екосистему Cosmos. Наразі шлюз доступний для розробників і користувачів через портал.
• Запити — інструменти для міжланцюжкового запиту даних, що дозволяє програмам зчитувати дані в ланцюжку з будь-якого ланцюжка EVM в екосистемі Wormhole. Ці дані були підтверджені абсолютною більшістю 2/3 з 19 Вартових Червоточин. Продукт все ще перебуває на ранніх стадіях розробки, і очікується, що Synthetix стане одним з перших.

Ці продукти додатково підтримуються багатьма зручними для розробників рішеннями та функціями від команди Wormhole (багато з яких зараз розроблені та підтримуються учасниками новоствореної Wormhole Foundation), як-от:

• xAssets — активи можна перемикати через будь-який підтримуваний ланцюжок Wormhole без прослизання. Наприклад: Pyth Network нещодавно запустила свій маркер управління PYTH як Wormhole xAsset, доступний для користувачів 27 мереж.
• Автоматичні ретранслятори — мережа ретрансляторів, які можуть передавати повідомлення через будь-який підтримуваний ланцюжок Wormhole. Ця функція дозволяє розробникам створювати міжланцюгові додатки на Wormhole без необхідності налаштовувати та підтримувати власний позаланцюговий ретранслятор.
• Wormholescan — крос-чейн дослідник блоків і платформа аналізу, що охоплює екосистему Wormhole. Цей інструмент можна використовувати для відстеження міжланцюжкових транзакцій і розуміння мережевої активності в екосистемі Wormhole.

Мережевий ефект

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

Цікаво, що в даних про трафік Wormhole переважає трафік через мости до та з Терри, екосистеми, яка більше не бачить значного прогресу та активності. Наразі обсяг транзакцій в основному розподіляється в Ethereum, Solana та Sui, за якими йдуть ланцюжки та зведення EVM L1.

Фактори, які сприяли зростанню Wormhole і позиціонували його як один із найкращих протоколів обміну повідомленнями в екосистемі, включають наступне:

• Понад 200 проектів, побудованих на Wormhole — Wormhole має значне поширення в екосистемі, де кілька програм використовують його для побудови сценаріїв використання, таких як мости ліквідності (Allbridge, Mayan, Magpie), багатоланцюгові токени (PYTH), стандарти токенів ( Nexa), перемикання в додатку за допомогою Connect (Astroport, Uniwhale, YouSUI), міжланцюгові депозити (Friktion, PsyOptions, Aftermath Finance).
• Wormhole x NFT — Dust Labs віддає перевагу крос-ланцюжковому стандарту NFT від Wormhole для перенесення серії NFT (DeGods і y00ts) із Solana на Ethereum і Polygon відповідно. Цей стандарт NFT також використовується Aptos NFT Bridge, який дозволяє розробникам і користувачам перемикати NFT до мережі Aptos і з неї.
• Екосистемний фонд Wormhole у розмірі 50 мільйонів доларів — Екосистемний фонд у розмірі 50 мільйонів доларів надає вкрай необхідну фінансову підтримку розробникам, які створюють міжланцюгові додатки, які використовують інфраструктуру обміну повідомленнями Wormhole. Фондом керує Borderless Capital і отримав фінансову підтримку від відомих інвесторів, таких як Jump Crypto, Polygon Ventures і Solana Foundation.
• Програма xGrant — на початку 2023 року Wormhole запустила програму xGrant для підтримки розробників, дослідників і засновників. Програма не лише надає фінансову допомогу, а й надає рекомендації та ресурси для сприяння розвитку інноваційних проектів. Гранти покривають такі витрати, як розробка програмного забезпечення, маркетинг, витрати команди та інші витрати, необхідні для розвитку та розширення програми.
• Bitcoin tBTC на Solana — Threshold Network запустила токенізований Bitcoin (tBTC) на Solana, використовуючи Wormhole для карбування активу. Це знаменує собою перше розширення tBTC в екосистему, не пов’язану з EVM, і дозволяє користувачам витрачати біткойни в екосистемі Solana DeFi.
• Wormhole об’єднує зусилля з Uniswap — після всебічної оцінки 6 різних мостів Комітет з оцінки мостів Uniswap схвалив використання Wormhole для всіх міжланцюжкових розгортань, що значно підвищило статус Wormhole як одного з найбезпечніших протоколів обміну повідомленнями в екосистемі. Крім того, Uniswap активно використовує Wormhole для міжланцюжкового обміну повідомленнями (зокрема таких ланцюжків, як Celo), що ще більше зміцнює Wormhole як надійний вибір для потреб безпечного обміну повідомленнями.
• Wormhole співпрацює з Circle CCTP — Wormhole успішно інтегрував протокол міжланцюгової передачі Circle (CCTP), щоб інші програми могли отримати доступ до нього через Connect, а користувачі також могли отримати доступ до нього через портал. Очікуваний випуск CCTP на Solana викликав значний інтерес, і такі команди, як Jupiter, оголосили про плани забезпечити підтримку CCTP у своїх програмах через Wormhole.
• Wormhole збирає 225 мільйонів доларів США при оцінці в 2,5 мільярда доларів — Wormhole нещодавно досягла важливої віхи у фінансуванні, завершивши фінансування у розмірі 225 мільйонів доларів США при оцінці в 2,5 мільярда доларів США. Ця значна інвестиція підкреслює силу команди Wormhole, широке впровадження її продуктів і послуг, а також загальну якість її продуктів і послуг. Фінансування також привернуло увагу фермерів, які займаються десантуванням, які зараз порівнюють Wormhole з LayerZero та вважають Wormhole «дуже цінним конкурентом у просторі взаємодії». Оскільки сезон аірдропу Solana триває, а Wormhole запускає різні стратегічні ініціативи (наприклад, надання «ранніх» ролей для користувачів Discord, це може привернути велику увагу фермерів аірдропу в найближчому майбутньому).

Перевірка безпеки

• Аудит — архітектура Wormhole складається з кількох ключових частин, таких як вузли Guardian і смарт-контракти для різних ланцюжків і середовищ виконання. Різні частини їх стеку технологій пройшли загалом 22 аудити Neodyme, Kudelski, Trail of Bits, CertiK, Runtime Verification, OtterSec і Zellic. Варто зазначити, що хоча ми розглядаємо кожен запис як окремий аудит, цілком імовірно, що аудит цих конкретних контрактів є частиною більшого аудиту стеку технологій Wormhole.
• Програма винагород — з вересня 2022 року Wormhole запускає програму премії на суму 2,5 мільйона доларів для Immunefi, зосереджуючись на безпеці смарт-контрактів Wormhole і вузлів Guardian.
• Вразливість у безпеці — у лютому 2022 року в мережі Wormhole стався злам безпеки. Зловмисник «використав уразливість перевірки підпису в мережі Wormhole, щоб викарбувати 120 000 монет Ethereum, загорнутих у Wormhole, на Solana», завдавши збитків приблизно в 326 мільйонів доларів. Помилка була виправлена за кілька годин, Wormhole швидко відновилася в мережі, а Jump надав необхідні кошти, щоб усунути прогалину.

Після цього експлойту команда Wormhole оголосила наступні майбутні плани безпеки:

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

У світлі цих оновлень безпеки Комітет з оцінки мостів Uniswap визнав зусилля Wormhole у своєму звіті, зазначивши:

«Після атаки на виявлення вразливості Wormhole суттєво вдосконалив свою практику, наприклад покращив процеси розгортання, чіткіші плани реагування на інциденти та надійне модульне тестування. Ці вдосконалення заслуговують похвали та демонструють розвиток і зрілість протоколу».

Wormhole додав такі функції безпеки до свого стеку технологій:

• Глобальний бухгалтер — цей інструмент відстежує загальну оборотну пропозицію всіх активів Wormhole у всіх мережах. По суті, це запобігає будь-якому блокчейну від передачі будь-яких активів понад те, що фактично дозволено.
• Губернатор - як доповнення до глобального обліку, Губернатор відстежує приплив і відтік усіх мережевих активів. Він може затримувати підозрілі передачі та обмежувати вплив експлойтів, дозволяючи Опікунам зберігати повідомлення Wormhole протягом 24 годин, якщо вони стають занадто великими. Ліміти керівника можна регулювати в міру розвитку екосистеми ланцюга.
• База коду з відкритим вихідним кодом. Роблячи свою базу коду відкритою, Wormhole ефективно знижує бар’єр для хакерів, які можуть виявити вразливості та повідомити про них.
• Всебічний моніторинг через Guardians — Wormhole Guardians — це професійні верифікаційні компанії, які мають досвід запуску, моніторингу та безпеки операцій блокчейну. Вони постійно відстежують діяльність блокчейну та смарт-контрактів і забезпечують безпеку мережі Wormhole за допомогою таких інструментів, як Governor.
• Інтеграція ZK (підтвердження нульового знання) з Wormhole — Wormhole активно інтегрує перевірку ZK повідомлень у свій стек технологій.

Цифри зростання

1.1.2 Принцип роботи — життєвий цикл транзакції

Процес передачі повідомлень від вихідного ланцюжка до цільового через архітектуру Wormhole дуже складний, але на високому рівні він дуже простий. Ось простий розібраний вигляд:

1. Надсилання повідомлення: кожне повідомлення надходить із «основного контракту» у вихідному ланцюжку.

2. Перевірка та підпис опікунами: потім повідомлення перевіряється та підписується поза мережею 19 опікунами. Повідомлення вважається автентичним, лише якщо воно отримує підписи принаймні двох третин (13 із 19 Опікунів).

3. Пересилання в цільовий ланцюжок: після перевірки та підписання повідомлення воно буде перенаправлено до основного контракту в цільовому ланцюжку.

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

Давайте детальніше розглянемо, як мережа Wormhole Guardian перевіряє повідомлення:

• Крок перший: основний контракт у вихідному ланцюжку надсилає повідомлення.
• Крок 2: Опікуни спостерігають і перевіряють автентичність повідомлення.
• Крок 3: Опікуни очікують, поки вихідний ланцюжок остаточно підтвердить повідомлення, а потім підписують хеш-значення тіла повідомлення, щоб підтвердити його дійсність.
• Крок 4: скомпілюйте підписи кожного Опікуна у файл із кількома підписами, а саме VAA (Verifiable Action Approvals).
• Крок 5: ретранслятори передають VAA до основного контракту в цільовому ланцюжку.

Примітка: «Шпигун» відстежує всі повідомлення, що передаються через мережу Guardian, і записує їх у систему зберігання (наприклад, базу даних SQL) для аналізу та подальшого використання.

1.1.3 Довірчі припущення та компроміси

Ось деякі припущення про довіру та компроміси, які варто враховувати щодо Wormhole:

• Зовнішня перевірка за допомогою набору валідаторів - система підтвердження повноважень Wormhole від початку до кінця вірить, що Опікунам можна довіряти перевірку транзакцій, і що більше двох третин Опікунів не вступатимуть у змову протягом певного часу. Якщо більшість Опікунів змовляються один з одним, кошти користувачів можуть бути викрадені.
• Ризик цензури — Опікуни 19 липня можуть вступити в змову для цензури повідомлень.
• Немає механізму рубання для Опікунів — у системі Wormhole для Вартових не реалізовано механізму рубання. Однак підзвітність є ключовим аспектом дизайну мережі. Будь-яку зловмисну діяльність можна безпосередньо відстежити до конкретного Опікуна. Це пряме присвоєння означає, що залучений Опікун може бути притягнутий до юридичної відповідальності та зазнати значної репутаційної шкоди внаслідок шахрайства чи неправомірної поведінки.
• Дозволена мережа Опікунів – коригування набору Опікунів, додавання нових Опікунів чи видалення існуючих, регулюється схемою підпису 13/19.

1.1.4 Аналіз ризиків: дизайн архітектури та міркування щодо безпеки

1.1.5 Спільнота та ресурси

Ви можете дізнатися більше про Wormhole через такі канали:

●Офіційний сайт

●Документація

●Червоточина для розробників

●Github

●Провідник

●Середній

●Сканування червоточини

Ви можете слідкувати за Wormhole на таких платформах, щоб дізнатися про останні події в спільноті:

●Твіттер

●Розбрат

●Telegram

●Youtube

1.2 Allbridge

1.2.1 Огляд

Allbridge, випущений у липні 2021 року, є блокчейн-мостом в екосистемі Solana. Спочатку він був названий Solbridge, тому що, коли він був випущений, він був зосереджений на розширенні використання Solana в екосистемі шляхом підключення Solana до інших мереж. З часом сфера дії угоди вийшла за межі Solana і була перейменована на Allbridge.

сервіс продукту

Allbridge Classic — це перша версія Allbridge. Він підтримує передачу активів через 20 ланцюжків, включаючи ланцюги EVM і не-EVM, такі як Solana і Stellar. Ця версія протоколу відповідає за обробку більшої частини обсягу транзакцій Allbridge.

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

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

Крім того, Allbridge Core представляє такі унікальні функції, як:

●Підтримка кількох протоколів повідомлень. На додаток до підтримки передачі повідомлень через Allbridge, Allbridge Core також підтримує інші протоколи повідомлень, наприклад Wormhole. Така інтеграція дозволяє підтримувати унікальні ланцюги, доступ до яких здійснюється через Wormhole, і надає альтернативні/резервні варіанти ланцюжків, які вже підтримуються Allbridge.

Крім того, Allbridge Core нещодавно інтегрувала протокол міжланцюгової передачі (CCTP) Circle. Це нове доповнення дозволяє Allbridge Core підтримувати перекази USDC через сумісні з CCTP ланцюжки без необхідності підтримувати пули ліквідності в цих ланцюгах. Крім того, користувачі можуть вибирати між трьома різними протоколами обміну повідомленнями, кожен з яких має різну вартість і час передачі.

Наразі підтримка CCTP доступна лише в мережі EVM. Однак незабаром це зміниться, оскільки CCTP підтримує Solana в devnet і найближчим часом з’явиться в mainnet.

●Додатковий газ у цільовому ланцюзі – ця функція вирішує проблему «холодного запуску», коли користувачі підключають активи до нового ланцюга. За допомогою цієї функції користувачі можуть легко залучити додаткові кошти для оплати газу в цільовому ланцюжку.

Функція «додаткового газу» повільно стає стандартом у багатоланцюжкових екосистемах. Наприклад, в екосистемі Solana Phantom використовує її як функцію «заправки» «Cross-Chain Swapper» шляхом інтеграції з LI.FI (на базі Allbridge Core).

На додаток до продуктів, орієнтованих на користувачів, таких як Allbridge Classic і Allbridge Core, Allbridge також пропонує рішення для з’єднання білих міток під назвою Allbridge BaaS. Це дозволяє проектам використовувати можливості перехресного обміну повідомленнями Allbridge і запускати спеціальні налаштування мосту для своїх токенів. Allbridge стягуватиме одноразову плату за встановлення мосту в розмірі 20 000 доларів США.

Мережевий ефект

Від початкового продукту, зосередженого на Solana, до перемоги на хакатоні Solana у 2021 році, коріння Allbridge глибоко пов’язані з екосистемою Solana. Зосередження на Solana виявилося корисним, і Solana все ще залишається найактивнішою мережею на Allbridge. З моменту запуску Allbridge Classic було здійснено понад 190 000 транзакцій на Solana з обсягом понад 1,44 мільярда доларів США, а комісія лише за Allbridge Classic склала 535 000 доларів США.

Інші основні екосистеми, що сприяють зростанню Allbridge, включають імена, добре відомі на всіх платформах мосту, такі як Ethereum, Avalanche, BNB Chain і Polygon. Цікаво, що мережа Tron є переконливою екосистемою, що стосується Allbridge Core.

Варто зазначити, що такі популярні рішення L2, як Arbitrum і Optimism, які часто домінують у показниках даних мостів EVM, не відображаються у наведеному вище списку. Варто зазначити, що Allbridge не підтримує кілька основних L2, таких як Base, zkSync і Linea. Allbridge Core підтримує лише USDC на Arbitrum.

Нещодавно Allbridge Core інтегрувався з LI.FI, увійшовши в світ LI.FI з більш ніж 120 міжланцюжковими протоколами обміну. Крім того, наразі Allbridge є єдиним постачальником мостів, який підтримує транзакції EVM <> Solana в рамках функції Phantom Cross-Chain Swapper. Ця ексклюзивність дозволяє Allbridge отримувати переваги від більших обсягів транзакцій, поки не буде додана підтримка інших провайдерів мосту.

Крім того, Allbridge також провела демонстрацію інтегрованої тестової мережі CCTP на конференції Breakpoint 2023. Стратегічне партнерство з Circle для запуску CCTP на Solana також сприятиме розвитку протоколу.

Перевірка безпеки

*Аудити - архітектура Allbridge перевірялася 5 разів. Перші аудити провели Hacken у вересні 2021 року (оцінка аудиту: 10 балів), Kudelski Security у травні 2022 року, Cossack Labs у вересні 2022 року та Hacken у лютому 2022 року (оцінка аудиту: 9,8), а аудит CoinFabric у липні 2023 року.

• Програма баунті — Allbridge має відкриту програму баунті на HackenProof із винагородами від 100 до 4000 доларів США.
• Уразливість у безпеці. У квітні 2023 року Allbridge Core зазнала атаки через уразливість системи швидкого кредитування в мережі BNB, що призвело до втрати 650 000 доларів США. Зловмисник використав логічну помилку у функції виведення коштів, щоб маніпулювати торговою ціною пулу.

Команда Allbridge повернула «більшу частину вкрадених коштів» і відшкодувала різницю постраждалим користувачам, які заповнили форму заявки. Після атаки протокол було перезапущено, внесено наступні виправлення та додано такі функції безпеки:

• Розрахунок фіксованої ліквідності для депозитів і зняття коштів - ретельно перевірено.
• Представлення дозволів Rebalancer через спеціальні облікові записи — цей інструмент дозволить командам повторно балансувати пули в екстремальних і надзвичайних ситуаціях за допомогою мостів без сплати комісій.
• Функція автоматичного відключення у разі екстремального дисбалансу пулу, наприклад, відключення стейблкойнів.
• Підтримує ручне закриття мосту для покращення часу реагування та запобігання нещасним випадкам.
• Загальнодоступна база коду, яка висвітлює зусилля команди щодо відкритого коду та запрошує дослідників із білими капелюхами до проведення перевірок контрактів на перехід.

Команда L2BEAT заявила, що Allbridge Core «містить багато неперевірених основних смарт-контрактів», які можуть поставити під загрозу кошти користувачів, якщо ці контракти містять шкідливий код.

Варто зазначити, що контракти Allbridge Core були перерозподілені після атаки на вразливість безпеки. Основний договір зараз перевірено. Крім того, було перевірено контракт Allbridge Classic.

Однак команда L2BEAT зазначила, що деякі бридж-контракти залишаються неперевіреними. Команда Allbridge пояснила, що це була складна проблема, спричинена збігом між застарілими контрактами Core і контрактами, пов’язаними з Allbridge Classic, які існували до інциденту безпеки. Allbridge активно вживає заходів для вирішення та роз’яснення цієї невідповідності на веб-сайті L2BEAT, забезпечуючи більш чітке та прозоре розуміння для всіх.

Цифри зростання

1.2.2 Принцип роботи — життєвий цикл транзакції

Allbridge Core

Нижче показано, як активи передаються з вихідного ланцюга в цільовий ланцюг через архітектуру Allbridge Core:

• Крок 1: користувач надсилає активи до пулу ліквідності у вихідному ланцюжку, де активи заблоковані.
• Крок другий: обміняйте ці активи на віртуальні токени (VT), які представляють їхню вартість у доларах США. Наприклад, коли користувач надсилає 100 USDC, сума конвертується у VT на основі поточного обмінного курсу VT до USDC.
• Крок 3. Передайте віртуальні токени з інформацією про транзакції в цільовий ланцюг через вибраний протокол обміну повідомленнями. Валідатор протоколу обміну повідомленнями перевіряє, чи кошти були заблоковані в ланцюжку джерела та точно викуплені на «віртуальні токени».
• Крок 4: повідомлення досягає цільового ланцюжка та запускає смарт-контракт.
• Крок 5: смарт-контракт перетворює віртуальні токени в пулі ліквідності в цільовому ланцюжку в токени, які ви хочете обміняти, і надсилає їх на адресу користувача.

Хоча це може здатися різними кроками в різних мережах, для користувача все це відбувається в один клік.

Allbridge Classic

Allbridge Classic підтримує широкий спектр токенів, таких як aeUSDC (Allbridge Ethereum-wrapped USDC), викарбуваний Allbridge.

Нижче наведено процес передачі активів від вихідного ланцюга до цільового через класичну архітектуру Allbridge:

• Крок 1: користувач надсилає кошти на смарт-контракт Allbridge у вихідному ланцюжку. На цьому кроці користувачі можуть надсилати два типи активів: 1) Локальні активи — у цьому випадку активи заблоковано в пулі ліквідності в ланцюжку джерела. 2) Запаковані активи — у цьому випадку активи знищуються смарт-контрактами в ланцюжку джерела.
• Крок 2: створіть запис транзакції та надішліть запит на підтвердження валідаторам Allbridge.
• Крок 3: валідатори перевіряють кошти, заблоковані в ланцюжку джерела.
• Крок 4: після завершення перевірки валідатори передадуть підпис користувачеві.
• Крок 5: користувач пересилає цей підпис до смарт-контракту в цільовому ланцюжку.
• Крок 6: Кошти перераховуються користувачам. Процес буде відрізнятися залежно від типу активу, який користувач очікує отримати в цільовому ланцюжку.

Конкретні приклади:

1. Якщо це рідні активи, то ці активи буде розблоковано зі смарт-контракту цільового ланцюжка, а потім перенесено в гаманець користувача.

2. У випадку загорнутих активів ці активи будуть створені смарт-контрактами в цільовому ланцюжку, а потім перенесені в гаманець користувача.

1.2.3 Довірчі припущення та компроміси

Ось кілька важливих припущень щодо довіри та компромісів щодо Allbridge:

• Зовнішня перевірка за допомогою набору валідаторів - Allbridge покладається на сторонні валідатори для перевірки транзакцій користувачів, що залежить від базового протоколу обміну повідомленнями, який використовується (Allbridge або Wormhole або CCTP).
• Невеликий набір валідаторів - набір валідаторів Allbridge містить лише 2 валідатори. Ці два валідатори можуть вступити в змову, щоб доставити зловмисні повідомлення та викрасти кошти користувачів.
• Ризик цензури - єдиний валідатор у наборі валідаторів Allbridge може цензурувати повідомлення.
• Набір дозволених валідаторів – валідатори, що працюють у системі, запускаються та/або вибираються командою Allbridge.
• Відсутність механізму обмеження — наразі немає механізму обмеження для валідаторів, щоб запобігти змові чи цензурі.
• Команда Allbridge може цензурувати користувачів. Хоча спеціальний обліковий запис надасть команді Allbridge більше контролю для швидкого реагування в надзвичайних ситуаціях, ним також можна зловживати, щоб помилково цензурувати депозити, зняття коштів і транзакції користувача.

1.2.4 Аналіз ризиків: дизайн архітектури та міркування щодо безпеки

1.2.5 Спільнота та ресурси

Ви можете дізнатися більше про Allbridge через такі канали:

●Офіційний сайт

●Файли Allbridge Core

●Файли Allbridge Classic

●Середній

●Messari на Allbridge Core

●Messari на Allbridge Classic

Ви можете стежити за Allbridge на наступних платформах, щоб дізнатися про останні події в його спільноті:

●Твіттер

●Telegram

●Розбрат

●Reddit

1.3 deBridge

1.3.1 Огляд

deBridge — це протокол сумісності, випущений у серпні 2021 року, який підтримує міжланцюговий обмін повідомленнями та ліквідність. Проект було запущено як проект хакатону на глобальному хакатоні Chainlink у квітні 2021 року та отримав 5,5 мільйона доларів фінансування пізніше того ж року.

Експансія deBridge в екосистему Solana почалася з гранту в розмірі 20 000 доларів від Фонду Solana в червні 2021 року. На відміну від раніше обговорюваних протоколів, deBridge спочатку був націлений саме на сумісні з EVM ланцюги. Лише в червні 2023 року деБрідж прийшов до Солани та став одним із перших учасників, які досягли великих досягнень.

сервіс продукту

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

• DeSwap Liquidity Network (DLN) — DLN — це мережа ліквідності, яка забезпечує недорогі та швидкі міжланцюгові транзакції в будь-якому ланцюзі, який підтримує deBridge. На відміну від традиційних моделей, які покладаються на пули ліквідності, DLN використовує маркет-мейкерів, які надають міжланцюгову ліквідність на вимогу, щоб досягти нульової передачі активів TVL. Щоб забезпечити достатню ліквідність для великих міжланцюжкових замовлень, команда deBridge співпрацює зі зрілими маркет-мейкерами, такими як RockawayX і Fordefi.
• dePort — як надійний міст, dePort дозволяє додаткам створювати обгорнуті активи, або deAssets, у кожному ланцюжку. Ці карбовані активи підтримуються один до одного оригінальними токенами в вихідному ланцюжку, забезпечуючи цілісність активів усієї мережі.

На додаток до користувацьких програм безпосередньо для міжланцюжкового обміну, deBridge також розширює ці продукти на інші програми та проекти, включаючи гаманці, через API для безперебійної інтеграції. Крім того, bloXroute Labs розробляє SDK з метою інтеграції DLN у свою мережу розподілу блокчейнів. Ця інтеграція дозволить користувачам bloXroute, включаючи мисливців за MEV, інституційних трейдерів DeFi та різних проектів, виконувати перехресні свопи на основі DLN.

Крім того, deBridge також пропонує deBridge IaaS (Interoperability-as-a-Service: Interoperability as a Service), послугу на основі підписки, яка дозволяє блокчейнам EVM і SVM інтегрувати продукти deBridge у відповідні екосистеми. Послуга доступна за місячну підписку в розмірі 11 000 доларів США на місяць і щоквартальну підписку в розмірі 10 000 доларів США на місяць. Neon Labs є першим користувачем сервісу.

Мережевий ефект

З моменту свого запуску deBridge зазнав стабільного та постійного зростання. Останнім часом цей протокол широко використовується, особливо на Solana. Шлях Solana <> Ethereum швидко став найбільш багатолюдним коридором DLN. Стратегічний крок команди deBridge щодо виділення ресурсів для інтеграції підтримки Solana явно окупається, і потенціал для майбутнього зростання є величезним.

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

Окрім окремих користувачів, deBridge також стає все більш популярним у сфері B2B, і все більше програм на Solana інтегрують послуги deBridge у власні продукти. Найпомітніші приклади включають інструменти порівняння MoonGate, Birdeye і Jupiter bridge.

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

Перевірка безпеки

• Аудити — deBridge продемонстрував свою тверду прихильність до безпеки, успішно пройшовши 15 комплексних аудитів смарт-контрактів у ланцюжку EVM і Solana. Ці перевірки проводять авторитетні охоронні компанії, зокрема Halborn, Neodyme, Zokyo та Ackee.
• Програма баунті — із січня 2022 року deBridge запустила програму баунті на суму 200 000 доларів США для Imunefi, зосереджену на забезпеченні безпеки своїх смарт-контрактів.

Цифри зростання

У четвертому кварталі 2023 року DLN досягла помітних результатів серед мереж ліквідності, разюче подібна до траєкторії зростання TVL та обсягу транзакцій екосистеми Solana за той самий період.

Щоб отримати уявлення про роботу DLN в останньому кварталі, ось короткий огляд результатів за четвертий квартал у порівнянні з сукупними результатами за весь 2023 рік (з 1 квітня 2023 року по 31 грудня 2023 року):

1.3.2 Принцип роботи — життєвий цикл транзакції

Нижче показано, як активи передаються з вихідного ланцюга в цільовий ланцюг у транзакції між DLN:

• Крок 1: користувач (тобто виробник) ініціює замовлення в ланцюжку джерел. Це робиться шляхом виклику функції DlnSource.createOrder(), де вони надають деталі транзакції та блокують вхідний маркер у контракті.
• Крок 2. Маркет-мейкери, також відомі як тейкери, відстежують ці замовлення поза мережею. Коли вони визначають замовлення, яке відповідає їхнім критеріям, таким як прибутковість і доступність токенів, вони виконають замовлення. Це досягається шляхом виконання функції DlnDestination.fulfillOrder() у цільовому ланцюжку, де вони надають маркер, указаний у запиті Maker.
• Крок 3: після отримання замовлення DlnDestination перевіряє деталі та завершує транзакцію, надсилаючи токени на адресу одержувача в ланцюжку призначення. Потім позначте замовлення як виконане.
• Крок 4: Користувач, який виконує замовлення, викликає функцію DlnDestination.sendunlock(). Ця дія ініціює перехресне повідомлення через інфраструктуру deBridge до смарт-контракту DlnSource, розташованого в вихідному ланцюжку.
• Крок 5: DlnSource підтверджує автентичність повідомлення та звільняє раніше заблоковані вхідні токени, передаючи їх користувачеві, який виконує замовлення.

1.3.3 Довірчі припущення та компроміси

deBridge, як і всі інші протоколи сумісності, працює за певних припущень довіри та компромісів, про які користувачі повинні знати:

• Зовнішня перевірка набором валідаторів - мережа deBridge захищена відносно невеликим набором валідаторів, що складається з 11 вузлів. Для підтвердження транзакції потрібні підписи принаймні двох третин валідаторів, тобто щонайменше 8 з 11 валідаторів мають підписати. Ця структура створює ризик того, що 8 валідаторів можуть вступити в змову, щоб поставити під загрозу безпеку коштів користувачів.
• Ризик цензури. Якщо невелика кількість валідаторів (особливо 5 із 11 валідаторів) вирішить вступити в змову, існує потенційний ризик цензури. Це може призвести до навмисного блокування або затримки доставки повідомлення.
• Відсутність механізму розрізання для валідаторів — хоча в документації deBridge згадуються майбутні реалізації механізмів делегованого стекінгу та розрізання як критичні для безпеки протоколу, ці функції ще не запущено. Без конфіскації немає прямих фінансових наслідків, які б запобігли валідатору брати участь у шахрайських або зловмисних діях. Однак важливо зазначити, що поточний набір валідаторів було обрано та авторизовано командою deBridge і є існуючими організаціями, яким загрожує судовий позов і репутаційний збиток, що може служити непрямою формою відповідальності.
• Контракт цільового токена може бути зловмисно оновлений валідаторами - L2BEAT заявив, що керування всіма смарт-контрактами проксі, які можна оновити, є Gnosis Safe з порогом 5/8. Таким чином, якщо контракт цільового токена зловмисно оновлено або розгорнуто небезпечно, кошти користувача можуть бути викрадені.

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

1.3.4 Аналіз ризиків: дизайн архітектури та міркування щодо безпеки

1.3.5 Спільнота та ресурси

Ви можете дізнатися більше про deBridge через:

●Офіційний сайт

●Документація

●Документація DLN

●deExplorer

●Github

●Середній

●Блог

Ви можете дізнатися про останні події в спільноті за допомогою таких платформ:

●Твіттер

●Розбрат

●Telegram

●Reddit

1.4 Порівняльний аналіз протоколів обміну повідомленнями та їх мереж ліквідності

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

У конкретному аналізі ми побачимо порівняння за такими показниками:

• Механізм консенсусу — як протокол визначає дійсність повідомлення?
• Змова валідаторів — мінімальна кількість валідаторів, які можуть у змові викрасти кошти.
• Стійкість до цензури – мінімальна кількість підписувачів, які можуть цензурувати повідомлення, що проходять через протокол.
• Функція без дозволу - чи встановлено валідатор без дозволу? Чи може кожен стати валідатором і внести свій внесок у визначення дійсності повідомлень?
• Механізм скорочення – чи існує активний механізм обмеження чи прив’язки для запобігання зловмисній поведінці валідаторів?
• Можливість оновлення смарт-контрактів. Чи можна оновлювати смарт-контракти протоколу? Якщо можна оновити, хто буде оновлювати?
• Винагорода за помилку – максимальна сума винагороди за помилку, доступна хакерам, які виявляють критичні вразливості в коді протоколу.
• Перевірки — кількість перевірок, які пройшов кожен протокол (чим більше, тим краще).

Ось порівняння протоколів обміну повідомленнями на Solana:

Далі ми проаналізуємо ефективність кожної мережі ліквідності до 31 грудня 2023 року та розглянемо три ключові показники:

• Кількість унікальних користувачів – скільки унікальних користувачів використовували мережу ліквідності з моменту запуску?
• Кількість транзакцій — скільки транзакцій було виконано за допомогою мережі ліквідності з моменту запуску? *Містовий обсяг — скільки обсягів пройшло через мережу ліквідності з моменту запуску?

Ось порівняння продуктивності мереж ліквідності, побудованих на протоколах обміну повідомленнями:

2. Програми, які підтримують міжланцюговий обмін Solana

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

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

Наша мета — допомогти користувачам зробити кращий вибір під час обміну активами між екосистемами Solana та EVM.

Давайте розпочнемо!

2.1 DLN (DeSwap Liquidity Network)

2.1.1 Огляд

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

Архітектура протоколу в основному має два рівні: рівень протоколу та рівень інфраструктури.

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

• Творці посилаються на користувачів, які створюють замовлення, блокуючи вхідні маркери в смарт-контракті DlnSource у вихідному ланцюжку.
• Тейкери — це маркет-мейкери, які виконують замовлення, надаючи вихідні токени контракту DlnDestination у цільовому ланцюжку.

Після виконання замовлення контракт DlnDestination зв’язується з контрактом DlnSource через рівень інфраструктури. Цей процес звільняє вхідні токени та передає їх Taker, і міжланцюгова транзакція завершується.

Рівень інфраструктури – цей рівень обробляє обмін повідомленнями між мережами через валідатори deBridge. Це дає змогу контракту DlnDestination надійно повідомляти про виконання замовлення контракту DlnSource, таким чином завершуючи врегулювання.

2.1.2 Кращі функції

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

• Швидкий розрахунок. Завдяки асинхронній конструкції DLN і здатності використовувати ліквідність маркет-мейкера на вимогу, угоди на DLN розраховуються набагато швидше, ніж традиційні мости ліквідності.
• Швидка масштабованість — дизайн DLN дозволяє обробляти великі обсяги транзакцій, оскільки він не обмежений пулом ліквідності або пропускною здатністю мосту. Обсяг торгів DLN стабільно зростав протягом останнього місяця.

*Примітка. Мінімальна плата за транзакцію на DLN становить 8 біт/с. Ця плата розподіляється порівну між протоколом DLN і виконавцем замовлення, кожен отримує 4 біт/с. Однак, якщо користувач розміщує лімітне замовлення, комісія, призначена Тейкеру, який виконує замовлення, може перевищувати 4 базисних пунктів. *

2.2 Портал

2.2.1 Огляд

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

Portal Bridge розроблено для забезпечення безпечної та безперебійної передачі взаємозамінних і незамінних токенів через блокчейни.

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

2.2.2 Кращі характеристики

• Доступ до кількох екосистем — користувачі можуть переміщувати активи між різними екосистемами та ринками, які підтримує Wormhole. Це розширює обсяг і корисність ресурсів користувача.
• Безпека. Мережа вузлів Wormhole Guardian і підписані повідомлення забезпечують надійну модель безпеки для перевірки міжланцюжкових транзакцій. Крім того, оновлення й оновлення Wormhole прозоро керуються через мережеве управління Guardian Network.

2.3 Фінанси майя

2.3.1 Огляд

Mayan Finance — це міжланцюговий протокол обміну на базі Wormhole, який дозволяє користувачам обмінювати токени між різними блокчейнами одним клацанням миші.

Наразі Mayan підтримує свопи токенів між мережами Ethereum, Solana, Avalanche і Polygon. Однак у майбутньому протокол планується розширити, щоб підтримувати більше блокчейнів.

2.3.2 Кращі характеристики

• Міжланцюговий обмін — Mayan дозволяє користувачам обмінювати токени в одному блокчейні на токени в іншому сумісному блокчейні за допомогою однієї транзакції.
• Механізм британського аукціону – Mayan використовує механізм британського аукціону для полегшення міжланцюжкових транзакцій. Коли користувач ініціює своп, Mayan проводить аукціон у цільовому блокчейні, щоб отримати найкращу ставку свопу. Це гарантує, що користувач отримає найвищу ставку за своє замовлення.
• Підтримка токенів — наразі Mayan підтримує багато токенів ERC-20 і SPL, планується додати підтримку для більшої кількості токенів і блокчейнів.
• Інструменти інтеграції - Mayan надає інструменти інтеграції, такі як SDK і віджети, що дозволяє іншим програмам безпосередньо вбудовувати функції обміну Mayan у власні платформи. Це дає змогу будь-якому проекту надавати послуги міжланцюгового обміну токенів через інфраструктуру Mayan.

2.3.3 Принцип роботи — життєвий цикл транзакції

Крок 1. Розпочніть обмін у вихідному ланцюжку

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

Крок другий: аукціон на Solana

Потім угода переміщується до Solana, де її продають на аукціоні. Відповідальність за виконання транзакції в мережі Solana несе переможець аукціону.

Крок 3: Отримайте активи в цільовому ланцюжку

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

Активи обмінюються між різними блокчейн-мережами, використовуючи мережу Solana як посередницьку аукціонну платформу. Програма Solana Mayan керує механізмом аукціону та обміну, тоді як Mayan Swap Bridge є сумісним з Ethereum Virtual Machine (EVM) посиланням для ініціювання та завершення обміну. Пунктом призначення може бути інша мережа EVM або навіть сама мережа Solana.

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

2.4 Мезон

2.4.1 Огляд

Meson Finance — це міжланцюговий DEX, який забезпечує швидкий і недорогий обмін між кількома блокчейнами. Він використовує хеш-контракти з блокуванням часу (HTLC) і процеси обробки обміну поза порядком для завершення обміну за лічені хвилини, набагато швидше, ніж традиційні міжланцюгові мости.

Наразі Meson підтримує обмін між 16 блокчейнами, такими як Ethereum, Solana, BNB Chain, Polygon, Avalanche та зведеними пакетами L2, такими як Arbitrum і Optimism.

Meson також планує підтримувати більше токенів, охоплюючи більше стабільних монет і активів, таких як BTC/ETH. У майбутньому Meson продовжить інтегрувати різні ланцюжки згортання та не-EVM.

2.4.2 Кращі характеристики

• Прямий обмін нативними активами — Meson підтримує прямий обмін між основними стейблкоїнами, такими як USDT і USDC, без необхідності використовувати загорнуті токени як посередників. Це значно спрощує процес обміну.
• Безпека. Незважаючи на те, що Meson використовує існуючу технологію мостів, Meson не сильно залежить від жодного мосту. Кошти не потрібно замикати в пулі мосту, що покращує використання та забезпечує безпеку.

2.4.3 Принцип роботи — торговий цикл

• Крок 1: користувач створює запит на обмін поза мережею, вказуючи суму обміну, вихідний ланцюжок, цільовий ланцюжок і тип токена.
• Крок 2: щоб надіслати запит, користувач повинен підписати повідомлення та авторизувати контракт Meson, щоб зафіксувати відповідну суму обміну та комісію. Підписаний запит транслюється в мережу LP.
• Крок 3: LP перевіряє запит і викликає метод "postSwap" у вихідному ланцюжку для публікації та прив’язки обміну. Meson переказує кошти і блокує їх на 1-2 години.
• Крок 4: LP викликає метод «блокування» цільового ланцюжка, щоб заблокувати обмінні кошти на 20 хвилин (тимчасово).
• Крок 5: користувач перевіряє кроки 2 і 3, потім створює та транслює підпис для вивільнення коштів.
• Крок 6: Будь-хто може викликати метод "вивільнення" в цільовому ланцюжку. Якщо підпис дійсний, заблоковані кошти буде виплачено зазначеному одержувачу.
• Крок 7: LP використовує підпис випуску для виклику «uteSwap» у вихідному ланцюжку для отримання початкових коштів, внесених користувачем.
• Крок 8: LP може зняти кошти або переказати кошти в пул ліквідності в ланцюжку джерела, і транзакція завершена.

*Примітка: наразі користувачі можуть обміняти до 5000 USDC/USDT із кожної мережі на Solana через Meson. На додаток до комісії за обслуговування 0,05% може стягуватися комісія за вихідні послуги від 0% до 0,1% залежно від джерела. Таким чином, загальна вартість обміну на Solana становить від 0,05% до 0,15%. Це означає, що комісія коливається від 0 до 7,50 доларів, залежно від кількості обмінених токенів і ланцюга джерела. *

Компаратор моста Юпітера 2.5

У вересні 2023 року Jupiter запустив Bridge Comparator, щоб полегшити користувачам переказ коштів з інших мереж до Solana. Bridge Comparator надає користувачам платформу, де вони можуть порівнювати котирування для перехідних і міжланцюжкових обмінних замовлень в одному місці.

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

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

Окремо на початку грудня Jupiter оголосив про інтеграцію Wormhole Connect на своїй проміжній сторінці, що дозволяє користувачам з’єднувати ETH, WETH або WBTC від Ethereum до Solana з нульовим прослизанням. Після цієї інтеграції наступним кроком є інтеграція з Circle CCTP.

2.6 Synapse — Технологія deBridge

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

Спостерігачі можуть припустити, що часовий графік Synapse для такого розгортання розробки може збігатися з випуском CCTP Solana. Це припущення ґрунтується на тому факті, що Synapse вже використовує CCTP для переказів USDC по ланцюжку EVM.

Cross-Chain Swapper для 2.7 Phantom — Технологія LI.FI

У листопаді 2023 року Phantom випустив Cross Chain Swapper, функцію перемикання в гаманці, яка дозволяє користувачам переказувати кошти з мереж EVM, таких як Ethereum і Polygon, до Solana (і навпаки). Він має вбудовану функцію дозаправки, яка дозволяє користувачам надсилати додаткові токени газу в одній транзакції.

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

Cross-Chain Swapper використовує LI.FI на нижньому рівні для реалізації мостових транзакцій. Зараз LI.FI використовує:

• Allbridge підтримує мостові транзакції між Ethereum <> Solana. (Примітка: підтримка протоколу міжланцюжкової передачі Circle CCTP наразі тестується в Devnet)
• cBridge, Across, Hop, Polygon PoS, Allbridge, Stargate і CCTP підтримують мостові транзакції між Ethereum <> Polygon.

Крім того, Phantom також інтегрує його з агрегаторами DEX, такими як 0x на стороні EVM і Jupiter на Solana, що дозволяє користувачам з’єднувати та обмінюватися в одному процесі.

У майбутньому весь процес міжланцюжкового обміну, швидше за все, підтримуватиметься LI.FI, оскільки він уже підтримує 30 DEX і кілька агрегаторів DEX на стороні EVM, а також має покриття з рідними агрегаторами Solana, такими як Jupiter, у своїй інтегрованій дорожній карті . Це ще більше зменшить витрати на технічне обслуговування Phantom і розширить діапазон активів, які користувачі можуть обміняти безпосередньо на Solana.

*Примітка: Phantom стягує комісію 0,85% за певні біржові пари. Крім того, користувачам може знадобитися сплатити комісію провайдеру мосту (наприклад, Allbridge), який зазвичай становить близько 0,3% від суми переказу, залежно від провайдера. (LI.FI не стягує комісію). *

3. Цікаві розробки в сценаріях сумісності Solana

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

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

Давайте глибше розглянемо ці багатообіцяючі розробки, які прокладають шлях до більш пов’язаної екосистеми Solana.

3.1 Протокол міжланцюгової передачі Circle (CCTP)

Протокол міжланцюгової передачі (CCTP), розроблений компанією Circle, забезпечує власну передачу токенів стейблкойнів USDC між різними мережами блокчейнів.

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

CCTP на Solana зараз знаходиться на етапі тестування devnet і заплановано на початок 2024 року. Спільнота Solana з нетерпінням чекає його випуску та широкого впровадження.

3.2 Solana <> Взаємодія з біткойнами

Одним із великих нововведень 2023 року є запровадження експериментального стандарту взаємозамінних токенів BRC-20 Token Standard для блокчейну біткойн, проекту, розробленого Ordinals (NFT на біткойнах) і сценаріями використання 2021 року для впровадження оновлення мережі Taproot.

Зростаюча популярність токенів BRC-20, таких як ORDI, сприяла розробці кількох мостів, призначених для підключення біткойна до інших екосистем блокчейну. Ці мости дозволяють користувачам витрачати свої токени BRC-20 на мережу EVM і Solana, розширюючи корисність і доступність токенів на основі біткойнів. Одним із таких мостів є протокол SoBit, випущений у грудні 2023 року.

Solana <> Проект сумісності Bitcoin не обмежується токенами BRC-20. Наприклад, SolLightning — це міжланцюговий DEX, який дозволяє користувачам обмінюватися між USDC/SOL на Solana та рідними BTC у мережі Bitcoin. Цікаво, що THORChain, найбільша національна платформа обміну біткойнами, заявила, що найближчим часом додасть підтримку Solana, що може значно збільшити ліквідність BTC і активність на Solana.

Zeus Network — це протокол обміну повідомленнями та ще один цікавий проект, який сприяє сумісності Bitcoin-Solana. Apollo, перший продукт, створений у мережі Zeus і незабаром буде запущений, дозволить користувачам робити ставки на рідних біткойнах і отримувати zuBTC, прив’язаний токен 1:1, доступний у програмі під час використання Solana.

3.3 Мінімізована довіра міжланцюгова взаємодія з Tinydancer і Sovereign Labs

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

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

Наразі в блокчейні Solana легкі клієнти не можуть локально перевірити включення транзакції без повного завантаження даних блоку. Очікується, що незабаром це зміниться з Tinydancer, проектом, що створює легкі клієнти, який нещодавно запропонував покращення SIMD-0052 (консенсус і підтвердження транзакції), щоб усунути це обмеження. Це покращить поточну функціональність SPV (спрощена перевірка платежів).

Крім того, Sovereign Labs нещодавно розробила перевірку концепції легкого клієнта в ланцюзі на Solana, не вимагаючи змін у поточній структурі.

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

Однак робота знаходиться на ранніх стадіях і потребуватиме більш детальних досліджень і додаткових розробок, перш ніж її можна буде повністю впровадити.

3.4 IBC підтримується концепцією блокчейну Guest на Solana

Концепція гостьового блокчейну, запропонована Пікассо, дозволяє IBC на Solana. Цей підхід має на меті забезпечити взаємодію між блокчейнами та легкими клієнтами, які наразі не підтримують підтвердження стану, що є ключовою вимогою для протоколу Inter-Blockchain Communication (IBC).

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

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

Розгортання гостьового блокчейну як смарт-контракту означає, що основна структура хост-блокчейну залишається незмінною, що робить рішення добре адаптованим до блокчейнів, які ще не готові підтримувати IBC (таких як Solana, NEAR і TRON). Composable Finance очолює проект перевірки концепції для Solana та NEAR, щоб продемонструвати цю сумісність у дії.

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

3.5 Ethereum Wallet на Solana

MoonGate надає SDK, розроблений для того, щоб розробники могли легко інтегрувати функціональність гаманця Ethereum у свої dApps на основі Solana. Використовуючи MoonGate, розробники можуть використовувати спільноту та ліквідність Ethereum, водночас створюючи прикладні програми на швидшій і доступнішій платформі Solana.

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

SDK також планує надати dApps такі функції, як вбудовані депозити та обміни. MoonGate планує запустити миттєвий міст у додатку за допомогою deBridge для плавної передачі активів між Ethereum і мережею Solana в рамках dApps. Це значно покращує взаємодію з користувачем.

3.6 Перехресні запити, запущені Womhole

Wormhole Queries — це новий примітив, представлений Wormhole, який підтримує читання даних з інших даних блокчейну.

За допомогою Wormhole Queries інтегратори тепер можуть надсилати запити в мережу Wormhole Guardian для отримання міжланцюжкових даних методом вилучення. Опікуни обробляють запити та публікують результати, дозволяючи інтеграторам швидко та безпечно перевіряти та використовувати дані в мережі. Це має очевидні переваги, такі як спрощення процесу міжланцюжкової розробки, зниження плати за газ і можливість швидкого пошуку даних за лічені секунди. Він використовує існуючий захист Wormhole Guardians для отримання даних автентифікації.

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

Ви можете запитати, хіба це не Oracle? Ми вважаємо, що це більше, ніж це.

Поточні рішення Oracle обмежені у функціональності крос-ланцюжків. Вони в основному зосереджені на наданні даних про ціни поза мережею в блокчейн. Отримання даних у мережі з інших мереж також обмежено.

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

Крім того, такі проекти, як Herodotus і Axiom, мають на меті зберігати історичні блокові дані в ланцюжку в доведено децентралізований спосіб. У міру розвитку цих протоколів вони можуть служити «бібліотеками Ethereum» і бути доступними з Solana через Wormhole Queries.

3.7 Стандарт повного токена мережі Nexa

Оскільки багато блокчейнів і зведених пакетів випускаються з різними архітектурами та специфікаціями, стандарти токенів і ліквідність фрагментовані. Ця проблема дуже очевидна в екосистемі Ethereum, де використовуються міжланцюгові стандарти токенів, такі як OFT, Layerzero та xERC20 (він же ERC-7281).

Nexa Networks розробляє рішення цієї проблеми та наразі підтримує лише EVM. Однак, завдяки використанню Wormhole і підтримці команди Wormhole, Nexa Network планує додати підтримку Solana найближчим часом.

Стандарт CAT — це стандарт маркерів, розроблений Nexa Network. Він підтримує перемикання токенів між кількома блокчейнами, зберігаючи взаємозамінність і контроль емітента.

CAT забезпечує стандартизований підхід для перемикання токенів між ланцюжками, зберігаючи суверенітет емітента та забезпечуючи уніфікований досвід користувача через взаємозамінні токени безпеки. Цей підхід дуже схожий на те, що xERC20 (ERC-7281) робить в екосистемі EVM.

Ключові моменти про CAT:

• Емітенти токенів розгортають CAT-контракти в різних ланцюгах і створюють білий список мостів і токенів із цих контрактів. Розгортання можна легко завершити за допомогою інформаційної панелі CAT.
• Усі токени, з’єднані різними мостами білого списку, повністю взаємозамінні, що дозволяє уникнути проблеми фрагментації ліквідності, яку ми спостерігаємо сьогодні.
• Емітенти можуть встановлювати ліміти на карбування для кожного мосту, забезпечуючи детальний контроль безпеки токенів мосту.
• Безпроблемне з’єднання користувальницького досвіду між ланцюжками без прослизання.

3.8 Hyperlane: підтримка безліцензійної взаємодії між ланцюгами Solana та SVM (такими як Eclipse)

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

Hyperlane нещодавно співпрацювала з Eclipse для розгортання свого технологічного стеку, сумісного з SVM. Наразі розгортання виконується у виробничому середовищі Nautilus Chain, а найближчим часом планується інтеграція з інфраструктурою Eclipse.

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

3.9 Міжланцюговий обмін у ланцюгах Solana та SVM, що підтримується LI.FI

LI.FI — це протокол, який агрегує ліквідність у кількох блокчейнах за допомогою інтегрованих мостів, DEX, агрегаторів DEX і розв’язувачів.

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

LI.FI нещодавно було запущено в екосистемі Solana, а Phantom – її партнер по запуску. Це може покращити Solana, забезпечуючи безперебійне та безпечне з’єднання з іншими екосистемами блокчейну, оскільки проекти можуть інтегрувати API LI.FI, щоб забезпечити безперебійну роботу крос-ланцюга без необхідності керувати прямими мостовими з’єднаннями.

Крім того, LI.FI розробив рішення, яке в майбутньому підтримуватиме ланцюжки, сумісні з Solana Virtual Machine (SVM). Ця розробка вказує на те, що можливості міжланцюгового обміну LI.FI будуть розширені до користувачів і додатків у SVM-сумісних ланцюгах, таких як Eclipse. Таким чином, програми, що працюють у ланцюжку SVM, зможуть використовувати ліквідність будь-якого ланцюга та спростити процес входу користувача шляхом інтеграції API, SDK і віджетів LI.FI. Крім того, користувачі можуть вибрати обмін і перехід безпосередньо до ланцюжків SVM через Jumper.exchange.

4 Висновок

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

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