Изучая Trustless Bitcoin Vaults (TBV) для исследования @BabylonLabs_io , я обнаружил легко упускаемую проблему: сделать нативный BTC залогом — это только первый шаг, а по-настоящему головная боль начинается в том, сколько именно нужно забрать при ликвидации.
В обычном DeFi залоговые активы обычно можно точно разделять. Если позиция чуть-чуть уходит в нездоровую зону, протокол продаёт часть активов, чтобы закрыть дефицит. Но в TBV каждый Vault по сути соответствует отдельному Bitcoin UTXO, а UTXO нельзя, как балансы на счетах, произвольно отрезать маленький кусочек. Vault либо полностью сохраняется, либо полностью погашается/ликвидируется.
Это означает, что если пользователь целиком засовывает все BTC в один большой Vault, даже когда долговой дефицит составляет лишь малую долю, при ликвидации может потребоваться развернуть процесс вокруг всего Vault. Проблема уже не только в цене ликвидации — важнее оказывается то, насколько разумно спроектирована гранулярность залога.
Подход TBV довольно интересен: заранее разбить BTC на Vaultы разного размера и задать порядок ликвидации. Впереди размещают небольшой по масштабу «жертвенный Vault», чтобы сначала покрыть потенциальный долговой дефицит; оставшиеся средства помещают в «защитный Vault». Когда позиция выходит из строя, протокол сначала обрабатывает первый, а не затрагивает напрямую весь объём залога.
На мой взгляд, этот дизайн показывает, что TBV — это не просто подключение BTC к рынкам заимствований вроде Aave. Это скорее повторная адаптация модели UTXO Bitcoin. Здесь не притворяются, что BTC так же гибок, как ERC-20: неделимость базового актива напрямую встроена в управление риском.
Конечно, это также перекладывает больше ответственности на пользователей и фронтенд: насколько сильно дробить Vault, сколько заимствовать и сколько сохранять безопасного запаса — всё это влияет на исход ликвидации. Но способ, который явно делает ограничения видимыми, возможно, стоит уделить внимания больше, чем попытки спрятать риски за мостами, кастодианами и обёрнутыми активами. $BABY , по сути, и нужно доказать, что эта нативная BTC-залоговая механика может быть не только безопасной, но и достаточно удобной в реальной практике.
#baby
В обычном DeFi залоговые активы обычно можно точно разделять. Если позиция чуть-чуть уходит в нездоровую зону, протокол продаёт часть активов, чтобы закрыть дефицит. Но в TBV каждый Vault по сути соответствует отдельному Bitcoin UTXO, а UTXO нельзя, как балансы на счетах, произвольно отрезать маленький кусочек. Vault либо полностью сохраняется, либо полностью погашается/ликвидируется.
Это означает, что если пользователь целиком засовывает все BTC в один большой Vault, даже когда долговой дефицит составляет лишь малую долю, при ликвидации может потребоваться развернуть процесс вокруг всего Vault. Проблема уже не только в цене ликвидации — важнее оказывается то, насколько разумно спроектирована гранулярность залога.
Подход TBV довольно интересен: заранее разбить BTC на Vaultы разного размера и задать порядок ликвидации. Впереди размещают небольшой по масштабу «жертвенный Vault», чтобы сначала покрыть потенциальный долговой дефицит; оставшиеся средства помещают в «защитный Vault». Когда позиция выходит из строя, протокол сначала обрабатывает первый, а не затрагивает напрямую весь объём залога.
На мой взгляд, этот дизайн показывает, что TBV — это не просто подключение BTC к рынкам заимствований вроде Aave. Это скорее повторная адаптация модели UTXO Bitcoin. Здесь не притворяются, что BTC так же гибок, как ERC-20: неделимость базового актива напрямую встроена в управление риском.
Конечно, это также перекладывает больше ответственности на пользователей и фронтенд: насколько сильно дробить Vault, сколько заимствовать и сколько сохранять безопасного запаса — всё это влияет на исход ликвидации. Но способ, который явно делает ограничения видимыми, возможно, стоит уделить внимания больше, чем попытки спрятать риски за мостами, кастодианами и обёрнутыми активами. $BABY , по сути, и нужно доказать, что эта нативная BTC-залоговая механика может быть не только безопасной, но и достаточно удобной в реальной практике.
#baby