Al ver “Atomic Settlement”, pensé que el gran problema de DvP era hacer que la pierna de activos y la pierna de pagos quedaran encadenadas para caer al mismo tiempo. Hoy, al volver a ordenar la documentación de infraestructura de mercado correspondiente a @Dusk , me quedé en una capa más complicada: la atomicidad y la determinación pueden eliminar operaciones a medias, pero no sustituyen a la institución cuando debe decidir qué hacer después de que falle.
El marco oficial de Dusk intenta encadenar en un mismo flujo de trabajo del mercado la verificación de acceso, la asignación de direcciones, las transferencias restringidas, la coordinación de pagos y la entrega final; DuskDS, tras la ratificación en la cadena, aporta una finalidad determinista. Esta combinación puede cambiar la clase de problema más cara en la entrega tradicional de valores: las partes ya no tienen que confirmar una y otra vez entre múltiples libros “si el activo fue entregado o no” y “si el dinero llegó o no”.
Pero al situar el escenario en una suscripción de bonos, aparecen anomalías de inmediato. Los inversores primero pasan por la comprobación de elegibilidad: se reserva el efectivo y las participaciones quedan a la espera de la entrega; sin embargo, al presentar la operación pueden ocurrir cosas como que la elegibilidad expire, que el saldo sea insuficiente, que el firmante esté desconectado, que expire el tiempo de espera del conector del custodio, o que el estado de pago externo no esté sincronizado. Si ambas piernas están gobernadas realmente por las mismas condiciones atómicas, el mejor resultado es que tengan éxito juntas o fallen juntas; pero “fallar juntas” es un resultado en cadena, no un cierre de circuito del negocio.
Ahí es donde creo que la dirección de Dusk tiene valor, pero aún falta evidencia. La finalidad de DuskDS hace que el límite del fallo sea más claro: el éxito o el error dentro del bloque final ya no queda en suspenso a largo plazo, y también puede consultarse el resultado del fallo de la ejecución. Sin embargo, en la web oficial de Dusk Trade ese mismo día aún figura como Building y con lista de espera; la información pública no ofrece datos de tasa de finalización DvP en entorno de producción, distribución de anomalías ni datos de intervención manual.
El riesgo también es muy concreto. Primero, si no hay herramientas de auditoría de autorización suficientemente maduras para la privacidad y la divulgación selectiva, la investigación de anomalías podría incluso volverse más lenta. Segundo, si la pierna de activos y la pierna de pagos atraviesan sistemas distintos, el límite de atomicidad se encoge y la compensación manual vuelve a entrar en el flujo. La finalidad técnica no falla, pero el compromiso del negocio quizá siga sin cumplirse.
¿Qué opinas: al validar el DvP, la institución debería mirar primero la velocidad del camino normal A, la recuperación automática de B ante anomalías, o la conciliación entre sistemas C? #dusk $DUSK
El marco oficial de Dusk intenta encadenar en un mismo flujo de trabajo del mercado la verificación de acceso, la asignación de direcciones, las transferencias restringidas, la coordinación de pagos y la entrega final; DuskDS, tras la ratificación en la cadena, aporta una finalidad determinista. Esta combinación puede cambiar la clase de problema más cara en la entrega tradicional de valores: las partes ya no tienen que confirmar una y otra vez entre múltiples libros “si el activo fue entregado o no” y “si el dinero llegó o no”.
Pero al situar el escenario en una suscripción de bonos, aparecen anomalías de inmediato. Los inversores primero pasan por la comprobación de elegibilidad: se reserva el efectivo y las participaciones quedan a la espera de la entrega; sin embargo, al presentar la operación pueden ocurrir cosas como que la elegibilidad expire, que el saldo sea insuficiente, que el firmante esté desconectado, que expire el tiempo de espera del conector del custodio, o que el estado de pago externo no esté sincronizado. Si ambas piernas están gobernadas realmente por las mismas condiciones atómicas, el mejor resultado es que tengan éxito juntas o fallen juntas; pero “fallar juntas” es un resultado en cadena, no un cierre de circuito del negocio.
Ahí es donde creo que la dirección de Dusk tiene valor, pero aún falta evidencia. La finalidad de DuskDS hace que el límite del fallo sea más claro: el éxito o el error dentro del bloque final ya no queda en suspenso a largo plazo, y también puede consultarse el resultado del fallo de la ejecución. Sin embargo, en la web oficial de Dusk Trade ese mismo día aún figura como Building y con lista de espera; la información pública no ofrece datos de tasa de finalización DvP en entorno de producción, distribución de anomalías ni datos de intervención manual.
El riesgo también es muy concreto. Primero, si no hay herramientas de auditoría de autorización suficientemente maduras para la privacidad y la divulgación selectiva, la investigación de anomalías podría incluso volverse más lenta. Segundo, si la pierna de activos y la pierna de pagos atraviesan sistemas distintos, el límite de atomicidad se encoge y la compensación manual vuelve a entrar en el flujo. La finalidad técnica no falla, pero el compromiso del negocio quizá siga sin cumplirse.
¿Qué opinas: al validar el DvP, la institución debería mirar primero la velocidad del camino normal A, la recuperación automática de B ante anomalías, o la conciliación entre sistemas C? #dusk $DUSK
