#baby Недавно я сел и долго поговорил с тем самым другом, который много лет занимается операционным сопровождением узлов для биткоина. В тот период я как раз по главам внимательно прочитывал весь документ этого белого отчёта @BabylonLabs_io , а в тестовой сети многократно прошёл все практические шаги: создание хранилища TBV, симуляцию злонамеренной ликвидации и полную отработку механики стейкинга с $BABY для участия в управлении протоколом. Изначально я довольно высоко оценивал эту архитектуру биткоин-хранилища без доверенного посредника, но после того как он, опираясь на реальный опыт упаковки в блоки на “первой линии” сети, разобрал для меня слабые места такого дизайна, я понял: если изучать только по бумажным материалам, можно упустить множество критичных рисков, возникающих на практике.

Раньше мой фокус исследований постоянно был на изощрённой криптографической архитектуре протокола. Реализация UTXO-хранилища с раздельными счетами обеспечивает изоляцию активов: третьи лица не вмешиваются в кастодиальные процессы, а все стороны удерживаются от злоупотреблений за счёт заранее подписанных условий для конфискационных (penalty) транзакций. Когда я лично проводил практику по переводу BTC на адрес собственного хранилища, активы всё время оставались в нативной биткоин-сети, а контроль над приватными ключами полностью был у меня — именно поэтому я считал этот проект превосходящим централизованные кастодиальные токены вроде WBTC.

Но он годами имеет дело с mempool на блокчейне и с процессом упаковки блоков, и потому способен связать между собой “подсобные” механизмы, которые в белом отчёте разнесены по разным главам, вскрывая недостатки, где элементы дизайна не состыковываются друг с другом. Я концентрировался на теоретической силе сдерживания, создаваемой штрафными механизмами, но не учёл, что сценарии с фиксированными комиссиями в периоды перегрузки сети могут приводить к задержке включения транзакций в блок. Я признавал устойчивость клиринга, которую даёт клиринговый пул с делегированием ликвидации, однако не учёл, что этот механизм работает только “внутри” протокола и не способен подключаться к внешней ликвидности.

Эти риски не являются плодом субъективных предположений: в разных главах белого отчёта прямо отмечены соответствующие зарезервированные пункты риска. Просто они распределены по документу, и при раздельном чтении трудно собрать единую логическую картину рисков. Я склонен заниматься теоретическими исследованиями смарт-контрактов, а он — опираться на практику операционного сопровождения “в полевых условиях”. После того как эти две перспективы дополнили друг друга, реальная картина проекта стала гораздо яснее.

Сегодня объём BTC, который протокол фиксирует в закладках, продолжает расти. Многие инвесторы с $$BABY заостряют внимание только на маркетинговых тезисах о децентрализации. После этой беседы я по-настоящему осознал: TBV — это решение, построенное на компромиссе между безопасностью и ликвидностью. Не существует абсолютно “неуязвимого” механизма. Реальные ограничения работы в сети блокчейн должны быть включены в мою личную систему управления рисками по текущим позициям.

Насколько сильно фактическая сдерживающая способность механизма фиксированных комиссий и конфискационных транзакций TBV снижается в периоды перегрузки сети Bitcoin?