#baby $BABY Volvió a recorrer una y otra vez la capa más baja de la “arquitectura de aislamiento” de Babylon TBV. Para decirlo sin rodeos, su planteamiento sobre el aislamiento de activos es extraordinariamente agresivo.
Muchos creen que el TBV de Babylon solo construyó un simple “bóveda de custodia” sobre #BTC … quizá todavía no han visto de verdad el diseño de ingeniería más esencial. Lo que realmente trastoca la lógica del sector es que prescindió directamente del esquema de EVM del pool centralizado de fondos, y creó una arquitectura física de Segregated UTXO con un solo usuario y un solo pool.
En el pasado, mucha gente fue “castigada por estar en el mismo grupo” debido a la vinculación entre fondos del pool. Antes, tanto en AAMM compartidos sobre EVM como en Vaults centralizados, los activos de cientos de usuarios se mezclaban en un gran pool de contratos. En cuanto algún activo sufría una anomalía de oráculo o una liquidación extrema, todo el pool entraba instantáneamente en una cascada de liquidaciones y la transmisión de deudas incobrables: incluso los usuarios que no incumplieron solo podían pagar pasivamente, sin ninguna oportunidad de escapar.
Hoy, se corta por completo esa cadena de contagio de activos. Se apoya en: una bóveda de tesoro independiente por UTXO, prohibición criptográfica estricta de volver a pignorar y aislamiento físico de riesgos, construyendo así una barrera anti-contagio:
Bóveda de tesoro independiente por UTXO: cuando cada usuario deposita BTC, se genera en la red principal una cuenta de script de UTXO completamente independiente; el dinero nunca se mezcla y quedan aislados a nivel físico.
Prohibición criptográfica estricta de volver a pignorar: en la capa del script del árbol Taproot se fijan permisos de forma “bloqueada”, de modo que los contratos inteligentes y los nodos no tienen instrucciones a nivel base para mover o volver a pignorar (Rehypothecation) el BTC de la bóveda.
Aislamiento físico del riesgo: incluso si un protocolo DeFi externo conectado a TBV revienta y desencadena una liquidación extrema, el riesgo solo se limita al UTXO individual correspondiente; es imposible que se transmita a otros tenedores de TBV.
Claro, este enfoque de “un solo usuario, un solo pool” que busca al máximo el nivel de seguridad, en la implementación real de ingeniería también ha dejado ver sus fallos. En condiciones de mercado extremas, el ataque por polvo (Dust Attack) que provoca la fragmentación de UTXO y el costo de gestión y mantenimiento en un solo nodo siguen siendo brechas que no se pueden ignorar. En la red principal de BTC, durante los periodos de Gas alto, el mantenimiento del estado y los costos de emisión de liquidaciones para decenas de miles de micro-UTXOs de aislamiento son extremadamente elevados, e incluso podría ocurrir la situación incómoda de que “la comisión de liquidación sea más cara que el propio UTXO”.
¿Qué opinas de este “combate” a fondo con el aislamiento físico en modo un solo usuario, un solo pool? ¡Conversa en la sección de comentarios!
Muchos creen que el TBV de Babylon solo construyó un simple “bóveda de custodia” sobre #BTC … quizá todavía no han visto de verdad el diseño de ingeniería más esencial. Lo que realmente trastoca la lógica del sector es que prescindió directamente del esquema de EVM del pool centralizado de fondos, y creó una arquitectura física de Segregated UTXO con un solo usuario y un solo pool.
En el pasado, mucha gente fue “castigada por estar en el mismo grupo” debido a la vinculación entre fondos del pool. Antes, tanto en AAMM compartidos sobre EVM como en Vaults centralizados, los activos de cientos de usuarios se mezclaban en un gran pool de contratos. En cuanto algún activo sufría una anomalía de oráculo o una liquidación extrema, todo el pool entraba instantáneamente en una cascada de liquidaciones y la transmisión de deudas incobrables: incluso los usuarios que no incumplieron solo podían pagar pasivamente, sin ninguna oportunidad de escapar.
Hoy, se corta por completo esa cadena de contagio de activos. Se apoya en: una bóveda de tesoro independiente por UTXO, prohibición criptográfica estricta de volver a pignorar y aislamiento físico de riesgos, construyendo así una barrera anti-contagio:
Bóveda de tesoro independiente por UTXO: cuando cada usuario deposita BTC, se genera en la red principal una cuenta de script de UTXO completamente independiente; el dinero nunca se mezcla y quedan aislados a nivel físico.
Prohibición criptográfica estricta de volver a pignorar: en la capa del script del árbol Taproot se fijan permisos de forma “bloqueada”, de modo que los contratos inteligentes y los nodos no tienen instrucciones a nivel base para mover o volver a pignorar (Rehypothecation) el BTC de la bóveda.
Aislamiento físico del riesgo: incluso si un protocolo DeFi externo conectado a TBV revienta y desencadena una liquidación extrema, el riesgo solo se limita al UTXO individual correspondiente; es imposible que se transmita a otros tenedores de TBV.
Claro, este enfoque de “un solo usuario, un solo pool” que busca al máximo el nivel de seguridad, en la implementación real de ingeniería también ha dejado ver sus fallos. En condiciones de mercado extremas, el ataque por polvo (Dust Attack) que provoca la fragmentación de UTXO y el costo de gestión y mantenimiento en un solo nodo siguen siendo brechas que no se pueden ignorar. En la red principal de BTC, durante los periodos de Gas alto, el mantenimiento del estado y los costos de emisión de liquidaciones para decenas de miles de micro-UTXOs de aislamiento son extremadamente elevados, e incluso podría ocurrir la situación incómoda de que “la comisión de liquidación sea más cara que el propio UTXO”.
¿Qué opinas de este “combate” a fondo con el aislamiento físico en modo un solo usuario, un solo pool? ¡Conversa en la sección de comentarios!
