Antes estudié el staking de Bitcoin y me acostumbré a mirar primero el rendimiento; hasta que en cierta ocasión repasé el proceso desde cero, me di cuenta de un problema más importante: si el proveedor del Vault se desconectara por completo de forma repentina, ¿podría el Bitcoin volver a nuestras manos sin problemas? En los esquemas tradicionales, la salida depende en gran medida de que el proveedor siga en línea; si desaparece, es posible que uno quede atrapado en la incertidumbre respecto a la espera y la confianza. Esa sensación, cuando me tocó a mí, siempre me hizo sentir un poco inseguro.#baby
Después, al conocer a Babylon, descubrí que su enfoque de diseño era claramente diferente.@BabylonLabs_io Incluso si el Vault ya no está en línea, siguiendo el mecanismo de Babylon, mientras uno conserve adecuadamente las claves WOTS y los documentos de reclamación, puede impulsar de forma proactiva la finalización de la transacción en la cadena de Bitcoin para reclamar. De ese modo, el control de la salida vuelve al usuario. Los scripts de Bitcoin no pueden verificar directamente pruebas complejas; Babylon convierte la corrección en condiciones que los scripts existentes pueden comprobar mediante un circuito de preenvío de datos sin sentido (garbled) y compromisos WOTS. Las reclamaciones inválidas pueden ser desafiadas por un retador usando etiquetas BABE de entrada que se establecieron previamente; la parte equivocada no puede aportar secretos de refutación válidos. Tras un periodo de disputa de aproximadamente 108 bloques, se interceptan, se confisca la fianza y se detiene la reclamación.$BABY $BTC
Esto me hizo ver el cambio en el énfasis de Babylon hacia la seguridad. Antes, preguntarse si la propia cadena era segura era lo principal; Babylon se centra más en si, cuando algo falla del lado del servicio, el usuario aún conserva la clave de salida. La gestión de claves, la eficiencia de los desafíos y la experiencia del usuario siguen requiriendo verificación a largo plazo, pero la dirección que explora Babylon merece seguirse observando. La verdadera ventaja de Bitcoin quizá no esté en el número máximo de rendimiento, sino en la sensación más sólida de soberanía sobre los activos. La clave de la competencia futura probablemente sea quién pueda demostrar de forma real que, cuando el servicio falla, el usuario aún tiene un camino por el que puede volver. Babylon, al menos en este aspecto, ofrece una respuesta que vale la pena considerar.
Después, al conocer a Babylon, descubrí que su enfoque de diseño era claramente diferente.@BabylonLabs_io Incluso si el Vault ya no está en línea, siguiendo el mecanismo de Babylon, mientras uno conserve adecuadamente las claves WOTS y los documentos de reclamación, puede impulsar de forma proactiva la finalización de la transacción en la cadena de Bitcoin para reclamar. De ese modo, el control de la salida vuelve al usuario. Los scripts de Bitcoin no pueden verificar directamente pruebas complejas; Babylon convierte la corrección en condiciones que los scripts existentes pueden comprobar mediante un circuito de preenvío de datos sin sentido (garbled) y compromisos WOTS. Las reclamaciones inválidas pueden ser desafiadas por un retador usando etiquetas BABE de entrada que se establecieron previamente; la parte equivocada no puede aportar secretos de refutación válidos. Tras un periodo de disputa de aproximadamente 108 bloques, se interceptan, se confisca la fianza y se detiene la reclamación.$BABY $BTC
Esto me hizo ver el cambio en el énfasis de Babylon hacia la seguridad. Antes, preguntarse si la propia cadena era segura era lo principal; Babylon se centra más en si, cuando algo falla del lado del servicio, el usuario aún conserva la clave de salida. La gestión de claves, la eficiencia de los desafíos y la experiencia del usuario siguen requiriendo verificación a largo plazo, pero la dirección que explora Babylon merece seguirse observando. La verdadera ventaja de Bitcoin quizá no esté en el número máximo de rendimiento, sino en la sensación más sólida de soberanía sobre los activos. La clave de la competencia futura probablemente sea quién pueda demostrar de forma real que, cuando el servicio falla, el usuario aún tiene un camino por el que puede volver. Babylon, al menos en este aspecto, ofrece una respuesta que vale la pena considerar.
