В последнее время растёт интерес к децентрализованным нативным схемам залога биткоина. Я продолжаю участвовать в тестнете, внимательно изучаю содержание 5-й главы белой книги @BabylonLabs_io , а также запрашиваю данные блокчейна, чтобы сверить детали работы хранилища. Долгое время отслеживая ончейн-проекты, я неизменно придерживаюсь принципа сначала провести практическую проверку, а затем делать выводы. В большинстве продуктов для биткоина, распространяемых на рынке в виде обычной упаковки, средства зачастую передают на хранение централизованным организациям — существуют риски концентрации хранения средств и последующего несанкционированного повторного залога. Ранее, когда я участвовал в связанных кроссчейн-продуктах для займов, мне также встречались случаи, когда процесс одобрения активов не находился под контролем пользователя, поэтому анализ проекта основывается только на фактических правилах работы, а не на односторонних суждениях под влиянием сетевого хайпа.
Согласно технической настройке 5-й главы, TBV выполняет кроссчейн-проверку с помощью доказательств с нулевым разглашением (ZK). Каждая заблокированная (заложенная) транзакция биткоина создаёт отдельный адрес UTXO, активы изолированы друг от друга — ситуация с централизованным выводом средств исключается. Весь процесс залога и ликвидации реализуется нативными сценариями биткоина: третьи стороны не могут произвольно перемещать активы пользователей. $BABY предназначен для поощрения обновлений технического протокола и для поддержки работы нод тестнета. В реальной практике это заметно: контроль над активами на протяжении всего процесса находится в ваших руках, нет необходимости передавать права на приватные ключи внешним платформам.
Однако после длительного тестирования я также заметил ограничения, заложенные в самой архитектуре. Вероятно, что верификационные схемы, необходимые для создания хранилища, потребляют значительные аппаратные ресурсы, и при массовом создании залоговых хранилищ общая скорость обработки заметно снижается. Также в документе указано, что возврат (redeem) имеет буферный период, который может вызывать проблемы с ликвидностью: при резких колебаниях рынка биткоин нельзя вывести немедленно.
Если на рынке произойдёт существенное падение, и множество залоговых ордеров одновременно сработают на ликвидацию, объём кроссчейн-проверочных данных резко возрастёт, что поднимет сетевые комиссии. Поскольку выполнение ликвидации может замедлиться, продолжительное снижение цены приведёт к дополнительным убыткам. Хотя базовые смарт-контракты не могут передавать токены пользователей, операционная команда проекта способна ограничить доступ через фронтенд, и в экстремальных условиях временные действия по выводу средств будут ограничены.
С учётом моего многолетнего торгового опыта, я рекомендую обычным пользователям сначала использовать небольшую сумму, чтобы полностью пройти весь процесс, ознакомиться с периодом буферного возврата и только затем вкладывать больше средств. Продолжайте следить за обновлениями протокола и не игнорируйте то, что у этой механики есть собственный недостаток по ликвидности. #baby $BABY
Согласно технической настройке 5-й главы, TBV выполняет кроссчейн-проверку с помощью доказательств с нулевым разглашением (ZK). Каждая заблокированная (заложенная) транзакция биткоина создаёт отдельный адрес UTXO, активы изолированы друг от друга — ситуация с централизованным выводом средств исключается. Весь процесс залога и ликвидации реализуется нативными сценариями биткоина: третьи стороны не могут произвольно перемещать активы пользователей. $BABY предназначен для поощрения обновлений технического протокола и для поддержки работы нод тестнета. В реальной практике это заметно: контроль над активами на протяжении всего процесса находится в ваших руках, нет необходимости передавать права на приватные ключи внешним платформам.
Однако после длительного тестирования я также заметил ограничения, заложенные в самой архитектуре. Вероятно, что верификационные схемы, необходимые для создания хранилища, потребляют значительные аппаратные ресурсы, и при массовом создании залоговых хранилищ общая скорость обработки заметно снижается. Также в документе указано, что возврат (redeem) имеет буферный период, который может вызывать проблемы с ликвидностью: при резких колебаниях рынка биткоин нельзя вывести немедленно.
Если на рынке произойдёт существенное падение, и множество залоговых ордеров одновременно сработают на ликвидацию, объём кроссчейн-проверочных данных резко возрастёт, что поднимет сетевые комиссии. Поскольку выполнение ликвидации может замедлиться, продолжительное снижение цены приведёт к дополнительным убыткам. Хотя базовые смарт-контракты не могут передавать токены пользователей, операционная команда проекта способна ограничить доступ через фронтенд, и в экстремальных условиях временные действия по выводу средств будут ограничены.
С учётом моего многолетнего торгового опыта, я рекомендую обычным пользователям сначала использовать небольшую сумму, чтобы полностью пройти весь процесс, ознакомиться с периодом буферного возврата и только затем вкладывать больше средств. Продолжайте следить за обновлениями протокола и не игнорируйте то, что у этой механики есть собственный недостаток по ликвидности. #baby $BABY
