Ayer por la noche, en realidad solo quería comprobar algunos parámetros de la red de pruebas Babylon TBV, pero cuando vi el detalle de “una sola transacción de Bitcoin admite como máximo 10 salidas de HTLC”, me quedé analizándolo durante bastante tiempo.
A primera vista, mi reacción fue bastante normal: ¿será otra optimización más para reducir comisiones?
Pero al seguir descomponiéndolo, me di cuenta de que al principio lo estaba simplificando demasiado.
Mucha gente, al ver transacciones en lote, cae en un malentendido: ¿se trata de reunir los BTC de varios usuarios en el mismo “pool” de fondos para reducir costes a escala?
En realidad, no es así.
El diseño de TBV se parece más a poner diez cajas de seguridad independientes dentro del mismo vehículo de transporte. La transacción puede transmitirse de forma conjunta, las comisiones pueden compartirse, pero cada Vault sigue teniendo su propio UTXO independiente, su propia ruta de prefirmas de transacciones y su mecanismo de salida independiente.
Dicho de otra manera, lo que Babylon comparte es la eficiencia, no el riesgo.
Una parte del diseño que me hace particularmente confiar es que no sacrifican la compartimentación (aislamiento) con el fin de bajar costes. Muchos problemas de los sistemas financieros suelen empezar por “por comodidad, poner todo junto”. Una vez que los fondos se agrupan en un pool, la eficiencia mejora, pero el riesgo también tiende a concentrarse.
Por supuesto, procesar en lotes no significa que se resuelvan todos los problemas. El coste de coordinación del Vault Provider sigue existiendo. El verdadero aspecto que necesita validación a largo plazo es el flujo de firmas, los mecanismos de respaldo y, en situaciones extremas, la capacidad de los usuarios para recuperar sus activos por cuenta propia.
Por eso pienso que, en TBV, los datos que realmente vale la pena vigilar no son cuánto se reducen las comisiones en el discurso publicitario, sino tres indicadores: la proporción real de uso de transacciones en lote, la tasa de éxito del flujo de firmas y cuánto tiempo tarda el usuario en hacerse cargo de los activos cuando el Provider presenta un problema.
Reducir costes es importante, pero lo que la comunidad BTC no puede permitirse perder, pase lo que pase, es el control que los usuarios tienen sobre sus propios activos.
La eficiencia se puede compartir, pero la seguridad no se puede empaquetar. #baby @BabylonLabs_io $BABY
A primera vista, mi reacción fue bastante normal: ¿será otra optimización más para reducir comisiones?
Pero al seguir descomponiéndolo, me di cuenta de que al principio lo estaba simplificando demasiado.
Mucha gente, al ver transacciones en lote, cae en un malentendido: ¿se trata de reunir los BTC de varios usuarios en el mismo “pool” de fondos para reducir costes a escala?
En realidad, no es así.
El diseño de TBV se parece más a poner diez cajas de seguridad independientes dentro del mismo vehículo de transporte. La transacción puede transmitirse de forma conjunta, las comisiones pueden compartirse, pero cada Vault sigue teniendo su propio UTXO independiente, su propia ruta de prefirmas de transacciones y su mecanismo de salida independiente.
Dicho de otra manera, lo que Babylon comparte es la eficiencia, no el riesgo.
Una parte del diseño que me hace particularmente confiar es que no sacrifican la compartimentación (aislamiento) con el fin de bajar costes. Muchos problemas de los sistemas financieros suelen empezar por “por comodidad, poner todo junto”. Una vez que los fondos se agrupan en un pool, la eficiencia mejora, pero el riesgo también tiende a concentrarse.
Por supuesto, procesar en lotes no significa que se resuelvan todos los problemas. El coste de coordinación del Vault Provider sigue existiendo. El verdadero aspecto que necesita validación a largo plazo es el flujo de firmas, los mecanismos de respaldo y, en situaciones extremas, la capacidad de los usuarios para recuperar sus activos por cuenta propia.
Por eso pienso que, en TBV, los datos que realmente vale la pena vigilar no son cuánto se reducen las comisiones en el discurso publicitario, sino tres indicadores: la proporción real de uso de transacciones en lote, la tasa de éxito del flujo de firmas y cuánto tiempo tarda el usuario en hacerse cargo de los activos cuando el Provider presenta un problema.
Reducir costes es importante, pero lo que la comunidad BTC no puede permitirse perder, pase lo que pase, es el control que los usuarios tienen sobre sus propios activos.
La eficiencia se puede compartir, pero la seguridad no se puede empaquetar. #baby @BabylonLabs_io $BABY