Chainlink запускає CCIP 2.0 із налаштованими перевірками безпеки між ланцюгами

2026/09/30 21:07:00

Chainlink запустив CCIP 2.0 28 вересня 2026 року, додавши налаштовувані міжланцюгові верифікатори, швидші варіанти розрахунків та контрольні механізми відповідності для крипто-застосунків та інституційних користувачів. Оновлення зберігає існуючий шар верифікації Chainlink, надаючи випускачам та розробникам більше контролю над тим, як схвалюються міжланцюгові транзакції. Запуск також відбувся після експлуатації Kelp DAO на суму $292 мільйони, що знову звернуло увагу на безпеку мостів та дизайн верифікаторів.

Як працюють кастомні перевірники міжланцюгових з’єднань Chainlink CCIP 2.0

Важливою зміною у Chainlink CCIP 2.0 є введення Cross-Chain Verifiers (CCV), які дозволяють інституціям, випускачам токенів та застосункам додавати власні перевірки безпеки до міжланцюгових транзакцій. Замість заміни існуючої системи перевірки Chainlink, CCV працюють разом з нею. За замовчуванням Committee Verifier, що складається з 16 незалежних, перевірених з точки зору безпеки операторів нод, залишається базовим рівнем перевірки, тоді як користувачі можуть вимагати додаткового верифікатора, коли транзакція потребує більш суворих контролів. Це надає організаціям більше гнучкості щодо того, як активи та повідомлення переміщуються між блокчейнами, не вимагаючи від них створення повністю окремої системи взаємодії. Це також робить процес верифікації більш налаштовуваним, що особливо важливо для інституцій, які можуть застосовувати різні стандарти безпеки до звичайних переказів, транзакцій високої вартості або регульованих токенізованих активів. Більш детальне пояснення як працює міжланцюгова інфраструктура Chainlink також допомагає розуміти роль CCIP у міжланцюговій взаємодії.

Як CCIP 2.0 додає користувацьку верифікацію до міжланцюгових переказів

За новою моделлю інституція може налаштувати міжланцюговий переказ так, щоб додатковий CCV схвалив його перед виконанням у ланцюзі призначення. Chainlink наводить приклад, коли випускник вимагає додаткового етапу верифікації для переказів понад 1 мільйон доларів США, хоча це лише приклад, а не стандартний поріг CCIP. CCV може управлятися самою інституцією або надаватися через зовнішню інфраструктуру, що дозволяє випускникам застосовувати політики безпеки, що відповідають їхнім власним вимогам щодо ризиків. Chainlink назвав Infosys, Nethermind та Further Asset Management серед організацій, які розробляють або експлуатують інфраструктуру CCV, тоді як інструменти розгортання також можуть використовуватися з хмарними середовищами, такими як AWS та Google Cloud. Така налаштування дає великим організаціям змогу інтегрувати свої внутрішні контролі ризиків у міжланцюговий процес замість залежності від єдиної стандартизованої конфігурації для кожної транзакції.

Ключова відмінність полягає в тому, що ці налаштовувані міжланцюгові перевірники є додатковими. Вони не видаляють стандартний комітет-перевірник Chainlink і не замінюють його процес консенсусу. Коли потрібен додатковий CCV, транзакція повинна пройти як стандартний процес перевірки Chainlink, так і додатковий рівень перевірки, перш ніж буде дозволено її виконання. Така структура може бути корисною для установ, які здійснюють перекази токенів високої вартості, токенізовані активи або застосунки, що вимагають незалежного процесу схвалення. Вона також дозволяє емітентам встановлювати різні вимоги до перевірки для різних активів або типів транзакцій, що корисно, коли операційні, комплієнс- та безпекові потреби варіюються між ринками. Практично CCIP 2.0 надає користувачам більше контролю над правилами, які визначають, коли міжланцюговий переказ вважається готовим до виконання.

Що означають налаштовані CCV Chainlink для міжланцюгової безпеки

Надання інституціям більшого контролю не видаляє всіх ризиків міжланцюгових операцій. Технічна документація Chainlink зазначає, що додатковий CCV може стати операційною залежністю: якщо верифікатор недоступний або не відповідає вимогам протоколу, транзакція може бути затримана або не завершена. Сторонні CCV також можуть використовувати інші захисти від перебудов блокчейну, ніж стандартний Committee Verifier Chainlink. Тому безпека транзакції CCIP 2.0 залежить не лише від додавання додаткового рівня верифікації, а й від того, як цей верифікатор спроектований, експлуатується та підтримується. Тому інституціям слід враховувати час роботи, управління, керування ключами та обробку випадків відмови, коли вирішують, яку частину відповідальності покласти на налаштований верифікатор.

Ключові аспекти моделі верифікації CCIP 2.0 включають:

16-нодовий комітет-верифікатор: стандартний шар верифікації Chainlink залишається частиною процесу транзакції.
Додаткові CCV за бажанням: Інституції можуть вимагати власного верифікатора або використовувати сторонню інфраструктуру верифікації.
Додаткові перевірки безпеки: користувацький CCV доповнює замість заміни стандартного верифікатора.
Гнучкі контролі ризиків: додаткову верифікацію можна застосувати залежно від розміру транзакції, типу активу або внутрішніх політик безпеки інституції.
Операційні компроміси: погано налаштований або недоступний користувацький верифікатор може затримати або запобігти завершенню міжланцюгових транзакцій.

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

Чому безпека міжланцюгових операцій має значення після витіку $292 мільйонів Kelp DAO

Експлуатація Kelp DAO 18 квітня 2026 року стала одним із найчіткіших прикладів того, як слабкість у міжланцюговій верифікації може призвести до значних фінансових втрат. Зловмисник вивів близько 116 500 rsETH, що на той момент коштувало приблизно $292 мільйони, з моста Kelp DAO, який працює на базі LayerZero. Цей інцидент швидко знову звернув увагу на безпеку міжланцюгових рішень, оскільки показав, що безпека моста залежить не лише від базового блокчейну, а й від того, як повідомлення верифікуються, схвалюються та виконуються між мережами. Атака не доводить, що будь-яка система з одним верифікатором є небезпечною, але підкреслює ризики, які можуть виникнути, коли надто багато довіри зосереджено на одному шляху верифікації. Для інвесторів та інституцій, які використовують міжланцюгову інфраструктуру, цей випадок також показав, чому проектування моста, незалежність верифікаторів та операційні контролі потрібно оцінювати разом, а не як окремі питання безпеки.

Як експлуатація Kelp DAO виявила ризик одного верифікатора

LayerZero зазначила, що вразлива конфігурація Kelp використовувала налаштування Decentralized Verifier Network 1 із 1, що означало, що для схвалення міжланцюгових повідомлень достатньо було одного верифікатора. Згідно зі заявою LayerZero про інцидент, компрометація цього шляху верифікації дозволила атакуючому санкціонувати шахрайські повідомлення й розблокувати активи на іншому ланцюзі. Це зробило інцидент менш пов’язаним із невдачею самої вихідної блокчейн-мережі, а більше — із безпековими припущеннями, закладеними в конфігурацію моста. Kelp сперечалася з деякими частинами звіту LayerZero, стверджуючи, що конфігурацію було перевірено й схвалено, а пізніше ця розбіжність стала частиною правового спору між компаніями. Тому справа стала корисним прикладом того, як міжланцюгова безпека може залежати стільки ж від архітектури й вибору конфігурації, скільки й від смартконтрактів, які обробляють переказ.

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

Що змінив хакінг на $292 мільйони у дебатах щодо безпеки міжланцюгових систем

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

Після витоку відбулося кілька подій, що додали ваги обговоренню:

Kelp DAO пізніше оголосила про перехід на Chainlink CCIP для своєї міжланцюгової інфраструктури, що свідчить про зміну підходу до верифікації переказів rsETH.
Інцидент збільшив увагу до багатооператорних та адитивних моделей безпеки, де для схвалення повідомлення може знадобитися схвалення більше ніж однієї незалежної системи.
Він також підкреслив важливість доступності верифікаторів, керування ключами та управління конфігурацією, а не лише кодом розумних контрактів.
Суперечка між Kelp та LayerZero показала, що відповідальність може стати невизначеною, коли провайдери інфраструктури та команди додатків ділять контроль над конфігурацією моста.

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

Чому модель додавання перевірки CCIP 2.0 є актуальним

Chainlink’s CCIP 2.0 є релевантним до цієї дискусії, оскільки він дозволяє інституціям та випускачам токенів додавати Cross-Chain Verifiers поверх стандартного Committee Verifier Chainlink, а не замінювати базовий рівень безпеки. Це означає, що для високовартісного переказу можна налаштувати вимогу до більш ніж одного незалежного джерела схвалення перед виконанням. Модель не виключає ризик мостів, і власна документація Chainlink зазначає, що налаштований verifier може створити операційні залежності, якщо він стане недоступним або не відповідатиме вимогам протоколу. Однак архітектура надає випускачам можливість уникнути залежності від єдиного шляху схвалення для кожної транзакції. Вона також дозволяє організаціям застосовувати різні вимоги до верифікації залежно від розміру транзакції, типу активу або внутрішньої політики управління ризиками, що може бути корисним для інституцій, що керують високовартісними або регульованими цифровими активами.

Термін запуску CCIP 2.0 робить експлойт Kelp важливою точкою порівняння, але ці дві події не слід представляти як прямо причинно-наслідкові. Chainlink не стверджував, що CCIP 2.0 був розроблений через атаку в квітні. Більш точна інтерпретація полягає в тому, що експлойт продемонстрував, чому проектування міжланцюгової верифікації стало такою важливою проблемою, тоді як CCIP 2.0 пропонує один підхід до надання інституціям більшого контролю над цим ризиком. Для ширшого криптовалютного ринку акцент все більше зміщується з просто переміщення активів між ланцюгами на підтвердження того, що ці перекази можуть бути верифіковані, регульовані та виконані за чітко визначеними правилами безпеки. По мірі того як міжланцюгова інфраструктура все частіше використовується для токенізованих активів та інституційного розрахунку, якість цих засобів верифікації може стати такою ж важливою, як швидкість, комісії та сумісність з блокчейном.

Як швидші перекази, контроль відповідності та впровадження CCIP 2.0 можуть розширити використання Chainlink

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

Перекази швидше за фінальність надають випускачам більше варіантів розрахунків

CCIP 2.0 вводить передачі швидше за фінальність, дозволяючи користувачам вибирати нижчі пороги підтвердження замість того, щоб завжди чекати повної фінальності джерельного ланцюга. Повна фінальність залишається за замовчуванням, але видавці можуть вибирати швидше підтвердження, якщо їхня модель ризику це дозволяє. Chainlink також працює з Ethlabs над підтримкою правила швидкого підтвердження Ethereum, що в майбутньому може скоротити час підтвердження для деяких передач, пов’язаних з Ethereum, коли ця функція стане доступною. Chainlink визначив Aave, Maple та Re як проекти, що впроваджують швидші можливості передачі CCIP, що демонструє, що функція вже має практичне застосування в сфері кредитування, дохідних продуктів та токенізованих активів. Швидше розрахунок може покращити ефективність капіталу та скоротити час, протягом якого активи перебувають у дорозі, хоча прийняття транзакцій до повної фінальності також вимагає сильніших контрольних заходів щодо ризиків. Учасники ринку, які стежать за тим, як ці розробки впливають на токен, можуть відстежувати реальний ціновий і ринковий дані Chainlink разом із загальними умовами крипторинку.

Деякі області, де швидші перекази CCIP можуть бути корисними:

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

CCIP 2.0 додає контрольні механізми відповідності для регульованих цифрових активів

Ще одним важливим доповненням є тісна інтеграція з Automated Compliance Engine (ACE) Chainlink, яка дозволяє випускачам застосовувати правила, такі як вимоги KYC, перевірки проти відмивання коштів, сканування санкцій, дозволи на гаманці та обмеження транзакцій безпосередньо до міжланцюгової діяльності. Ці контролі особливо важливі для токенізованих цінних паперів, стейблкоїнів та інших регульованих цифрових активів, де нерегульовані перекази можуть бути не доцільними. Chainlink стверджує, що ширша екосистема ACE включає більше 20 провайдерів відповідності, рамок та регуляторів, хоча це залишається цифрою, повідомленою компанією. Практична цінність залежатиме від того, як випускачі налаштовують ці інструменти, яких провайдерів відповідності вони використовують та чи відповідають ці контролі правовим та операційним вимогам кожної юрисдикції.

Важливі функції відповідності, доступні через модель CCIP 2.0, включають:

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

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

Зростання використання CCIP 2.0 може розширити Chainlink за межі DeFi

Наступним тестом для Chainlink є те, чи перетворюються ці можливості на стійке використання у виробничих умовах. Chainlink стверджує, що CCIP зараз становить більше $84 млрд загальної вартості крос-чейн токенів, причому за попередні чотири місяці більше $15 млрд перейшло на CCIP, включаючи великі активи, такі як WBTC та cbBTC. Це дані, надані Chainlink, а не незалежно аудитовані показники TVL, тому більш значущим сигналом прийняття будуть реальні розгортання з використанням функцій CCIP 2.0 у реальних транзакціях. Організації, такі як Infosys, Nethermind та Further Asset Management, залучені до інфраструктури CCV, тоді як Lombard, Aave, Maple та Re підключені до конкретних частин оновлення. Більш широкі зв’язки Chainlink також включають ANZ, Swift, DTCC, Sygnum та Taurus, хоча не всі з них слід описувати як підтверджених користувачів CCIP 2.0. Для активних трейдерів, які спостерігають реакцію ринку по мірі розвитку прийняття, торговий ринок LINK/USDT надає прямий огляд торгівлі LINK проти USDT.

Висновок

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

Наступний етап буде визначатися реальним впровадженням, а не лише оголошенням про запуск. Виробничі розгортання з використанням налаштованих CCV, швидшого заселення та програмованої відповідності нададуть більш чітке уявлення про те, чи зможе CCIP 2.0 отримати ширше застосування в DeFi, стейблкоїнах та токенізованих інституційних активах. Експлуатація Kelp DAO також залишається важливим нагадуванням про те, що безпека міжланцюгових систем залежить від вибору реалізації не менше, ніж від дизайну протоколу, роблячи обережну конфігурацію та незалежну перевірку центральними аспектами розвитку цього ринку.

🔥 Поза заголовками: що означає KuCoin 5.0 для вас

Новини ринку рухаються швидко — але те, де ви дієте з ними, має таке саме значення. Цього жовтня KuCoin запускає KuCoin 5.0, перетворюючи KuCoin на відновлену платформу. Ось що змінюється саме для вас:

Один акаунт для всього. Старі платформи розділяли ваші кошти між окремими акаунтами «спот», «маржа» та «ф'ючерси» і очікували, що ви зрозумієте чому. Єдиний акаунт KuCoin 5.0 повністю видаляє це — зробіть депозит один раз, і все буде просто там (наразі доступно лише для VIP).
Акції, індекси та товари. KuCoin 5.0 розширюється за межі криптовалют на глобальні ринки. Коли криптовалюти рухаються бічно, а акції ростуть (або навпаки), ви переключаєтеся за хвилини, замість того щоб відкривати брокерський акаунт і чекати днів на фіатні канали.
Реальні активи (RWA). Токенізоване володіння традиційними активами, такими як сировина, прямо в вашому крипто-акаунті. Один із найшвидшо розрастаючих сегментів у світовій фінансовій сфері більше не є виключною привілеєю інституцій — ви отримуєте до нього доступ з того ж балансу, з яким торгуете.
Заробляйте, поки вчитеся. Ще не готові торгувати? KCUSD дозволяє вашим стейблкоїнам заробляти щоденні автокомпаунд-відсотки. Найбільш спокійний спосіб використати ваш невикористаний депозит для отримання 4% дохідності.
AI-асистент простою мовою. Задавайте питання, отримуйте контекст ринку, розумійте, що ви бачите — інтегровано в платформу, без жаргону.
Додаток, який не перевантажує. Швидший, чистіший і послідовний — інтуїтивний з першого дотику, а не після навчання.
Безпека, яку ви можете перевірити, а не просто вірити. Організація з ліцензією MiCAR у ЄС, Proof of Reserves, який ви можете перевірити самостійно, та міжнародно сертифікована безпека (SOC 2 Type II, ISO 27001:2022).

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

ЧаПи

Чи є Chainlink CCIP 2.0 новим блокчейном чи мостом?

Ні. Chainlink CCIP 2.0 — це протокол міжланцюгової взаємодії, а не самостійний блокчейн. Він призначений для того, щоб дозволити додаткам та інституціям переказувати токени та повідомлення між підтримуваними мережами блокчейнів, застосовуючи налаштовувані правила перевірки, виконання та відповідності.

Чи повинні розробники перебудовувати існуючі додатки, щоб використовувати CCIP 2.0?

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

Чи може проект використовувати більше одного власного Cross-Chain Verifier?

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

Чи робить використання додаткового CCV перекази між ланцюгами дорожчими?

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

Відмова від відповідаль

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

Відмова від відповідальності: Для вашої зручності цю сторінку було перекладено за допомогою технології ШІ. Для отримання найточнішої інформації дивіться оригінальну англійську версію.