Технічний перехід BTC.b до архітектури Lombard

Огляд

BTC.b з 2022 року є основою екосистеми Avalanche DeFi. В обігу знаходиться близько 550 мільйонів доларів США. Інтеграція охоплює ключові протоколи, серед яких Aave, GMX, BENQI і LFJ. Lombard придбав інфраструктуру та пов’язані активи BTC.b. Це дозволяє протоколу Lombard взяти на себе повну відповідальність за міст BTC.b і архітектуру безпеки. Перехід гарантує безперервність для поточних користувачів і вже реалізованих інтеграцій, а також розширює можливості для розвитку.

Що таке BTC.b? BTC.b — це актив нового покоління, забезпечений Bitcoin, який працює у прозорій та перевірюваній протокольній архітектурі, спеціально розробленій для децентралізованої економіки. Новий BTC.b буде permissionless, некостодіальним і безпечним — із інституційним рівнем захисту для onchain Bitcoin без посередників або контрольних структур.

Комплексний перехід досягає трьох ключових цілей. Перше — посилення безпеки завдяки багаторівневій архітектурі з децентралізованою валідацією консорціуму провідних інституцій. Друге — багатоланцюгове розгортання на Ethereum, Katana, MegaETH і Solana вже на стартовому етапі. Третє — розширення доступу через permissionless-мінтинг безпосередньо з native BTC у додатку Lombard, що забезпечує паралельний доступ до активів на основі Bitcoin разом із LBTC.

Що залишається незмінним

Для користувачів і протоколів ситуація залишається простою: BTC.b працює як раніше з незмінними балансами, адресами та інтеграціями. Зміни стосуються розвитку BTC.b: розгортання на нових ланцюгах, підвищення ліквідності, більше DeFi-інтеграцій і спрощення для розробників через SDK Lombard.

Для користувачів:

Користувацький досвід зберігається повністю. Контрактна адреса, символ і назва токена залишаються незмінними. Це гарантує впізнаваність і сумісність з чинними системами. Механізм забезпечення підтримує 1:1 резерви у native BTC без ре-гіпотекації чи стейкінгу, тобто гарантії безпеки не змінюються. Усі баланси, адреси та підключення гаманців залишаються такими ж, дій від користувача не потрібно. Інтеграції з основними протоколами — Aave, GMX, BENQI, LFJ та іншими DeFi-платформами — працюють безперервно.

Для протоколів:

Протоколам потрібно врахувати технічні оновлення. Контрактні адреси не змінюються, що забезпечує сумісність для більшості інтеграцій. Однак протоколи мають оновити логіку викупу: функція "unwrap" у смарт-контракті BTC.b тепер застаріла. Раніше вона передбачала виведення BTC на адреси, які генерувалися Core Wallet із того ж seed, що й адреси Avalanche. Тепер протоколи повинні явно вказувати отримувача у функції "redeemForBTC" під час взаємодії з новим смарт-контрактом AssetRouter.

Стандартні цінові фіди працюють без змін. Proof of Reserve-фіди будуть оновлені до фідів Lombard після їхньої появи у Chainlink. Усі поточні пули ліквідності та ринки кредитування не змінюються, DeFi-операції продовжуються безперервно.

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

Що нового

Багатоланцюгове розгортання:

BTC.b виходить за межі Avalanche і розгортається на Ethereum mainnet, Katana, MegaETH і Solana у фазі розширення. Це підвищує доступність і ліквідність, зберігаючи безпеку та перевірюваність на всіх підтримуваних мережах.

Прямий мінтинг:

Інноваційна функція дозволяє будь-кому мінтити BTC.b напряму з native Bitcoin через додаток Lombard без посередників, KYC чи географічних обмежень — окрім санкціонованих юрисдикцій. Permissionless-підхід дає відкритий доступ до DeFi-активів на основі Bitcoin і усуває бар’єри для створення активу.

Інтеграція SDK:

Інтеграція BTC.b у SDK Lombard дає розробникам можливість реалізовувати потужний функціонал у партнерських додатках. Вони можуть забезпечити депозити у native BTC та надати однокліковий доступ до доходу від Bitcoin у своїх платформах. Інтеграція гаманця забезпечує безшовний досвід для користувача. SDK надає просту імплементацію, детальну документацію, підтримку і спільні продукти сховищ для BTC.b і LBTC.

Підсилена архітектура безпеки:

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

Технічна архітектура: що змінюється

Порівняння архітектур:

Поточна реалізація мосту Avalanche використовує SGX-сховища Intel із мережею Warden для індексації Bitcoin і координації транзакцій. Це рішення для одного ланцюга з централізованим контролем. Нова архітектура Lombard впроваджує кілька незалежних рівнів із децентралізованою валідацією, що дає змогу масштабуватися на різні ланцюги й зберігати прозорість.

Поточна модель спирається на ізоляцію ключів у enclave SGX, затвердження мережі Warden і централізовані операції мосту. Нова модель використовує керування ключами через Hardware Security Module, працює консорціум безпеки з 15 учасників із консенсусом BFT, дворівневу перевірку через Cubist Bascule і процеси консорціуму Lombard, а також журнал Lombard Ledger із BFT для повної прозорості.

Чому ця архітектура важлива:

Посилена модель безпеки усуває єдину точку відмови завдяки мажоритарному консенсусу серед 15 незалежних валідаторів. Це означає, що атака можлива лише при компрометації більшості у розподіленій мережі. По-друге, чотири незалежні рівні безпеки мають валідувати всі операції, що створює надмірність і запобігає каскадним збоям. По-третє, прозора перевірка дає Proof of Reserve у реальному часі через Chainlink, кожен може перевірити 1:1 резерв. По-четверте, ключі захищено у Cubist vHSM (FIPS 140 HSM і Nitro Enclaves). По-п’яте, міжланцюгова перевірка забезпечує незалежну перевірку резерву на кожному ланцюгу розгортання. Нарешті, незалежні аудити від OpenZeppelin, Veridise і Halborn перевіряють архітектуру й смарт-контракти, а всі результати відкриті.

Деталі моделі безпеки:

Рівень 1: Децентралізована валідація

Консорціум безпеки замість мережі Warden об’єднує 15 незалежних інституцій цифрових активів, серед яких провідні гравці ринку. Proof-of-Authority-мережа управляє журналом Lombard Ledger — консенсусним рівнем BFT, який фіксує всі операції протоколу прозоро у ланцюзі. Кожна транзакція потребує мажоритарного консенсусу серед валідаторів, що усуває централізований контроль.

Рівень 2: Управління ключами HSM

У новій моделі учасники консорціуму використовують платформу CubeSigner від Cubist для керування ключами і підписання транзакцій. Ключі постійно залишаються у захищеному обладнанні Cubist (FIPS 140 HSM і Nitro Enclaves). Додаткові політики обмежують учасників консорціуму, дозволяючи використання ключів лише для попередньо затверджених типів транзакцій, валідуваних мажоритарним консенсусом.

Рівень 3: Політики управління

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

Рівень 4: Незалежна перевірка мосту

Дві незалежні системи перевіряють усі операції й забезпечують резерви. Cubist Bascule Drawbridge перевіряє відповідність резерву між Bitcoin і цільовими ланцюгами (Avalanche C-Chain, Ethereum). Chainlink CCIP незалежно перевіряє резерв на всіх ланцюгах, де працює міст BTC.b, забезпечуючи міжланцюгові повідомлення і Proof of Reserve у реальному часі. Такий подвійний аудит гарантує 1:1 резерв через автономні рівні перевірки.

Процес депозиту:

Процедура депозиту містить кілька етапів перевірки. Аутентифікований депозит спрямовує користувача на детерміновану адресу, яка кодує цільову EVM-адресу на Avalanche C-Chain. Це забезпечує верифікацію адреси і захист від фішингу. Далі консорціум безпеки перевіряє та нотаріалізує транзакцію депозиту через консенсус BFT у журналі Lombard Ledger. Потім і Bascule, і CCIP незалежно підтверджують резерв. Нарешті токени BTC.b мінтяться на вказану адресу користувача після всіх перевірок. Вивід коштів проходить такий самий багаторівневий процес у зворотному порядку.

Для розробників: оновлення інтеграції:

Розробникам Avalanche слід врахувати, що контрактні адреси залишаються тими ж, але логіка викупу BTC змінилася. Функція unwrap тепер застаріла, потрібно впроваджувати новий адаптер Lombard. Розробникам, які споживають Proof of Reserve, варто оновити фіди після появи фідів Lombard через Chainlink.

Користувачі Core Wallet отримають вбудований SDK Lombard з першого дня, що дозволить купувати BTC.b безпосередньо через інтерфейс Core Wallet.

Нові інтеграції через SDK Lombard забезпечують просту імплементацію для протоколів, гаманців і платформ із уніфікованим API для BTC.b і LBTC, готовими UI-компонентами, однокліковим мінтингом і якісною підтримкою для розробників.

Хронологія

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

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

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

Висновок

Технічний перехід BTC.b до архітектури Lombard — це фундаментальне оновлення інфраструктури, яке посилює безпеку, масштабованість і доступність із повним збереженням безперервності для поточних користувачів і інтеграцій. Архітектура замінює централізовані операційні моделі децентралізованою валідацією 15 незалежних інституцій, упроваджує апаратне керування ключами і кілька незалежних рівнів захисту, а також розширює доступ на Ethereum, Solana та інші ключові ланцюги.

Дій від користувачів не потрібно — токени, баланси й інтеграції залишаються без змін. Розробники отримують оптимізовану інтеграцію SDK, можливість permissionless-мінтингу та інституційну безпеку без втрати доступності чи децентралізації. Незалежні аудити забезпечують цілісність архітектури.

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

FAQ

Що означає BTC.b?

BTC.b — це Bitcoin, який перенесено на блокчейн Avalanche. Це еквівалентний токен Bitcoin у мережі Avalanche, що дає змогу здійснювати міжланцюгові транзакції та роботу в екосистемі Avalanche.

Чи безпечний BTC.b?

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

Що таке BTC.b в Avalanche?

BTC.b — це токен Bitcoin, перенесений через міст у мережу Avalanche. Він представляє Bitcoin, заблокований у блокчейні Bitcoin. Це дає змогу користувачам отримати доступ до вартості Bitcoin і торгувати на Avalanche із забезпеченням 1:1 до Bitcoin.