Solana lanza sistema de liquidación DvP para criptomonedas con requisito de financiamiento total

La Solana Foundation anunció el 6 de octubre el lanzamiento de Solana DvP, un estándar de código abierto diseñado para liquidación delivery-versus-payment en operaciones con tokens. El sistema busca permitir intercambios atómicos entre efectivo y activos digitales, aunque con requisitos estrictos de financiamiento que obligan a los participantes a disponer del 100 por ciento de los recursos antes de ejecutar cualquier operación.

Cómo funciona el sistema

El diseño de Solana DvP establece que ambas piernas de una operación, tanto el efectivo como el activo, deben estar completamente financiadas en cuentas de escrow antes de que una autoridad pueda liquidar el intercambio bilateral. El sistema coloca los tokens de cada parte en un escrow separado y posteriormente mueve las cantidades acordadas de manera simultánea.

La protección principal que ofrece este diseño es la eliminación del riesgo de entrega del principal dentro del intercambio de tokens: ninguna parte entrega su pierna acordada sin que la otra pierna también se mueva. Si una parte está subfinanciada, la liquidación falla y el exceso de tokens se devuelve a la parte nombrada en lugar de aumentar lo que recibe la contraparte.

El programa no permite llenados parciales, lo que significa que una operación cubre exactamente un intercambio entre dos partes. Ambas piernas deben ser cuentas de tokens en la blockchain de Solana. Un pago desde una cuenta bancaria a través de otro intercambio atómico queda fuera de este intercambio atómico.

La exclusión del netting

El diseño publicado excluye de manera explícita el netting, que es el proceso de compensar obligaciones entre múltiples operaciones antes de pagar el saldo restante. Esta decisión implica que las instituciones que utilizan Solana DvP deben organizar esas funciones de compensación por separado, antes de determinar cuánto enviar a sus cuentas de escrow.

Un informe de tokenización del Banco de Pagos Internacionales y el Comité de Infraestructura de Pagos y Mercados, publicado en octubre de 2024, describe esta disyuntiva entre liquidación bruta y netting. Según el documento, la liquidación bruta inmediata puede requerir más liquidez que los acuerdos de netting, aunque también ofrece el beneficio contrario de acceso más rápido a dinero y activos, lo que puede reducir el costo de oportunidad de la liquidez retenida durante la liquidación.

Implicaciones para instituciones

El programa no provee el efectivo ni el financiamiento necesario para cumplir con el requisito de financiamiento total. Un comprador debe arreglar el token de efectivo, un vendedor debe arreglar el token del activo, y un prestamista podría financiar cualquiera de las posiciones a través de un acuerdo separado, aunque esa relación de financiamiento queda fuera del programa DvP.

El beneficio económico de este diseño depende de cuándo se requiere el financiamiento y cuándo los procedemos pueden usarse realmente. Un participante que recibe efectivo o activos utilizables más pronto puede potencialmente ponerlos en una operación subsiguiente más rápidamente, lo que podría reducir cuánto tiempo necesita financiamiento externo o cuánta liquidez debe mantener contra una secuencia de obligaciones.

El anuncio de la Solana Foundation no incluye resultados medidos de ahorro de capital ni comparación de costo total entre este sistema y otras alternativas de liquidación.

Por qué importa

La industria de servicios financieros busca constantemente formas de token izar activos tradicionales para mejorar la velocidad de liquidación. Este desarrollo de Solana representa una propuesta técnica específica que prioriza la seguridad de la transacción atómica sobre la eficiencia del capital mediante netting.

La protección contra el riesgo de contraparte es el elemento más destacado del diseño, aunque las instituciones deben considerar que el programa no resuelve la necesidad de financiamiento ni reduce el capital requerido para operar. La decisión de excluir netting significa que los participantes deben gestionar la compensación de obligaciones fuera del sistema, lo cual podría incrementar la complejidad operativa para instituciones que actualmente rel y en esos mecanismos para reducir requerimientos de liquidez.

Qué sigue

El código del sistema está disponible como estándar de código abierto, pero el anuncio inicial no documenta despliegues comerciales en producción ni comparaciones verificadas con el código actualmente implementado. Las instituciones interesadas deberán evaluar si este modelo de liquidación se ajusta a sus necesidades operativas y de financiamiento.

Con información de CryptoSlate.