El otro día me topé en la web oficial con ese apartado de Atomic Settlement y me quedé trabado: cinco palabras en inglés que parecían prometer algo, pero que a la vez parecían no decirlo del todo. “Atomic Settlement” cuelga en la portada; la comunidad ya lo difundió como “segundos y ya está en la cuenta”. Pero, ¿qué es exactamente lo que la web, en su texto original, prometía? Nadie se ha puesto a sacar y dejar al descubierto las palabras limitantes.
Abrí la frase original de la web y el overview de los docs, y las revisé palabra por palabra. “deterministic finality” junto con “delivery-versus-payment-ready workflows”, traducido viene a ser que la pierna de los activos y la pierna de los pagos van juntas: la entrega y el pago están listos para confrontarse, no que la transferencia se complete instantáneamente. Con una sola frase en inglés, acotan el alcance: promete coordinar esas dos piernas, pero no incluye la rapidez; la web solo te da media frase. La otra mitad hay que completarla con los docs. $DUSK
Desmenuzado, son tres puertas. Primera: la “finalidad determinística” da a las dos piernas un mismo punto temporal de cierre. En Bitcoin hacen falta 6 confirmaciones para moverse; aquí con 1 bloque aprobado ya se da por concluido. Quién va primero o después no tiene sentido. Segunda: o bien ambas piernas se completan, o bien ninguna; esa es la definición de DvP, no un eslogan. Si la pierna de pago se atasca, la pierna de activos no se mueve; al revés, también. Tercera: lo que la web no escribió, yo también lo enumeré: tras la llegada del activo cross-chain, ¿quién alimenta el precio?, y ¿qué pasa si la diferencia entre las dos piernas supera un bloque? Incluso para guiones extremos como “16 intentos fallidos y entrar en modo de emergencia”, solo está en el whitepaper 3.6; ni una línea en la portada.
¿Por qué la web escribe solo media promesa? Me detuve y puse dos frases una al lado de la otra. En resumidas cuentas: la contención de las cinco palabras en la web oficial, mientras la comunidad lo transforma en un “segundos y listo” exagerado; la diferencia es justo esa prueba de confianza. @Dusk “deterministic finality” es una promesa de la capa DuskDS: no importa quién esté en la capa de ejecución, porque “DvP-ready” no cubre el precio cross-chain, ni cubre diferencias de tiempo entre las dos piernas. Un protocolo con límites claros de promesa es más confiable que uno que no para de decirlo todo. #dusk
Abrí la frase original de la web y el overview de los docs, y las revisé palabra por palabra. “deterministic finality” junto con “delivery-versus-payment-ready workflows”, traducido viene a ser que la pierna de los activos y la pierna de los pagos van juntas: la entrega y el pago están listos para confrontarse, no que la transferencia se complete instantáneamente. Con una sola frase en inglés, acotan el alcance: promete coordinar esas dos piernas, pero no incluye la rapidez; la web solo te da media frase. La otra mitad hay que completarla con los docs. $DUSK
Desmenuzado, son tres puertas. Primera: la “finalidad determinística” da a las dos piernas un mismo punto temporal de cierre. En Bitcoin hacen falta 6 confirmaciones para moverse; aquí con 1 bloque aprobado ya se da por concluido. Quién va primero o después no tiene sentido. Segunda: o bien ambas piernas se completan, o bien ninguna; esa es la definición de DvP, no un eslogan. Si la pierna de pago se atasca, la pierna de activos no se mueve; al revés, también. Tercera: lo que la web no escribió, yo también lo enumeré: tras la llegada del activo cross-chain, ¿quién alimenta el precio?, y ¿qué pasa si la diferencia entre las dos piernas supera un bloque? Incluso para guiones extremos como “16 intentos fallidos y entrar en modo de emergencia”, solo está en el whitepaper 3.6; ni una línea en la portada.
¿Por qué la web escribe solo media promesa? Me detuve y puse dos frases una al lado de la otra. En resumidas cuentas: la contención de las cinco palabras en la web oficial, mientras la comunidad lo transforma en un “segundos y listo” exagerado; la diferencia es justo esa prueba de confianza. @Dusk “deterministic finality” es una promesa de la capa DuskDS: no importa quién esté en la capa de ejecución, porque “DvP-ready” no cubre el precio cross-chain, ni cubre diferencias de tiempo entre las dos piernas. Un protocolo con límites claros de promesa es más confiable que uno que no para de decirlo todo. #dusk