He empezado a cuestionar una suposición que, silenciosamente, sigue casi todas las conversaciones sobre la seguridad de Bitcoin. Normalmente asumimos que, una vez que BTC está bloqueado, su papel termina. Cuanto más analizaba el staking entre cadenas, más me preguntaba si bloquear Bitcoin realmente es la parte fácil. El desafío más difícil podría ser asegurarse de que el mismo Bitcoin siga siendo económicamente responsable de cada decisión que se supone que protege.
Ese pensamiento se me quedó mientras leía @BabylonLabs_io.
Al principio, imaginé el staking de Bitcoin como un proceso directo. BTC se bloquea, una cadena de Proof-of-Stake reconoce la apuesta y la seguridad mejora de forma natural. Cuanto más seguía el ciclo de vida, menos convencido me quedaba. La influencia de un validador puede cambiar, el stake puede comenzar a deshacerse (unbonding) y pueden aparecer eventos sancionables (slashable) mientras distintas redes se actualizan a velocidades diferentes. El Bitcoin no se ha movido, pero distintos participantes pueden discrepar temporalmente sobre de qué sigue siendo responsable esa garantía (colateral).
Eso es lo que me resulta interesante del diseño de Babylon. En lugar de tratar el colateral como suficiente por sí solo, Babylon considera la sincronización como parte del modelo de seguridad. El timestamping de Bitcoin ayuda a mantener los cambios de la apuesta y la actividad de la cadena alineados con el mismo horizonte temporal, de modo que la aplicación se base en el estado correcto y no en uno desactualizado.
Sigo siendo prudente. La monitorización, la coordinación y la comunicación con retraso siguen siendo desafíos operativos reales que ninguna arquitectura elimina por completo.
Esa es la parte a la que vuelvo una y otra vez. Tal vez la forma más sólida de colateral de Bitcoin no sea la que permanece bloqueada durante más tiempo. Quizá sea la que la red puede mantener responsable exactamente durante el tiempo que exista su influencia.
$AKE
$BTW
@BabylonLabs_io #baby $BABY
Ese pensamiento se me quedó mientras leía @BabylonLabs_io.
Al principio, imaginé el staking de Bitcoin como un proceso directo. BTC se bloquea, una cadena de Proof-of-Stake reconoce la apuesta y la seguridad mejora de forma natural. Cuanto más seguía el ciclo de vida, menos convencido me quedaba. La influencia de un validador puede cambiar, el stake puede comenzar a deshacerse (unbonding) y pueden aparecer eventos sancionables (slashable) mientras distintas redes se actualizan a velocidades diferentes. El Bitcoin no se ha movido, pero distintos participantes pueden discrepar temporalmente sobre de qué sigue siendo responsable esa garantía (colateral).
Eso es lo que me resulta interesante del diseño de Babylon. En lugar de tratar el colateral como suficiente por sí solo, Babylon considera la sincronización como parte del modelo de seguridad. El timestamping de Bitcoin ayuda a mantener los cambios de la apuesta y la actividad de la cadena alineados con el mismo horizonte temporal, de modo que la aplicación se base en el estado correcto y no en uno desactualizado.
Sigo siendo prudente. La monitorización, la coordinación y la comunicación con retraso siguen siendo desafíos operativos reales que ninguna arquitectura elimina por completo.
Esa es la parte a la que vuelvo una y otra vez. Tal vez la forma más sólida de colateral de Bitcoin no sea la que permanece bloqueada durante más tiempo. Quizá sea la que la red puede mantener responsable exactamente durante el tiempo que exista su influencia.
$AKE
$BTW
@BabylonLabs_io #baby $BABY