aquí hay un problema que suena imposible la primera vez que lo dices en voz alta. el script de bitcoin no puede leer ethereum. no tiene ni idea de lo que es un smart contract, no hay llamada rpc, no hay forma de mirar a través de cadenas y comprobar si una redención realmente ocurrió allí. entonces, ¿cómo es que una transacción de bitcoin alguna vez se autoriza para liberar fondos basándose en algo que pasó en ethereum, sin que bitcoin haga un fork o agregue nuevos opcodes para hacerlo posible.
la respuesta no es enseñarle al script de bitcoin a entender ethereum. es darle al script de bitcoin una prueba de que ya es capaz de verificar. babylon usa una prueba basada en BABE para comprimir un evento del lado de ethereum, una redención, una liquidación, lo que sea el disparador, en algo que un script de bitcoin puede verificar usando primitivas que ya tiene. bitcoin no está confiando en una afirmación de que ethereum dijo que ocurrió. está verificando una prueba directamente, del mismo modo que verifica una firma. no se agregan reglas de consenso nuevas, no hay soft fork, no hay hard fork, no se agrega nada a bitcoin.
lo que hace que esto me encaje es lo que en realidad elimina. no hay un oráculo en medio susurrando «confía en mí, esto pasó en la otra cadena». la verificación es matemática, no social. si la prueba es válida, el gasto del lado de bitcoin se ejecuta. si no lo es, no se ejecuta, sin importar quién lo pide o qué tan urgente sea.
dónde no logro cerrar del todo, sin embargo, es que entre que ocurre el evento de ethereum y la prueba se finaliza en bitcoin, hay una ventana de desafío, aproximadamente de tres días, en la que la afirmación aún puede ser disputada antes de que se trate como final. eso no es una falla; es claramente intencional, dando tiempo a quienes desafían para detectar fraude antes de que los fondos se muevan. pero significa que «verificado» aquí no es instantáneo. se verifica después de un periodo de espera diseñado para detectar el caso en el que no debería haber sido.
entonces, ¿ese retraso es solo el costo honesto de una prueba cross-chain sin confianza, o tres días va a sentirse como mucho tiempo para esperar una redención una vez que la gente empiece a usar esto a escala.
#baby @BabylonLabs_io $BABY
la respuesta no es enseñarle al script de bitcoin a entender ethereum. es darle al script de bitcoin una prueba de que ya es capaz de verificar. babylon usa una prueba basada en BABE para comprimir un evento del lado de ethereum, una redención, una liquidación, lo que sea el disparador, en algo que un script de bitcoin puede verificar usando primitivas que ya tiene. bitcoin no está confiando en una afirmación de que ethereum dijo que ocurrió. está verificando una prueba directamente, del mismo modo que verifica una firma. no se agregan reglas de consenso nuevas, no hay soft fork, no hay hard fork, no se agrega nada a bitcoin.
lo que hace que esto me encaje es lo que en realidad elimina. no hay un oráculo en medio susurrando «confía en mí, esto pasó en la otra cadena». la verificación es matemática, no social. si la prueba es válida, el gasto del lado de bitcoin se ejecuta. si no lo es, no se ejecuta, sin importar quién lo pide o qué tan urgente sea.
dónde no logro cerrar del todo, sin embargo, es que entre que ocurre el evento de ethereum y la prueba se finaliza en bitcoin, hay una ventana de desafío, aproximadamente de tres días, en la que la afirmación aún puede ser disputada antes de que se trate como final. eso no es una falla; es claramente intencional, dando tiempo a quienes desafían para detectar fraude antes de que los fondos se muevan. pero significa que «verificado» aquí no es instantáneo. se verifica después de un periodo de espera diseñado para detectar el caso en el que no debería haber sido.
entonces, ¿ese retraso es solo el costo honesto de una prueba cross-chain sin confianza, o tres días va a sentirse como mucho tiempo para esperar una redención una vez que la gente empiece a usar esto a escala.
#baby @BabylonLabs_io $BABY