Quiero hablar sobre $BABY antes de entrar en largo en $BLESS . Así que primero asumí que el diseño de «peg-out» de Babylon estaba principalmente orientado a demostrar que un retiro era válido.
pero después de seguir con más cuidado la ruta de la reclamación, creo que eso es solo la parte visible de la máquina.
La dependencia más silenciosa se sitúa con el depositante mucho antes de que se redima cualquier BTC.
en la creación de la bóveda, el depositante conserva una clave de firma de un solo uso de Winternitz y los artefactos del reclamante relacionados. Si el Proveedor de la Bóveda luego desaparece, se queda atascado o simplemente no actúa, ese material respalda la ruta de auto-reclamación del depositante.
en Bitcoin, la transacción Assert usa firmas WOTS para vincular la reclamación a los datos de prueba comprometidos antes. Como WOTS es de una sola vez por diseño, la clave no es un pase reutilizable. Es más como una clave de emergencia sellada: útil una vez, pero solo si todavía está ahí cuando el candado finalmente necesita abrirse.
Un custodio podría hacer que esto se vea más fluido. Aprobar la salida internamente, actualizar un saldo, liberar el BTC. Trabajo hecho.
Babylon elimina ese atajo de confianza, pero la factura aún tiene que pagarse.
aquí, el costo se desplaza al almacenamiento a largo plazo de la clave de recuperación.
Creo que esto se vuelve un tema más grande cuando las Bóvedas de Bitcoin sin confianza permanecen abiertas durante meses. Tal vez la parte difícil no sea las pruebas de Groth16 ni el scripting de Bitcoin. Podría ser algo mucho menos glamuroso: si los usuarios pueden mantener un archivo incómodo a salvo sin perderlo, filtrarlo u olvidar para qué era.
la adopción real podría poner a prueba la memoria humana antes de que ponga a prueba la criptografía.
@BabylonLabs_io #baby $BABY
pero después de seguir con más cuidado la ruta de la reclamación, creo que eso es solo la parte visible de la máquina.
La dependencia más silenciosa se sitúa con el depositante mucho antes de que se redima cualquier BTC.
en la creación de la bóveda, el depositante conserva una clave de firma de un solo uso de Winternitz y los artefactos del reclamante relacionados. Si el Proveedor de la Bóveda luego desaparece, se queda atascado o simplemente no actúa, ese material respalda la ruta de auto-reclamación del depositante.
en Bitcoin, la transacción Assert usa firmas WOTS para vincular la reclamación a los datos de prueba comprometidos antes. Como WOTS es de una sola vez por diseño, la clave no es un pase reutilizable. Es más como una clave de emergencia sellada: útil una vez, pero solo si todavía está ahí cuando el candado finalmente necesita abrirse.
Un custodio podría hacer que esto se vea más fluido. Aprobar la salida internamente, actualizar un saldo, liberar el BTC. Trabajo hecho.
Babylon elimina ese atajo de confianza, pero la factura aún tiene que pagarse.
aquí, el costo se desplaza al almacenamiento a largo plazo de la clave de recuperación.
Creo que esto se vuelve un tema más grande cuando las Bóvedas de Bitcoin sin confianza permanecen abiertas durante meses. Tal vez la parte difícil no sea las pruebas de Groth16 ni el scripting de Bitcoin. Podría ser algo mucho menos glamuroso: si los usuarios pueden mantener un archivo incómodo a salvo sin perderlo, filtrarlo u olvidar para qué era.
la adopción real podría poner a prueba la memoria humana antes de que ponga a prueba la criptografía.
@BabylonLabs_io #baby $BABY