#dusk
Hace un tiempo vendí un fondo. En el móvil apareció “Transacción exitosa” muy rápido. Miré la cuenta bancaria y no cambió nada en el saldo. Solo después de preguntar al servicio de atención al cliente entendí que “la operación” se había fijado solo en el precio: luego aún faltaban la confirmación de las participaciones, la transferencia de fondos y el abono final. En ese momento comprendí que en las finanzas “éxito” tiene varias capas. Que la página se ponga en verde no significa que el dinero ya haya caído de forma segura y definitiva en tu poder.
Las transferencias en el ecosistema cripto también provocan una ilusión parecida. El hash se generó, el bloque se empaquetó y la bolsa muestra “en proceso”: esos tres estados suenan a que ya está todo hecho, pero en realidad significan cosas completamente distintas. Si solo se trata de decenas de U, esperar un poco más quizá solo cause ansiedad; pero si hablamos de bonos, fondos o montos grandes, aunque el activo ya se haya movido y el dinero todavía no esté confirmado, en medio aunque sea por pocos minutos puede haber riesgos de crédito y de conciliación.
Por eso, al observar @Dusk , cada vez me importa menos la simple “rapidez” y más si el activo y el pago pueden completarse en el mismo nodo confiable. En palabras simples: pago contra entrega. Si el dinero no llega, el activo no debería salir primero; si el activo no cumple las condiciones, no debería descontarse el dinero. La liquidación realmente adecuada para las finanzas no es hacer que dos barras de progreso avancen cada una por su cuenta, sino lograr que ambas partes terminen juntas o que ninguna parte ocurra.
Este tema parece sencillo, pero en realidad trae muchos detalles. ¿La elegibilidad del comprador es válida? ¿Los activos del vendedor están congelados? ¿Puede usarse el instrumento de pago? ¿La transacción confirmada se puede reestructurar después? Si estas comprobaciones están repartidas en sistemas distintos, se vuelve necesario que una persona revise y concilie una y otra vez. El valor de la infraestructura on-chain debería hacer que el resultado se pueda verificar con más facilidad, no solo reemplazar “en proceso” por una animación más llamativa.
Observaré tres preguntas para evaluar las aplicaciones financieras posteriores de Dusk: cuánto tarda en poder disponer realmente del dinero después de que se ejecuta una orden; si cuando falla el lado de los activos y el lado del dinero se puede hacer un retroceso sincronizado; y si el usuario puede distinguir claramente “enviado, confirmado y utilizable”. Estas métricas quizá no sean tan bonitas como los TPS, pero son las que más se parecen a la experiencia cotidiana.
Mi expectativa sobre $DUSK también es muy práctica: el día que venda un bono on-chain, no debería tener que ir y venir refrescando entre la billetera, la plataforma de trading y la página del banco. El sistema debería decirme de manera clara que dinero y mercancía ya quedaron totalmente liquidados. Ahí es cuando se entiende que llevar las finanzas a la cadena no es solo mover botones, sino realmente acortar el proceso de liquidación.
Hace un tiempo vendí un fondo. En el móvil apareció “Transacción exitosa” muy rápido. Miré la cuenta bancaria y no cambió nada en el saldo. Solo después de preguntar al servicio de atención al cliente entendí que “la operación” se había fijado solo en el precio: luego aún faltaban la confirmación de las participaciones, la transferencia de fondos y el abono final. En ese momento comprendí que en las finanzas “éxito” tiene varias capas. Que la página se ponga en verde no significa que el dinero ya haya caído de forma segura y definitiva en tu poder.
Las transferencias en el ecosistema cripto también provocan una ilusión parecida. El hash se generó, el bloque se empaquetó y la bolsa muestra “en proceso”: esos tres estados suenan a que ya está todo hecho, pero en realidad significan cosas completamente distintas. Si solo se trata de decenas de U, esperar un poco más quizá solo cause ansiedad; pero si hablamos de bonos, fondos o montos grandes, aunque el activo ya se haya movido y el dinero todavía no esté confirmado, en medio aunque sea por pocos minutos puede haber riesgos de crédito y de conciliación.
Por eso, al observar @Dusk , cada vez me importa menos la simple “rapidez” y más si el activo y el pago pueden completarse en el mismo nodo confiable. En palabras simples: pago contra entrega. Si el dinero no llega, el activo no debería salir primero; si el activo no cumple las condiciones, no debería descontarse el dinero. La liquidación realmente adecuada para las finanzas no es hacer que dos barras de progreso avancen cada una por su cuenta, sino lograr que ambas partes terminen juntas o que ninguna parte ocurra.
Este tema parece sencillo, pero en realidad trae muchos detalles. ¿La elegibilidad del comprador es válida? ¿Los activos del vendedor están congelados? ¿Puede usarse el instrumento de pago? ¿La transacción confirmada se puede reestructurar después? Si estas comprobaciones están repartidas en sistemas distintos, se vuelve necesario que una persona revise y concilie una y otra vez. El valor de la infraestructura on-chain debería hacer que el resultado se pueda verificar con más facilidad, no solo reemplazar “en proceso” por una animación más llamativa.
Observaré tres preguntas para evaluar las aplicaciones financieras posteriores de Dusk: cuánto tarda en poder disponer realmente del dinero después de que se ejecuta una orden; si cuando falla el lado de los activos y el lado del dinero se puede hacer un retroceso sincronizado; y si el usuario puede distinguir claramente “enviado, confirmado y utilizable”. Estas métricas quizá no sean tan bonitas como los TPS, pero son las que más se parecen a la experiencia cotidiana.
Mi expectativa sobre $DUSK también es muy práctica: el día que venda un bono on-chain, no debería tener que ir y venir refrescando entre la billetera, la plataforma de trading y la página del banco. El sistema debería decirme de manera clara que dinero y mercancía ya quedaron totalmente liquidados. Ahí es cuando se entiende que llevar las finanzas a la cadena no es solo mover botones, sino realmente acortar el proceso de liquidación.