Автор: Babywhale, Foresight News Серія технічних рішень, запущена командою розробників Cosmos, завжди користувалася популярністю серед команди розробників Web3. Чи то Cosmos SDK, чи IBC, багато з цих рішень допомогли розробникам вирішити проблему повторного винайдення колеса .
Незважаючи на те, що Cosmos привнесла багато продуктів у Web3, його основний токен ATOM не виграв від розширення екосистеми Cosmos. Однак на минулорічній конференції Cosmoverse випуск технічної документації Cosmos 2.0 приніс додаткову цінність ATOM, зокрема забезпечив безпеку для «ланцюжка споживання» для збору зборів і отримання доходу від MEV. Простіше кажучи, якщо Cosmos 2.0 буде повністю реалізовано, ATOM також отримає вигоду від постійного розширення екосистеми Cosmos, тому проблема, що залишається, полягає в тому, щоб якнайшвидше реалізувати розробку Cosmos 2.0 і подальше розширення екосистеми Cosmos.
Минулого місяця Фонд Interchain, який має на меті сприяти розвитку екосистеми Cosmos, оприлюднив план розвитку стека Interchain на 2024 рік. Ця дорожня карта спрямована на досягнення чотирьох стратегічних цілей:
Підвищення модульності шляхом узагальнення програмного забезпечення для більш легкої адаптації до конкретних випадків використання;
Покращте досвід розробників, щоб полегшити створення за допомогою Interchain Stack;
Погасіть технічний борг, щоб швидше досягти прогресу;
Стимулюйте прийняття користувачів.
У цьому багато планів, які можуть змінити ваше судження про перспективи розвитку Cosmos і ATOM.
CometBFT
CometBFT — це механізм реплікації кінцевої машини Interchain, який гарантує, що верифікатори мережі узгоджують генерацію блоків, забезпечуючи таким чином безпеку та узгодженість мережі блокчейн.
Interchain Foundation заявив, що його метою є розвиток Interchain шляхом розширення охоплення та застосовності CometBFT для створення суверенних сумісних додатків. Крім того, міжланцюгові стеки загальнодоступних продуктів, включаючи CometBFT, повинні досягти нових рівнів гнучкості та модульності, щоб відповідати зростаючій диференціації додатків у Interchain, надавати послуги інституційного рівня та конкурувати різними способами.
Interchain Foundation випустила CometBFT v0.34 у лютому 2023 року та v0.37 у березні, яка включала першу частину ABCI++. Версія-кандидат v0.38 була випущена в кінці березня. Це остання частина ABCI++. Interchain Foundation інтегрує її в Cosmos SDK і IBC-go до виходу остаточної версії.
Interchain Foundation планує випустити версію 0.39, яка знаходиться на стадії підготовки, до кінця 2023 року. Його оновлення включають підвищення ефективності (зменшення пропускної здатності та споживання пам’яті), Data Companion API, який згодом включатиме індексатори та підсистеми RPC тощо, і очікується, що вона буде випущена в 2024 р. Ця версія, випущена на початку року, також може називатися v1.
Що стосується ABCI++, почнемо з ABCI. ABCI — це інтерфейс між додатками та консенсусом. Його основна функція — виконання блоків, визначених консенсусом. Завдяки ABCI додатки взаємодіють лише з консенсусом для прийняття рішень і мало контролюють, які транзакції вибираються з мемпулу. ABCI++ додає можливість програмування до кожного кроку консенсусу, дозволяючи програмам змінювати порядок, модифікувати, відмовлятися від затримки або додавати транзакції, а також скорочувати час виробництва блоків за рахунок оптимізації виробництва блоків.
Sei використовує ABCI++ для оптимізації виробництва блоків, інтелектуальної трансляції блоків і замовлення паралельного виконання, тим самим покращуючи ефективність обробки транзакцій у ланцюжку.
Підводячи підсумок, **CometBFT надає дуже налаштовану функцію побудови блоків для ланцюжків на основі цього механізму консенсусу. Різні ланцюжки можуть формулювати блоки та методи сортування транзакцій і виконання відповідно до власних потреб, що значно підвищує ефективність ланцюжка. Оптимізація рівня. уява. **Крім того, Interchain Foundation запропонувала дуже амбітну ідею: **Дозволити додаткам використовувати функції IBC безпосередньо через інтерфейс ABCI, незалежно від віртуальної машини, фреймворку або стека модулів, які використовувалися в їх розробці. Таким чином можна досягти мети зробити IBC міжланцюговим стандартом сумісності між мережевими додатками, розробленими на основі Cosmos SDK, OP Stack, Celestia тощо. **
Cosmos SDK
Говорячи про Cosmos SDK, я вважаю, що більшість людей з ним знайомі. Cosmos SDK — це набір інструментів для розробки блокчейнів або Rollup. Він використовується як основний інструмент для розробки багатьма нещодавно запущеними блокчейнами. Окрім багатьох ланцюжків програм в екосистемі Cosmos, він також включає Fairblock, dYdX V4, Berachain тощо.
У плані розвитку Cosmos SDK Фонд Interchain заявив, що в новому році увага буде зосереджена на модуляризації і запуску нових функцій.
Перш за все, з точки зору «технічної заборгованості», Cosmos продовжуватиме завершувати незавершену роботу з оптимізації на основному рівні, включаючи сховище, ABCI, і на рівні, що включає модулі, стейкинг тощо, включаючи:
Зберігання: продуктивність, масштабованість.
Ядро: модульне (використовуйте різні движки консенсусу: Rollkit, Dymint тощо); перемикання (легко перемикайте компоненти: сховище, різні завантажувачі модулів (Wasm, FFI, gRPC і рідні), клієнти тощо).
Модулі: легко перевірити на різних віртуальних машинах; зменшити загальну кількість рядків коду; модульність (дозволяють розробникам програм змінювати бізнес-логіку); переписати традиційні модулі (Auth, Bank, Staking, Distribution, Mint, Slash, тощо).
Криптографія: перепишіть обробку ключів, щоб зробити її більш модульною, дозволяючи іншим використовувати власні HSM; представити нові криптографічні примітиви.
По-друге, модульність. Interchain Foundation вважає, що слово «модульність» надмірно вживається в області блокчейну, і вона зосереджена на рівні модульності програмного забезпечення. Interchain Foundation заявив, що зробить Cosmos SDK більш модульним на базовому рівні в другій половині цього року та продовжить працювати до 2024 року, включаючи:
Модульність консенсусу: модульний (використовуйте різні механізми консенсусу: Rollkit, Dymint тощо); можливість перемикання (легке перемикання компонентів: сховище, різні завантажувачі модулів (Wasm, FFI, gRPC і локальні), клієнти тощо).
Зберігання: дозволяє перемикати вихідні структури; дозволяє використовувати різні структури між модулями; розпаралелювати читання та запис.
Модульна композиція: дозволяє користувачам створювати або вставляти спеціальну логіку (залежно від відгуків користувачів).
У третьому аспекті обслуговування небагато контенту, який заслуговує на увагу.Що стосується четвертого майбутнього плану, Interchain Foundation планує запустити наступні оновлення:
Міжмовність: завантажувачі модулів (WASM, FFI, GRPC); можлива більш тісна інтеграція з CosmWasm.
Оновлення: відокремте бізнес-логіку модулів і VMS від оновлень ядра/вузла; досягайте плавних оновлень (розгортайте оновлення до досягнення цільової висоти блоку); досягайте синхронізації від стану генезису.
Дослідження: схеми ZK для модулів доказів; докази шахрайства та дійсності.
CosmJS
CosmJS — це бібліотека, яка допомагає розробникам інтегрувати клієнти на основі JavaScript із блокчейном Cosmos SDK.
Interchain Foundation планує додати нові кодери до бібліотеки CosmJS, щоб підвищити ефективність бібліотеки, зменшити розвантаження коду та надати користувачам спрощений і більш професійний досвід розробки. Ці оновлення призначені для додавання власної візуалізації, оптимізації розмірів пакетів, автоматизації процесу кодування, забезпечення адаптації до кількох мереж і створення більш оптимізованого та масштабованого клієнта.
Крім того, ключовим аспектом цієї роботи є використання функції кодування Telescope для заміни та автоматизації певних цілей, таких як оптимізація бібліотеки, видалення жорстко закодованих допоміжних методів і надання розробникам можливості використовувати модулі та допоміжні методи за власним вибором для налаштування їх клієнт.
Більшість планів оновлення для CosmJS включають технічні аспекти відносно низького рівня. Читачі, які хочуть знати конкретні деталі, можуть самостійно прочитати оригінальну статтю. Підводячи підсумок, це в основному включає кодування інформації «Proto Visual», синхронізацію оновлення CosmJS і Cosmos SDK, більш оптимізовану оптимізацію пакетів і коду, оновлення кодувальника Amino та додавання модулів, використання кількох мережевих адаптерів із різними ключами та підписами тощо. оптимізовані, розширювані клієнти Telescope та Helpers.
CosmWasm
CosmWasm — це фреймворк розумного контракту, створений для Cosmos SDK. З одного боку, це дозволяє користувачам розгортати децентралізовані програми без дозволу; з іншого боку, розробники блокчейну можуть відокремити цикли розробки продукту від розробки блокчейну, зменшуючи кількість оновлень валідатора, тим самим знижуючи вартість блокчейну. витрати.
У Interchain Foundation заявили, що завдяки моделі ланцюжка додатків, яка використовує CometBFT, Cosmos SDK і майже рідній швидкості виконання контракту Wasm, Cosmos вирішує проблему масштабованості та знижує комісію за транзакції до кількох центів, а також призводить до доступності L1. блокового простору набагато більше, ніж потрібно. Таким чином, CosmWasm потрібно оптимізувати, щоб більше додатків можна було розробляти зручніше для покращення використання блоків. Основна увага включає прийняття IBC і розвідку облікових записів.
Interchain Foundation каже, що CosmWasm 2.0 буде доставлено та розгорнуто в більшості мереж до початку 2024 року. Це закладе основу для доповнень функцій у версіях 2.1, 2.2 і 2.3, які будуть випущені протягом 2024 року, які включатимуть:
Перевірка з нульовим знанням. Перевіряючи докази нульового знання в контрактах, можна досягти безпечних обчислень поза мережею та різноманітних програм конфіденційності. Додавши до інтерфейсу додатка криптографію еліптичної кривої, зручну для сполучення, CosmWasm готовий обслуговувати такі додатки:
Визначити інтерфейси додатків і знайти відповідні методи реалізації;
Надайте повний стек зразків програм, щоб показати, як використовувати API у контракті;
Розробіть контрольні показники та встановіть витрати на газ.
Подальше оновлення функції IBC. З’явилися розширені варіанти використання, які неможливі з IBC, і ці випадки використання будуть у центрі уваги оновлень IBC:
Повна підтримка ADR-8, що дозволяє контрактам реагувати на тайм-аути та підтвердження надісланих пакетів;
Підтримка зборів IBC, що дозволяє контрактам оплачувати власні пакети даних;
Створіть необов’язкове відкладене підтвердження, що дозволить реалізувати проміжне програмне забезпечення пересилання пакетів і тривале опитування ICQ у контракті.
Інші оновлення, які надають перевагу основним технологіям або мають низьку важливість, включають підтримку поточного стека програмного забезпечення, покращення ефективності доступу до сховища, покращення авторизації, створення програм IBC, проведення хакатону AwesomWasm II навесні 2025 року, націлювання на документацію CosmWasm для розробників DApp, запуск CosmWasm testnet для полегшення тестування розробником.
Протокол IBC
Протокол Inter-Blockchain Communication (IBC) — це рішення для сумісності блокчейнів, яке дозволяє довільно передавати дані між блокчейнами, а також між блокчейнами, програмами та смарт-контрактами безпечним способом без дозволу. Плавно надсилати й отримувати дані між ланцюжками. З січня 2022 року по лютий 2023 року ibc-go здійснив 52 мільйони переказів на суму 29 мільярдів доларів. Наразі до мережі IBC підключено понад 100 мереж.
Екологія IBC дуже багата. Окрім додатків, розроблених групами, що фінансуються ICF, інші протоколи включають Osmosis для крос-ланцюгових транзакцій, Stride і Neutron, які широко використовують проміжне програмне забезпечення, ICA та запити, DAO DAO створив Polytone, а Evmos створив прекомпілятор IBC для передачі EVM; Injective створив модуль потоку даних Oracle.
Interchain Foundation заявив, що в 2024 році IBC буде оновлено за двома темами: Масштабованість і **Юзабіліті. **
Масштабованість
Зараз IBC стикається з багатьма викликами. Поки що тільки Cosmos SDK і мережа CometBFT, які використовують ibc-go, можуть фактично використовувати протокол IBC. Крім того, знадобилося майже два роки, щоб встановити перше підключення до ланцюга, який не належить Cosmos. Якщо кожна інтеграція займає стільки часу, досягти бачення IBC просто неможливо.
Крім того, значні накладні витрати на технічне обслуговування, пов’язані з впровадженням локальних IBC і повторювачів. На додаток до витрат на обслуговування передачі IBC і реалізації додатків, кожне підключення до нової архітектури блокчейну створює пов’язане реле та несе витрати на обслуговування та розробку. Ретранслятори наразі не мають стабільного грошового потоку та повинні сплачувати комісію за газ та комісію за інфраструктуру за послуги, які вони надають, включаючи угоди поза ланцюгом для оплати комісій за інфраструктуру, базове ліцензування або використання модуля надання комісій Cosmos SDK.
Відповідно, конкретні оновлення, необхідні з точки зору масштабованості, включають:
Мінімізація часу розробки, необхідного для інтеграції IBC;
Зниження витрат на обслуговування інтеграції IBC;
Створіть структуру з’єднання IBC між Layer1 і Rollup.
Наявність
ICS-20 (Token Transfer) був першим модулем програми, запущеним IBC-go у березні 2021 року, і з тих пір він був найбільш використовуваним додатком. Оскільки додатки стають все більш складними, стає зрозуміло, що простого надсилання маркерів недостатньо для задоволення потреб взаємодії. Таким чином, поле memo додається до пакету даних ICS-20 для надсилання інших даних під час надсилання токенів.У поєднанні з проміжним програмним забезпеченням можна реалізувати більш складні робочі процеси, такі як крос-ланцюгові транзакції та ставка ліквідності в один клік. Однак шаблони проектування проміжного програмного забезпечення, визначені в ICS-30, часто використовуються разом із полями memo, що викликає загальне занепокоєння щодо колізій ключів. Крім того, укладання кількох проміжних програм створює проблеми з правильним форматуванням полів memo, а проміжні програми мають бути в правильному порядку для робочого процесу.
Номінал IBC є ще однією проблемою, з якою стикаються розробники, оскільки інтерфейс користувача повинен відображати номінал у форматі, який читається людиною, для цього потрібен реєстр, який підтримується кожним проектом. Оскільки шлях обігу токена визначає кінцевий номінал IBC, токени, які досягають місця призначення через різні ланцюги або канали, не будуть взаємозамінними. Деякі існуючі програми вирішують цю проблему за допомогою проміжного програмного забезпечення для пересилання пакетів, але ці рішення покладаються на конфігурацію поза мережею для визначення ідентифікатора каналу від джерела маркера до місця призначення. Довгострокові рішення повинні використовувати реєстрацію в мережі.
ICS-27, міжланцюговий обліковий запис (ICA), запущений у березні 2022 року, наразі має лише 8 ланцюжків, які використовують функцію контролера. Оригінальна конструкція вимагала створення спеціального проміжного програмного забезпечення автентифікації для використання цієї функції, що відразу створювало перешкоду для більш широкого впровадження цієї функції. Рефакторинг в ibc-go v6 усуває цю потребу, однак ICA все ще страждає від ряду проблемних моментів, які намагаються вирішити альтернативні рішення, такі як ics-999 і polytone: відсутність міжканального впорядкування, атомарність у багатоканальних робочих процесах і Для атомарності не потрібна обробка помилок.
Загалом, жоден із компонентів IBC не є легким для вивчення та повного розуміння для розробників додатків чи ланцюжків. Це проявляється в конструктивних рішеннях довірених відправників пакетів, які можуть призвести до атак, вимагаючи airdrops через IBC або довіряючи проміжне програмне забезпечення. Крім того, оновлення до останньої версії ibc-go часто не є пріоритетом, оскільки близько 60% мереж використовують непідтримувані версії.
З огляду на багато існуючих проблем, згаданих вище, моменти, які терміново потребують покращення з точки зору зручності використання IBC, включають:
Покращити досвід розробки користувачів IBC - зручність розгортання додатків в одному ланцюжку має бути ближче до розгортання крос-ланцюжків додатків;
Крім ICS-20 (передача маркерів), на IBC можна використовувати багатофункціональні програми;
Програми, розроблені з використанням IBC, мають суттєво відрізнятися від тих, що використовують інші протоколи.
Підтримка Strangelove для стеку Interchain
На додаток до Interchain Foundation компанія з розробки криптовалют Strangelove, яка відіграла важливу роль у просуванні та прийнятті IBC, також запропонувала план підтримки стека Interchain. Серед них особливої уваги заслуговує впровадження та маркетинговий план IBC, зокрема:
Одна підмережа Avalanche підтримує IBC;
8 ланцюжків, включаючи ланцюжки SDK, що не належать до Cosmos, підтримують легкі клієнти WASM;
8 ланцюгів почали застосовувати міжконтрактне з'єднання IBC;
На додаток до Composable, інший парачейн Polkadot безпосередньо підключений до IBC;
Додана підтримка IBC для NEAR;
Кросс-ланцюг IBC між Ethereum і Cosmos через cometBLS/ZK;
8 блокчейнів підтримують IBC-App і проміжне ПЗ;
4 ланцюжки підтримують крос-ланцюг NFT формату ICS-721 через IBC.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Інтерпретація дорожньої карти Interchain Stack 2024
Автор: Babywhale, Foresight News Серія технічних рішень, запущена командою розробників Cosmos, завжди користувалася популярністю серед команди розробників Web3. Чи то Cosmos SDK, чи IBC, багато з цих рішень допомогли розробникам вирішити проблему повторного винайдення колеса .
Незважаючи на те, що Cosmos привнесла багато продуктів у Web3, його основний токен ATOM не виграв від розширення екосистеми Cosmos. Однак на минулорічній конференції Cosmoverse випуск технічної документації Cosmos 2.0 приніс додаткову цінність ATOM, зокрема забезпечив безпеку для «ланцюжка споживання» для збору зборів і отримання доходу від MEV. Простіше кажучи, якщо Cosmos 2.0 буде повністю реалізовано, ATOM також отримає вигоду від постійного розширення екосистеми Cosmos, тому проблема, що залишається, полягає в тому, щоб якнайшвидше реалізувати розробку Cosmos 2.0 і подальше розширення екосистеми Cosmos.
Минулого місяця Фонд Interchain, який має на меті сприяти розвитку екосистеми Cosmos, оприлюднив план розвитку стека Interchain на 2024 рік. Ця дорожня карта спрямована на досягнення чотирьох стратегічних цілей:
У цьому багато планів, які можуть змінити ваше судження про перспективи розвитку Cosmos і ATOM.
CometBFT
CometBFT — це механізм реплікації кінцевої машини Interchain, який гарантує, що верифікатори мережі узгоджують генерацію блоків, забезпечуючи таким чином безпеку та узгодженість мережі блокчейн.
Interchain Foundation заявив, що його метою є розвиток Interchain шляхом розширення охоплення та застосовності CometBFT для створення суверенних сумісних додатків. Крім того, міжланцюгові стеки загальнодоступних продуктів, включаючи CometBFT, повинні досягти нових рівнів гнучкості та модульності, щоб відповідати зростаючій диференціації додатків у Interchain, надавати послуги інституційного рівня та конкурувати різними способами.
Interchain Foundation випустила CometBFT v0.34 у лютому 2023 року та v0.37 у березні, яка включала першу частину ABCI++. Версія-кандидат v0.38 була випущена в кінці березня. Це остання частина ABCI++. Interchain Foundation інтегрує її в Cosmos SDK і IBC-go до виходу остаточної версії.
Interchain Foundation планує випустити версію 0.39, яка знаходиться на стадії підготовки, до кінця 2023 року. Його оновлення включають підвищення ефективності (зменшення пропускної здатності та споживання пам’яті), Data Companion API, який згодом включатиме індексатори та підсистеми RPC тощо, і очікується, що вона буде випущена в 2024 р. Ця версія, випущена на початку року, також може називатися v1.
Що стосується ABCI++, почнемо з ABCI. ABCI — це інтерфейс між додатками та консенсусом. Його основна функція — виконання блоків, визначених консенсусом. Завдяки ABCI додатки взаємодіють лише з консенсусом для прийняття рішень і мало контролюють, які транзакції вибираються з мемпулу. ABCI++ додає можливість програмування до кожного кроку консенсусу, дозволяючи програмам змінювати порядок, модифікувати, відмовлятися від затримки або додавати транзакції, а також скорочувати час виробництва блоків за рахунок оптимізації виробництва блоків.
Sei використовує ABCI++ для оптимізації виробництва блоків, інтелектуальної трансляції блоків і замовлення паралельного виконання, тим самим покращуючи ефективність обробки транзакцій у ланцюжку.
Підводячи підсумок, **CometBFT надає дуже налаштовану функцію побудови блоків для ланцюжків на основі цього механізму консенсусу. Різні ланцюжки можуть формулювати блоки та методи сортування транзакцій і виконання відповідно до власних потреб, що значно підвищує ефективність ланцюжка. Оптимізація рівня. уява. **Крім того, Interchain Foundation запропонувала дуже амбітну ідею: **Дозволити додаткам використовувати функції IBC безпосередньо через інтерфейс ABCI, незалежно від віртуальної машини, фреймворку або стека модулів, які використовувалися в їх розробці. Таким чином можна досягти мети зробити IBC міжланцюговим стандартом сумісності між мережевими додатками, розробленими на основі Cosmos SDK, OP Stack, Celestia тощо. **
Cosmos SDK
Говорячи про Cosmos SDK, я вважаю, що більшість людей з ним знайомі. Cosmos SDK — це набір інструментів для розробки блокчейнів або Rollup. Він використовується як основний інструмент для розробки багатьма нещодавно запущеними блокчейнами. Окрім багатьох ланцюжків програм в екосистемі Cosmos, він також включає Fairblock, dYdX V4, Berachain тощо.
У плані розвитку Cosmos SDK Фонд Interchain заявив, що в новому році увага буде зосереджена на модуляризації і запуску нових функцій.
Перш за все, з точки зору «технічної заборгованості», Cosmos продовжуватиме завершувати незавершену роботу з оптимізації на основному рівні, включаючи сховище, ABCI, і на рівні, що включає модулі, стейкинг тощо, включаючи:
Зберігання: продуктивність, масштабованість.
Ядро: модульне (використовуйте різні движки консенсусу: Rollkit, Dymint тощо); перемикання (легко перемикайте компоненти: сховище, різні завантажувачі модулів (Wasm, FFI, gRPC і рідні), клієнти тощо).
Модулі: легко перевірити на різних віртуальних машинах; зменшити загальну кількість рядків коду; модульність (дозволяють розробникам програм змінювати бізнес-логіку); переписати традиційні модулі (Auth, Bank, Staking, Distribution, Mint, Slash, тощо).
Криптографія: перепишіть обробку ключів, щоб зробити її більш модульною, дозволяючи іншим використовувати власні HSM; представити нові криптографічні примітиви.
По-друге, модульність. Interchain Foundation вважає, що слово «модульність» надмірно вживається в області блокчейну, і вона зосереджена на рівні модульності програмного забезпечення. Interchain Foundation заявив, що зробить Cosmos SDK більш модульним на базовому рівні в другій половині цього року та продовжить працювати до 2024 року, включаючи:
Модульність консенсусу: модульний (використовуйте різні механізми консенсусу: Rollkit, Dymint тощо); можливість перемикання (легке перемикання компонентів: сховище, різні завантажувачі модулів (Wasm, FFI, gRPC і локальні), клієнти тощо).
Зберігання: дозволяє перемикати вихідні структури; дозволяє використовувати різні структури між модулями; розпаралелювати читання та запис.
Модульна композиція: дозволяє користувачам створювати або вставляти спеціальну логіку (залежно від відгуків користувачів).
У третьому аспекті обслуговування небагато контенту, який заслуговує на увагу.Що стосується четвертого майбутнього плану, Interchain Foundation планує запустити наступні оновлення:
Міжмовність: завантажувачі модулів (WASM, FFI, GRPC); можлива більш тісна інтеграція з CosmWasm.
Оновлення: відокремте бізнес-логіку модулів і VMS від оновлень ядра/вузла; досягайте плавних оновлень (розгортайте оновлення до досягнення цільової висоти блоку); досягайте синхронізації від стану генезису.
Дослідження: схеми ZK для модулів доказів; докази шахрайства та дійсності.
CosmJS
CosmJS — це бібліотека, яка допомагає розробникам інтегрувати клієнти на основі JavaScript із блокчейном Cosmos SDK.
Interchain Foundation планує додати нові кодери до бібліотеки CosmJS, щоб підвищити ефективність бібліотеки, зменшити розвантаження коду та надати користувачам спрощений і більш професійний досвід розробки. Ці оновлення призначені для додавання власної візуалізації, оптимізації розмірів пакетів, автоматизації процесу кодування, забезпечення адаптації до кількох мереж і створення більш оптимізованого та масштабованого клієнта.
Крім того, ключовим аспектом цієї роботи є використання функції кодування Telescope для заміни та автоматизації певних цілей, таких як оптимізація бібліотеки, видалення жорстко закодованих допоміжних методів і надання розробникам можливості використовувати модулі та допоміжні методи за власним вибором для налаштування їх клієнт.
Більшість планів оновлення для CosmJS включають технічні аспекти відносно низького рівня. Читачі, які хочуть знати конкретні деталі, можуть самостійно прочитати оригінальну статтю. Підводячи підсумок, це в основному включає кодування інформації «Proto Visual», синхронізацію оновлення CosmJS і Cosmos SDK, більш оптимізовану оптимізацію пакетів і коду, оновлення кодувальника Amino та додавання модулів, використання кількох мережевих адаптерів із різними ключами та підписами тощо. оптимізовані, розширювані клієнти Telescope та Helpers.
CosmWasm
CosmWasm — це фреймворк розумного контракту, створений для Cosmos SDK. З одного боку, це дозволяє користувачам розгортати децентралізовані програми без дозволу; з іншого боку, розробники блокчейну можуть відокремити цикли розробки продукту від розробки блокчейну, зменшуючи кількість оновлень валідатора, тим самим знижуючи вартість блокчейну. витрати.
У Interchain Foundation заявили, що завдяки моделі ланцюжка додатків, яка використовує CometBFT, Cosmos SDK і майже рідній швидкості виконання контракту Wasm, Cosmos вирішує проблему масштабованості та знижує комісію за транзакції до кількох центів, а також призводить до доступності L1. блокового простору набагато більше, ніж потрібно. Таким чином, CosmWasm потрібно оптимізувати, щоб більше додатків можна було розробляти зручніше для покращення використання блоків. Основна увага включає прийняття IBC і розвідку облікових записів.
Interchain Foundation каже, що CosmWasm 2.0 буде доставлено та розгорнуто в більшості мереж до початку 2024 року. Це закладе основу для доповнень функцій у версіях 2.1, 2.2 і 2.3, які будуть випущені протягом 2024 року, які включатимуть:
Перевірка з нульовим знанням. Перевіряючи докази нульового знання в контрактах, можна досягти безпечних обчислень поза мережею та різноманітних програм конфіденційності. Додавши до інтерфейсу додатка криптографію еліптичної кривої, зручну для сполучення, CosmWasm готовий обслуговувати такі додатки:
Подальше оновлення функції IBC. З’явилися розширені варіанти використання, які неможливі з IBC, і ці випадки використання будуть у центрі уваги оновлень IBC:
Інші оновлення, які надають перевагу основним технологіям або мають низьку важливість, включають підтримку поточного стека програмного забезпечення, покращення ефективності доступу до сховища, покращення авторизації, створення програм IBC, проведення хакатону AwesomWasm II навесні 2025 року, націлювання на документацію CosmWasm для розробників DApp, запуск CosmWasm testnet для полегшення тестування розробником.
Протокол IBC
Протокол Inter-Blockchain Communication (IBC) — це рішення для сумісності блокчейнів, яке дозволяє довільно передавати дані між блокчейнами, а також між блокчейнами, програмами та смарт-контрактами безпечним способом без дозволу. Плавно надсилати й отримувати дані між ланцюжками. З січня 2022 року по лютий 2023 року ibc-go здійснив 52 мільйони переказів на суму 29 мільярдів доларів. Наразі до мережі IBC підключено понад 100 мереж.
Екологія IBC дуже багата. Окрім додатків, розроблених групами, що фінансуються ICF, інші протоколи включають Osmosis для крос-ланцюгових транзакцій, Stride і Neutron, які широко використовують проміжне програмне забезпечення, ICA та запити, DAO DAO створив Polytone, а Evmos створив прекомпілятор IBC для передачі EVM; Injective створив модуль потоку даних Oracle.
Interchain Foundation заявив, що в 2024 році IBC буде оновлено за двома темами: Масштабованість і **Юзабіліті. **
Масштабованість
Зараз IBC стикається з багатьма викликами. Поки що тільки Cosmos SDK і мережа CometBFT, які використовують ibc-go, можуть фактично використовувати протокол IBC. Крім того, знадобилося майже два роки, щоб встановити перше підключення до ланцюга, який не належить Cosmos. Якщо кожна інтеграція займає стільки часу, досягти бачення IBC просто неможливо.
Крім того, значні накладні витрати на технічне обслуговування, пов’язані з впровадженням локальних IBC і повторювачів. На додаток до витрат на обслуговування передачі IBC і реалізації додатків, кожне підключення до нової архітектури блокчейну створює пов’язане реле та несе витрати на обслуговування та розробку. Ретранслятори наразі не мають стабільного грошового потоку та повинні сплачувати комісію за газ та комісію за інфраструктуру за послуги, які вони надають, включаючи угоди поза ланцюгом для оплати комісій за інфраструктуру, базове ліцензування або використання модуля надання комісій Cosmos SDK.
Відповідно, конкретні оновлення, необхідні з точки зору масштабованості, включають:
Наявність
ICS-20 (Token Transfer) був першим модулем програми, запущеним IBC-go у березні 2021 року, і з тих пір він був найбільш використовуваним додатком. Оскільки додатки стають все більш складними, стає зрозуміло, що простого надсилання маркерів недостатньо для задоволення потреб взаємодії. Таким чином, поле memo додається до пакету даних ICS-20 для надсилання інших даних під час надсилання токенів.У поєднанні з проміжним програмним забезпеченням можна реалізувати більш складні робочі процеси, такі як крос-ланцюгові транзакції та ставка ліквідності в один клік. Однак шаблони проектування проміжного програмного забезпечення, визначені в ICS-30, часто використовуються разом із полями memo, що викликає загальне занепокоєння щодо колізій ключів. Крім того, укладання кількох проміжних програм створює проблеми з правильним форматуванням полів memo, а проміжні програми мають бути в правильному порядку для робочого процесу.
Номінал IBC є ще однією проблемою, з якою стикаються розробники, оскільки інтерфейс користувача повинен відображати номінал у форматі, який читається людиною, для цього потрібен реєстр, який підтримується кожним проектом. Оскільки шлях обігу токена визначає кінцевий номінал IBC, токени, які досягають місця призначення через різні ланцюги або канали, не будуть взаємозамінними. Деякі існуючі програми вирішують цю проблему за допомогою проміжного програмного забезпечення для пересилання пакетів, але ці рішення покладаються на конфігурацію поза мережею для визначення ідентифікатора каналу від джерела маркера до місця призначення. Довгострокові рішення повинні використовувати реєстрацію в мережі.
ICS-27, міжланцюговий обліковий запис (ICA), запущений у березні 2022 року, наразі має лише 8 ланцюжків, які використовують функцію контролера. Оригінальна конструкція вимагала створення спеціального проміжного програмного забезпечення автентифікації для використання цієї функції, що відразу створювало перешкоду для більш широкого впровадження цієї функції. Рефакторинг в ibc-go v6 усуває цю потребу, однак ICA все ще страждає від ряду проблемних моментів, які намагаються вирішити альтернативні рішення, такі як ics-999 і polytone: відсутність міжканального впорядкування, атомарність у багатоканальних робочих процесах і Для атомарності не потрібна обробка помилок.
Загалом, жоден із компонентів IBC не є легким для вивчення та повного розуміння для розробників додатків чи ланцюжків. Це проявляється в конструктивних рішеннях довірених відправників пакетів, які можуть призвести до атак, вимагаючи airdrops через IBC або довіряючи проміжне програмне забезпечення. Крім того, оновлення до останньої версії ibc-go часто не є пріоритетом, оскільки близько 60% мереж використовують непідтримувані версії.
З огляду на багато існуючих проблем, згаданих вище, моменти, які терміново потребують покращення з точки зору зручності використання IBC, включають:
Підтримка Strangelove для стеку Interchain
На додаток до Interchain Foundation компанія з розробки криптовалют Strangelove, яка відіграла важливу роль у просуванні та прийнятті IBC, також запропонувала план підтримки стека Interchain. Серед них особливої уваги заслуговує впровадження та маркетинговий план IBC, зокрема: