Autor original: Abogada Shao Jiadian
En los últimos dos años, cada vez más clientes preguntan sobre pagos con criptomonedas.
Hay quienes reciben pagos para comercio electrónico transfronterizo, quienes hacen liquidaciones con stablecoins, quienes ofrecen 'tarjetas U', quienes adquieren transacciones para comerciantes, quienes integran pagos en carteras Web3, y también empresas de pagos tradicionales que quieren conectar gradualmente sus negocios de cobro y pago en moneda fiduciaria a redes de liquidación con stablecoins, cuentas en exchanges o en cadena.
La mayoría empieza haciendo la misma pregunta:
"Abogada Shao, ¿qué licencia deberíamos obtener primero?"
Esta pregunta, por supuesto, es importante. Hacer negocios de pagos, sean tradicionales o con criptomonedas, no puede eludir las licencias. El registro MSB de EE.UU. (Money Services Business, registro federal, no una licencia tradicional), las licencias MTL estatales (Money Transmitter License), la MSO de Hong Kong (Money Service Operator), la licencia MPI de Singapur (Major Payment Institution), el permiso para servicios DPT (Digital Payment Token), o la figura de CASP (Crypto-Asset Service Provider) bajo MiCA en Europa, todos pueden ser la entrada regulatoria que un proyecto debe enfrentar.
Pero en la práctica, cada vez siento más fuertemente una cosa:
La licencia es solo lo primero; lo segundo es lo que realmente determina si un proyecto puede despegar.
Este segundo asunto no es encontrar un banco, ni encontrar un canal de pago, ni lanzar rápidamente una App.
Es diseñar un circuito de negocio cerrado que pueda ser comprendido y ejecutado conjuntamente por bancos, instituciones de pago, exchanges, proveedores de control de riesgos en cadena, autoridades reguladoras y el equipo interno del proyecto.
La licencia es la entrada; el circuito cerrado es la capacidad operativa.
El error más común en proyectos de pago con criptomonedas es creer que la licencia lo resuelve todo
Muchos promotores de proyectos tienen una fe casi ingenua en las licencias. Al completar el registro MSB en EE.UU., creen que pueden hacer cobros y pagos con stablecoins para clientes globales; al obtener la MSO de Hong Kong, piensan que pueden conectar USDT y USDC sin más; al ver que la solicitud de VASP en cierto país tiene un costo bajo, asumen que pueden usarla para todos sus negocios de pago con criptomonedas; al escuchar que una EMI o PI en algún lugar puede manejar dinero electrónico y pagos, creen que naturalmente cubrirá también liquidaciones en cadena con stablecoins.
Esta comprensión es peligrosa.
La licencia resuelve el problema de "si tienes derecho a sentarte a la mesa", no resuelve el problema de "si realmente puedes hacer este negocio en concreto".
Se llama pago en ambos casos, pero las diferencias operativas pueden ser enormes.
¿Ayudas a los clientes a realizar transferencias en moneda fiduciaria o a completar el intercambio de stablecoins? ¿Proporcionas herramientas de cobro para comerciantes o operas una red de liquidación transfronteriza? ¿Solo ofreces una interfaz técnica o manejas realmente los fondos del cliente? ¿Solo muestras páginas de terceros o participas en la fijación de precios, emparejamiento, compensación y liquidación? ¿Dejas que el cliente transfiera las monedas al comerciante o la plataforma recibe, paga e intercambia por él?
Cada pequeño cambio en los detalles hará que cambien los requisitos de licencia, el cumplimiento AML (anti-lavado de dinero), sanciones, protección de fondos de clientes, responsabilidad contractual y riesgos fiscales.
Por ejemplo, la MSO de Hong Kong corresponde principalmente a servicios de cambio de dinero y remesas, y no cubre automáticamente actividades relacionadas con la negociación, intercambio, custodia de activos virtuales o stablecoins; el registro MSB de EE.UU. tampoco equivale a cumplir con todos los requisitos de licencias MTL a nivel estatal; la regulación CASP bajo MiCA en Europa no puede simplemente reemplazar los acuerdos regulatorios involucrados en la cooperación con pagos tradicionales, dinero electrónico o cuentas bancarias.
Por lo tanto, el estado más peligroso para un proyecto de pago con criptomonedas no es carecer de licencia, sino obtener una licencia y luego creer que se puede hacer de todo.
Algunas licencias ciertamente pueden darle al proyecto una identidad regulatoria, y otras pueden facilitar la apertura de cuentas, la financiación, la cooperación comercial y la promoción externa. Pero la licencia en sí misma no responderá automáticamente a las preguntas que más preocupan a los bancos y socios: ¿Quiénes son los clientes? ¿De dónde viene el dinero? ¿De dónde vienen las monedas? ¿Cuál es el propósito de la transacción? ¿A quién se liquida finalmente? ¿Qué papel juega exactamente la plataforma en el medio?
Si estas preguntas no se responden con claridad, cuantas más licencias se tengan, más fácil será exponer el diseño caótico del negocio.
El segundo asunto no es encontrar un banco, sino explicar claramente la cadena de negocio
Muchos promotores dirán que, después de la licencia, lo segundo es obviamente encontrar un banco.
Esto solo es la mitad de la verdad.
El banco, por supuesto, es importante. Sin cuenta bancaria, sin entrada de fondos en moneda fiduciaria, sin cuenta de liquidación para comerciantes, muchos negocios de pago simplemente no pueden funcionar. Pero el problema es que los bancos no aceptan proyectos por intuición; los bancos quieren ver si este negocio puede explicarse claramente, si puede controlar riesgos de manera continua y si se puede atribuir responsabilidad en caso de problemas.
Si la cadena de negocio en sí misma no está bien diseñada, buscar más bancos solo será repetir el fracaso.
Lo que realmente se debe hacer primero es desglosar la cadena de negocio.
Primer nivel: la cadena del cliente.
¿A quién sirve exactamente el proyecto? ¿A usuarios individuales o a clientes empresariales? ¿Son comercios de comercio electrónico transfronterizo, negocios de juegos, redes de publicidad, trabajadores autónomos o promotores de proyectos Web3? ¿De qué países y regiones provienen los clientes? ¿Hay estadounidenses, residentes de la UE, usuarios de China continental? ¿Hay usuarios de regiones de alto riesgo? ¿Hay industrias de alto riesgo como sancionadas, juegos de azar, fraude, contenido para adultos, casas de cambio clandestinas, comercio ficticio?
Quiénes son los clientes determina la profundidad del KYC (Conozca a Su Cliente) y también define el perfil de riesgo subyacente del negocio.
Segundo nivel: la cadena de fondos.
¿De dónde entra la moneda fiduciaria, en cuya cuenta, son fondos de clientes, pagos de liquidación a comerciantes o fondos propios de la plataforma? ¿La plataforma retiene fondos de clientes? ¿Forma fondos comunes? ¿Realiza cobros y pagos por cuenta de otros? ¿Implica intercambio transfronterizo? ¿Necesita completar la transferencia de fondos a través de bancos, EMI, instituciones de pago, adquirentes, agencias de remesas u otros sujetos licenciados?
Si el flujo de fondos no está claro, el banco no se sentirá tranquilo.
Tercer nivel: la cadena de monedas (flujo cripto).
¿De dónde vienen las stablecoins? ¿Las transfiere el cliente desde la cadena por sí mismo o la plataforma ayuda al cliente a comprarlas? ¿La plataforma cotiza precios? ¿Hace emparejamiento? ¿Custodia? ¿Maneja claves privadas? ¿Controla direcciones en cadena? ¿Utiliza exchanges de terceros, OTC, proveedores de liquidez o servicios de custodia?
En los pagos con criptomonedas, el flujo de monedas se pasa por alto más fácilmente que el flujo de fondos. Pero reguladores y socios ahora están haciendo la misma pregunta: ¿Por qué se puede aceptar esta moneda? ¿Esta transacción en cadena está contaminada? ¿La dirección ha estado en contacto con mezcladores, direcciones de fraude, mercados darknet, plataformas de apuestas o listas de sanciones?
Cuarto nivel: la cadena de liquidación.
¿Qué recibe exactamente el comerciante? ¿Recibe moneda fiduciaria o stablecoins? Si el comerciante recibe moneda fiduciaria, ¿quién completó la conversión del activo cripto a moneda fiduciaria en el medio? Si el comerciante recibe stablecoins, ¿tiene el comerciante la capacidad de recibir y manejar stablecoins por sí mismo? Si la moneda de pago del cliente y la moneda de recepción del comerciante no coinciden, ¿quién asume el tipo de cambio, el deslizamiento, las comisiones, los reembolsos y las disputas intermedias?
Si este nivel no está claro, habrá muchas disputas.
Quinto nivel: la cadena de responsabilidad.
¿Qué se hace si se congelan los fondos o cuentas de un cliente? ¿Qué pasa si un comerciante recibe una queja? ¿Qué hacer si una dirección en cadena es marcada como de alto riesgo por herramientas KYT (Conozca Su Transacción)? ¿Qué pasa si después de completada la transacción se descubre que la fuente de fondos es sospechosa? Si las autoridades reguladoras o de aplicación de la ley envían una solicitud para congelar, revelar o investigar, ¿quién lo maneja? Si se interrumpe un canal de terceros, ¿quién asume la responsabilidad hacia clientes y comerciantes?
El negocio de pagos no teme la complejidad; teme que después de la complejidad no haya límites claros de responsabilidad.
Por qué muchos proyectos no mueren por la licencia, sino por el circuito cerrado
En los últimos años he visto varios proyectos de pago con criptomonedas, y el lugar donde realmente se atascan a menudo no es "si tienen una licencia".
Con más frecuencia, es cuando los promotores tienen una identidad regulatoria que parece decente, un producto que parece funcionar y un canal técnico que parece conectado, pero al llegar a la apertura de cuentas bancarias, la debida diligencia del canal, la auditoría de socios, la debida diligencia de inversionistas o la comunicación con reguladores, toda la historia se desmorona.
Estas diligencias no se detendrán en el nivel de "si tienes licencia", sino que continuarán desglosando.
Si el proyecto dice que es solo un proveedor de servicios técnicos, el socio normalmente profundizará: ¿Los fondos y stablecoins del cliente pasan por cuentas o carteras controladas por la plataforma? ¿Participa la plataforma en la selección de la ruta de la transacción? ¿Decide la liberación de la transacción? ¿Asume la promesa de recepción? ¿Hace promesas de liquidación al comerciante?
Si el proyecto dice que no hace intercambios, el socio normalmente continuará: ¿El activo de pago del cliente y el activo de recepción del comerciante son iguales? ¿Ocurre intercambio cripto-cripto, cripto-fiduciario o conversión de divisas en el medio? ¿Quién proporciona la cotización? ¿Quién obtiene el diferencial? ¿Quién asume el deslizamiento y los reembolsos?
Si el proyecto dice que solo conecta con instituciones licenciadas de terceros, la diligencia tampoco terminará allí. El socio continuará: ¿A nombre de quién se establece realmente la relación con el cliente? ¿Quién completa el KYC y el KYT? ¿Quién conserva los datos de la transacción? ¿Quién maneja las transacciones anómalas? ¿Quién es responsable ante el cliente y el comerciante si falla el servicio de terceros?
Si el proyecto utiliza exchanges, OTC, proveedores de liquidez o servicios de custodia para completar ciertos eslabones, también surgirán una serie de preguntas sobre el uso de cuentas empresariales, documentación del contexto de la transacción, retención de pedidos y facturas, verificación de direcciones en cadena, verificación de autenticidad del comerciante, listas de sanciones, etc.
Este es el dilema real de muchos proyectos.
En el PPT se escribe PayFi (Finanzas de Pago), Crypto Payment (Pago con Criptomonedas), Stablecoin Settlement (Liquidación con Stablecoins), Global Merchant Acquiring (Adquisición Global de Comerciantes), suena muy avanzado. Pero una vez que se entra en la diligencia, las preguntas se vuelven muy específicas: cada centavo, cada moneda, cada cliente, cada comerciante, ¿se puede explicar?
El negocio de pagos nunca ha sido tan simple como "mover valor de A a B". El verdadero negocio de pagos consiste en responder claramente, antes de cada transferencia de valor: por qué se puede transferir, quién tiene derecho a transferir, quién asume el riesgo, a quién acudir si hay problemas.
Ahí radica la importancia del circuito cerrado.
El circuito de cumplimiento para pagos con criptomonedas debe responder al menos siete preguntas
Un circuito cerrado de pagos con criptomonedas que pueda funcionar debe responder al menos siete preguntas. ¿Quién es el cliente? ¿Quién es el comerciante? ¿Quién recibe el dinero? ¿Quién recibe las monedas? ¿Quién hace el intercambio? ¿Quién custodia? ¿Quién asume la responsabilidad del AML (Anti-Lavado de Dinero), la verificación de sanciones, los reembolsos, las congelaciones, las disputas, las transferencias erróneas, la contaminación de activos en cadena y las consultas regulatorias?
Estas siete preguntas parecen simples, pero son suficientes para revelar la verdadera naturaleza de la mayoría de los proyectos de pago con criptomonedas.
Por ejemplo, un proyecto dice que solo hace "agregación de pagos con stablecoins". Entonces hay que seguir viendo: ¿Qué agrega? ¿Canales de pago o liquidez de intercambio? ¿El cliente realiza el pedido contigo o redirige directamente a un tercero? ¿Participas en la cotización? ¿Controlas la ruta de la transacción? ¿Recibes activos del cliente? ¿Le prometes al comerciante un tiempo y un monto de recepción?
Otro ejemplo: un proyecto dice que no toca los fondos del cliente. Entonces hay que ver la cadena real: ¿El cliente envía el dinero a una cuenta controlada por la plataforma? ¿El cliente transfiere las stablecoins a una cartera controlada por la plataforma? ¿Tiene la plataforma autoridad para decidir liberar, congelar, devolver o transferir? Si es así, esto no se puede explicar simplemente con un "no tocamos los fondos".
Otro ejemplo más: un proyecto dice que utiliza instituciones licenciadas de terceros para completar el intercambio y la liquidación. También hay que ver: ¿Quién es el tercero? ¿Qué regiones y negocios cubre la licencia del tercero? ¿A nombre de quién está la relación con el cliente? ¿Quién hace el KYC? ¿Quién guarda los datos de la transacción? ¿Quién reporta las transacciones anómalas? ¿Quién maneja las quejas de los clientes? ¿Hay una separación clara de responsabilidades y advertencias de riesgo entre la página del tercero y la página de la plataforma?
El pago con criptomonedas no es cumplimiento puntual, es cumplimiento de cadena.
Por separado, el proyecto puede tener licencia, banco, tecnología, acuerdos, herramientas KYT. Pero si estas cosas no se integran en el mismo circuito de negocio cerrado, surgirá una situación incómoda: cada pieza parece estar, pero el coche no avanza con estabilidad.
Lo que realmente debe hacer un abogado no es solo ayudar al cliente a encontrar una licencia barata
Muchos proyectos, en etapas tempranas, al buscar un abogado, suelen preguntar: "¿Dónde es la licencia más barata? ¿Dónde es más rápida? ¿Dónde la regulación es más laxa?"
Esta pregunta se puede hacer, pero no solo esta.
Una licencia barata puede no sostener un negocio real; la ruta más rápida puede no superar la debida diligencia bancaria; un lugar con regulación aparentemente laxa puede no obtener el reconocimiento de socios principales. Es más realista que los proyectos de pago con criptomonedas a menudo no se resuelvan con una sola licencia, sino que sean el resultado de una combinación de diferentes entidades, diferentes licencias, diferentes socios y diferentes límites de negocio.
El valor del abogado aquí no es solo decirle al promotor dónde solicitar la licencia, sino ayudarlo a desglosar el negocio en una estructura que los reguladores puedan entender, los socios puedan aceptar y el equipo pueda ejecutar.
Concretamente, al menos se deben hacer las siguientes cosas:
Diseñar la estructura de las entidades, aclarando qué entidad se encarga de la contratación con clientes, cuál de los servicios técnicos, cuál de los servicios de pago, cuál se conecta con exchanges, bancos o proveedores de liquidez.
Diseñar la ruta de licencias, determinando qué negocios deben tener licencia propia, cuáles pueden completarse a través de socios licenciados, cuáles no se pueden hacer en esta etapa, cuáles pueden reservarse para futuras actualizaciones.
Diseñar el flujo de fondos y de monedas, trazando claramente la ruta de entrada y salida de cada moneda fiduciaria y stablecoin, evitando que el negocio realmente constituya cobros y pagos por cuenta de otros, remesas sin licencia, intercambio sin licencia, custodia sin licencia o servicios de activos virtuales sin licencia, mientras los promotores aún creen que es solo "servicio técnico".
Diseñar las reglas de KYC, KYT, AML y verificación de sanciones, para que el equipo operativo de primera línea sepa qué clientes pueden ingresar, a cuáles hacer una diligencia reforzada, qué transacciones deben interceptarse, en qué situaciones se debe congelar, rechazar, reportar o terminar el servicio.
Diseñar el sistema de contratos, integrando el acuerdo de usuario, el acuerdo con el comerciante, los acuerdos de canal, los acuerdos de liquidez, las divulgaciones de riesgo, las declaraciones de servicios de terceros, las reglas de manejo de transacciones anómalas y los límites de responsabilidad en un conjunto coherente, en lugar de juntar al azar algunas plantillas de Internet.
Diseñar la comunicación externa, para que el sitio web, el libro blanco, las páginas de la App, el discurso de ventas, las presentaciones comerciales y el negocio real sean consistentes. Muchos proyectos no mueren por el negocio en sí, sino porque "externamente se promete demasiado, internamente no se puede cumplir, y el regulador ve problemas de inmediato".
Un buen plan de cumplimiento para pagos con criptomonedas no es estrangular el proyecto, sino hacer que el proyecto sepa qué se puede hacer, qué no se puede hacer y qué no se puede hacer ahora pero se puede planificar para el futuro.
Después de la licencia, el proyecto debe pasar de 'si se puede hacer' a 'cómo hacerlo para no volcar'
Los pagos con criptomonedas sin duda seguirán desarrollándose.
Las stablecoins están entrando en escenarios de pago y liquidación más convencionales; bancos, instituciones de pago, redes de tarjetas, exchanges, carteras, proveedores de servicios para comerciantes están reevaluando su posición. Para los promotores de proyectos, esto es una oportunidad. Pero cuanto mayor sea la oportunidad, más específicos serán los requisitos de los reguladores y socios.
Antes, muchos en el negocio de las criptomonedas solían hablar de conceptos, tráfico, tecnología, globalización. Ahora es diferente. Ahora los bancos miran tu flujo de fondos, los reguladores miran los límites de tu licencia, los socios miran la distribución de responsabilidades, los inversionistas miran tus costos sostenibles de cumplimiento, los clientes preguntan quién es responsable si hay problemas.
Por lo tanto, para hacer pagos con criptomonedas, lo primero es, sin duda, la licencia.
Pero lo segundo definitivamente no es apresurarse a encontrar un banco, ni apresurarse a conectar un canal, y mucho menos apresurarse a lanzar.
Lo segundo es convertir todo el negocio en un circuito cerrado.
Este circuito cerrado debe lograr al menos lo siguiente: que el negocio pueda explicarse con claridad, que la cadena pueda trazarse, que los riesgos puedan identificarse, que las responsabilidades puedan delimitarse, que los contratos puedan alinearse, que el equipo pueda ejecutarlo, que los socios puedan comprenderlo y que las preguntas de los reguladores puedan responderse.
Si no se logra esto, la licencia es solo un certificado en la pared. Si se logra, la licencia se convertirá verdaderamente en el punto de partida del negocio.
La verdadera ventaja competitiva de un proyecto de pago con criptomonedas no es quién obtiene primero una licencia barata, sino quién integra primero la licencia, el banco, el canal, el control de riesgos en cadena, la admisión de clientes, la responsabilidad contractual y la disciplina operativa en un sistema que pueda funcionar a largo plazo.
