БЕЗДОВЕРИЕ НЕ ЗНАЧИТ ОТСУТСТВИЕ РИСКА
Я почти совершил ту же ошибку, которую делают многие, когда читают о бездоверительных биткоин-«вовчлах» Babylon.
Никакого кастодиана.
Никакого моста, который хранит BTC.
Никакой обёрнутой версии, заменяющей исходный актив.
Так значит, это означает отсутствие риска, верно?
Не совсем.
Что меняет @BabylonLabs_io — это не сам факт существования риска. Меняется то, где живёт этот риск.
TBV устраняет серьёзную проблему контрагента: ни кастодиан, ни провайдер Vault, ни оператор моста не могут свободно передавать внесённый BTC. Каждое допустимое место назначения и путь трат фиксируются (commit) при создании vault. При этом BTC также нельзя объединять в пулы, передавать в залог (rehypothecate) или перенаправлять в другой продукт.
Это действительно значимое улучшение безопасности.
Но пользователь всё равно зависит от корректной работы нескольких систем:
• Смарт-контракты Ethereum должны вести себя так, как задумано.
• Оракулы цен BTC должны сообщать точные данные.
• Правила ликвидации должны исполняться справедливо.
• Конвейер кроссчейн-доказательств и проверка BABE должны оставаться корректными.
• Обновления по управлению (governance) не должны вводить опасное поведение.
Есть также операционная ответственность.
Если провайдер Vault станет недоступен, вкладчик может использовать путь self-claim — но только если файл ключа и артефакты claims были должным образом сохранены (backed up).
Security Council Babylon может заблокировать подозрительную выплату в экстренной ситуации, но не может перенаправить BTC на другой адрес. Его текущая роль — переходный механизм безопасности, а не кастодиальное хранение.
Именно поэтому я считаю TBV заслуживающим доверия.
Он не притворяется, что риски исчезают.
Он пытается заменить скрытый риск контрагента прозрачными, ограниченными и технически проверяемыми рисками.
Это более удачная архитектура.
Но это не «иммунитет».
$BABY $ON #baby
Я почти совершил ту же ошибку, которую делают многие, когда читают о бездоверительных биткоин-«вовчлах» Babylon.
Никакого кастодиана.
Никакого моста, который хранит BTC.
Никакой обёрнутой версии, заменяющей исходный актив.
Так значит, это означает отсутствие риска, верно?
Не совсем.
Что меняет @BabylonLabs_io — это не сам факт существования риска. Меняется то, где живёт этот риск.
TBV устраняет серьёзную проблему контрагента: ни кастодиан, ни провайдер Vault, ни оператор моста не могут свободно передавать внесённый BTC. Каждое допустимое место назначения и путь трат фиксируются (commit) при создании vault. При этом BTC также нельзя объединять в пулы, передавать в залог (rehypothecate) или перенаправлять в другой продукт.
Это действительно значимое улучшение безопасности.
Но пользователь всё равно зависит от корректной работы нескольких систем:
• Смарт-контракты Ethereum должны вести себя так, как задумано.
• Оракулы цен BTC должны сообщать точные данные.
• Правила ликвидации должны исполняться справедливо.
• Конвейер кроссчейн-доказательств и проверка BABE должны оставаться корректными.
• Обновления по управлению (governance) не должны вводить опасное поведение.
Есть также операционная ответственность.
Если провайдер Vault станет недоступен, вкладчик может использовать путь self-claim — но только если файл ключа и артефакты claims были должным образом сохранены (backed up).
Security Council Babylon может заблокировать подозрительную выплату в экстренной ситуации, но не может перенаправить BTC на другой адрес. Его текущая роль — переходный механизм безопасности, а не кастодиальное хранение.
Именно поэтому я считаю TBV заслуживающим доверия.
Он не притворяется, что риски исчезают.
Он пытается заменить скрытый риск контрагента прозрачными, ограниченными и технически проверяемыми рисками.
Это более удачная архитектура.
Но это не «иммунитет».
$BABY $ON #baby