Estrategia Treasury-First para las vías de pago on-chain en stablecoins

La mayoría de las conversaciones sobre pagos blockchain comienzan en el lugar equivocado.

Empiezan por la infraestructura: «¿Se admiten stablecoins?» «¿Está operativo 24/7?» «¿Qué blockchain?» Pero tesorería no adopta infraestructuras. Tesorería resuelve problemas, de forma segura. Si un nuevo método de pago no puede cumplir los mismos estándares de gobernanza que los procesos actuales, da igual lo moderna que sea la tecnología.

Y aquí va una predicción que puede sonar dura: la mayoría de los pilotos corporativos de pagos on-chain se estancarán, no porque la tecnología no funcione, sino porque los equipos intentan añadir la gobernanza a posteriori. En tesorería, la gobernanza no es una funcionalidad. Es el fundamento.

El momento en que cada "nueva vía" se vuelve real

Presencié este escenario cuando los pagos instantáneos llegaron por primera vez al mercado. Los equipos de tesorería no empezaron con «¿Cómo nos conectamos?» Plantearon las preguntas que solo surgen una vez que el dinero puede moverse en tiempo real:

¿Quién aprueba un pago a las 3 de la madrugada? ¿Quién investiga una excepción cuando la liquidación es inmediata? ¿Qué ocurre si un archivo es incorrecto, cambian los datos bancarios de un proveedor o llega una señal de fraude después de que un pago ya esté en marcha?

Una empresa con la que hablé tuvo una simple llamada de atención. Habilitaron los pagos instantáneos para un caso de uso limitado: envíos urgentes de proveedores. En la primera semana, un pago legítimo entró en una ruta de excepción fuera del horario laboral normal. Nadie de tesorería estaba «de guardia» y la vía de escalado no estaba definida. El pago no salió a tiempo. El negocio quedó frustrado. Tesorería quedó frustrada. Y la lección fue clara: la velocidad no reduce la necesidad de controles. La velocidad exige controles aún más sólidos.

Esa misma dinámica aparece con los pagos on-chain y los stablecoins. La tecnología puede ser impresionante. Pero si cambia cómo funcionan las aprobaciones, la auditoría, la gestión de excepciones y la seguridad, entonces no se está innovando. Se está creando una nueva superficie de riesgo.

Treasury-First: primero los resultados, después la infraestructura

Una estrategia «Treasury-First» es clara: se empieza por el resultado y los controles, luego se elige la vía que encaja. Las infraestructuras heredadas, los pagos instantáneos, las API y los flujos on-chain son todos meros mecanismos de entrega. Deben ser intercambiables desde el punto de vista de la gobernanza.

La arquitectura Treasury-First comienza con las cosas en las que los equipos de tesorería ya confían cada día:

Segregación de funciones (SoD). Flujos de trabajo de aprobación. Pistas de auditoría. Aplicación de políticas. Patrones de conectividad estándar. Resiliencia operativa. Propiedad clara de las excepciones. Evidencias que pueden entregarse a un auditor sin sudar.

Si una nueva vía no puede soportar estos requisitos sin reescribir la política de pagos, no está lista para uso empresarial.

La gobernanza no puede «añadirse después»

Algunas innovaciones son indulgentes. Tesorería no lo es.

Si se implementa un nuevo canal de pagos y se piensa «Ya reforzaremos los controles después de demostrar valor», se está apostando a que nada salga mal mientras se aprende. Esa no es una apuesta que la mayoría de los tesoreros deban aceptar.

La expectativa básica debe ser simple: la seguridad, la privacidad y la gobernanza del proceso de pago no deben degradarse solo porque el pago se realice on-chain. En todo caso, el listón debería elevarse porque el modelo operativo es diferente: liquidación permanente, nuevos tipos de dependencias, patrones de fraude distintos, nuevas contrapartes y nuevas formas de irreversibilidad.

Un listón más alto no significa que los pagos on-chain sean intrínsecamente arriesgados. Significa que deben encajar dentro de los controles empresariales desde el primer día.

Un marco de confianza práctico (independientemente de la vía)

Ya se esté habilitando la conectividad bancaria o experimentando con flujos on-chain, los requisitos no cambian realmente. Se necesita:

Conectividad confiable
Flujos seguros y auditables entre ERP, bancos, filiales y, si se trabaja on-chain, las contrapartes y proveedores de servicios requeridos.

Datos confiables
Datos de pago y de referencia completos y consistentes entre entidades, divisas y sistemas. Si los datos son inconsistentes, los controles son teatro.

Gobernanza sólida
SoD, aprobaciones, aplicación de políticas, gestión de excepciones y pistas de auditoría que rastrean acciones hasta una persona, una marca temporal y una razón.

Si esto no es cierto, no hay que comprometerse con una nueva vía asumiendo que puede añadirse la confianza después. Ese enfoque funciona cuando lo que está en juego es poco. En tesorería, no lo es.

La «prueba de las 3 de la madrugada»: un filtro de decisión simple

Cuando un cliente pregunta «¿Deberíamos admitir pagos en stablecoin?», intento sacarlo del modo funcionalidad y llevarlo al modo operativo. Estas son tres preguntas que atraviesan el bombo publicitario:

1) ¿Puede ejecutarse este pago on-chain con la política de pagos existente?
Si se necesitan reglas especiales (aprobaciones diferentes, SoD diferente, responsables de excepciones diferentes), entonces se está creando un universo de pagos paralelo. Eso es una señal de alarma.

2) ¿Puede demostrarse el control a posteriori?
¿Podría reconstruirse exactamente qué ocurrió seis meses después? ¿Quién inició, quién aprobó, qué cambió, cuáles fueron las excepciones y cómo se resolvieron?

3) ¿Puede sobrevivirse a un fallo de dependencia sin romper la gobernanza?
Si un proveedor de wallet cae, una cadena se congestiona, una API falla o una contraparte no puede recibir, ¿existe un plan de contingencia controlado que no se convierta en «simplemente hazlo»?

Si no puede responderse «sí» a las tres, hay que ir más despacio. No porque la tecnología sea mala, sino porque el modelo operativo no está listo.

Stablecoins: la elección importa

Los equipos de tesorería y cuentas por pagar valoran la elección porque los pagos no son uniformes. Diferentes contrapartes, diferentes jurisdicciones, diferente urgencia, diferente sensibilidad al coste, diferente tolerancia al riesgo. Así que no debería sorprender a nadie que ningún stablecoin único encaje en todos los escenarios.

Una forma práctica de pensarlo:

Si se optimiza para liquidez y amplia disponibilidad en el mercado, las monedas con circulación profunda y soporte de exchanges tienden a ser favorecidas por los tesoreros. Si se optimiza para liquidación institucional dentro de una red cerrada, los enfoques respaldados por bancos pueden encajar mejor. Si se optimiza para cobertura multidivisa, importará qué está disponible más allá de las monedas vinculadas al USD.

La cuestión no es coronar a un «ganador». La cuestión es que tesorería no debería verse forzada a un único activo, una única cadena o un único proveedor solo para acceder a una nueva vía. Si la participación requiere mantener un activo con el que no se está cómodo (aunque sea brevemente) o aceptar una cadena que no puede soportarse operativamente, se está negociando contra el propio estándar de gobernanza.

Por dónde empezar (sin distraerse con la tecnología)

Hay que empezar con dos preguntas:

1. ¿Qué valor se intenta crear: liquidación más rápida, menor coste, mejor alcance, experiencia de cliente mejorada, menos intermediarios?

2. ¿La solución preserva o mejora los controles?

Desde ahí, debe someterse a prueba cualquier solución on-chain propuesta con requisitos muy prácticos: aprobaciones consistentes, evidencia auditable, propiedad clara de las excepciones, operaciones resilientes y la capacidad de elegir la vía correcta y el instrumento correcto para el escenario de pago específico.

Los pagos on-chain y los stablecoins ofrecen una promesa real. Pero no hay razón para que los equipos de tesorería acepten un riesgo mayor como precio de entrada. Los ganadores en este espacio no serán los equipos con la demo más vistosa. Serán los equipos que puedan responder a las preguntas poco glamurosas, especialmente las que aparecen a las 3 de la madrugada.

Porque en tesorería, la estrategia viene antes que la tecnología. Y la confianza es una decisión de gobernanza mucho antes de convertirse en una decisión tecnológica.