Las bóvedas por tramos (split vaults) a menudo se describen como una opción: como si el usuario, si tan solo gestiona con cuidado, pudiera separar el BTC en capas de pérdidas distintas, antes y después. El problema es que la opción también tiene un monto de entrada. En el proceso de Trustless Bitcoin Vaults (TBV) que está públicamente en prueba en @BabylonLabs_io , la bóveda sacrificial debe alcanzar un monto mínimo de 0.01 BTC. Si el monto no cumple, el portal vuelve a una bóveda única. El usuario no lo hace porque le moleste la dificultad, ni necesariamente porque no entienda el ordenamiento; sencillamente, el tamaño del capital no deja espacio para una segunda bóveda. Esto cambia mi forma de ver a quienes usan una sola bóveda. Ver que otros solo construyen una bóveda hace que sea fácil interpretarlo como falta de conciencia del riesgo. Pero cuando el sistema tiene un umbral mínimo para la bóveda, a veces una sola bóveda no es una preferencia, sino un resultado de elegibilidad. Con posiciones más grandes, se puede discutir qué parte va primero y cuál va después. Con posiciones más pequeñas, ni siquiera se obtiene esa “pregunta”; solo queda colocar todo el colateral en una misma relación UTXO indivisible.
En el diseño del producto en $BABY , las herramientas avanzadas de riesgo se muestran aparentemente disponibles para todos; pero lo que realmente determina si se pueden usar no es si el botón está visible, sino si el capital supera el umbral estructural. El umbral tal vez no sea irrazonable: el proceso de pruebas ya establece montos mínimos. Pero no se puede, por un lado, fijar condiciones de arranque y, por otro, explicar que no se puede fraccionar como una elección activa del usuario en un modo simple. Ese es también el límite que #baby no puede saltarse al hablar de dividir bóvedas. No es que tener dos bóvedas evite la liquidación, y tampoco puede inferirse de ahí una recomendación de proporciones. La bóveda sacrificial es solo una parte del orden de pérdidas, y la bóveda protected tampoco es una zona de seguridad permanente. Tanto el 0.01 BTC actual como el retroceso del portal son parámetros de la red de pruebas; en el futuro podrían cambiar. Antes de que cambien los parámetros, las consecuencias reales ya son muy claras. El tamaño del capital no solo determina cuánto colateral se pone: también determina cuántos tipos de arreglos de riesgo se pueden usar. No basta con que la apertura “vea” entradas para todas las direcciones; hay que comprobar también si la elección clave tiene un boleto mínimo de capital. Algunas personas asumen una estructura de una sola bóveda no porque elijan pocas cosas, sino porque el sistema les elimina primero una opción.
En el diseño del producto en $BABY , las herramientas avanzadas de riesgo se muestran aparentemente disponibles para todos; pero lo que realmente determina si se pueden usar no es si el botón está visible, sino si el capital supera el umbral estructural. El umbral tal vez no sea irrazonable: el proceso de pruebas ya establece montos mínimos. Pero no se puede, por un lado, fijar condiciones de arranque y, por otro, explicar que no se puede fraccionar como una elección activa del usuario en un modo simple. Ese es también el límite que #baby no puede saltarse al hablar de dividir bóvedas. No es que tener dos bóvedas evite la liquidación, y tampoco puede inferirse de ahí una recomendación de proporciones. La bóveda sacrificial es solo una parte del orden de pérdidas, y la bóveda protected tampoco es una zona de seguridad permanente. Tanto el 0.01 BTC actual como el retroceso del portal son parámetros de la red de pruebas; en el futuro podrían cambiar. Antes de que cambien los parámetros, las consecuencias reales ya son muy claras. El tamaño del capital no solo determina cuánto colateral se pone: también determina cuántos tipos de arreglos de riesgo se pueden usar. No basta con que la apertura “vea” entradas para todas las direcciones; hay que comprobar también si la elección clave tiene un boleto mínimo de capital. Algunas personas asumen una estructura de una sola bóveda no porque elijan pocas cosas, sino porque el sistema les elimina primero una opción.