October 2, 2026
Autor: Joao Lages
Cómo funciona el flujo de fondos de los inversores en la tokenización es una cuestión práctica de dinero, registros y responsabilidad, no solo de mover tokens en una cadena de bloques. En una oferta europea habitual, un inversor cursa una orden, envía euros mediante un banco o proveedor de pagos, espera las comprobaciones de cumplimiento y asignación, recibe un valor tokenizado y, posteriormente, cobra intereses, dividendos, importes de reembolso o el producto de una venta. Cada movimiento debe vincularse al inversor y a la entidad jurídica correctos.
El modelo operativo más sólido mantiene alineados el tramo de efectivo, el tramo del valor y el registro de titularidad con autoridad jurídica desde la primera instrucción de suscripción hasta el reembolso final. La tokenización puede automatizar partes de esa cadena, pero no elimina la necesidad de salvaguarda, conciliación, controles de cuentas, gestión de excepciones y responsabilidades contractuales claras.
El flujo de fondos de los inversores en la tokenización es la secuencia controlada mediante la cual el dinero de una suscripción pasa del inversor a una cuenta designada para la oferta, se identifica y concilia, queda habilitado para la liquidación y se entrega al emisor únicamente cuando se cumplen las condiciones aplicables. La secuencia inversa se aplica a devoluciones, distribuciones de rendimientos y reembolsos.
Siempre existen, al menos, dos tramos conectados. El tramo de efectivo registra quién pagó, cuánto, en qué divisa y con qué referencia. El tramo del valor registra el instrumento asignado a ese inversor. Una tercera capa —el registro o apunte contable con autoridad jurídica— debe confirmar quién es titular de la posición. La cadena de bloques puede respaldar ese registro, pero que tenga autoridad jurídica depende del instrumento, la jurisdicción y la estructura operativa.
Por eso, la acuñación de un token no prueba que el emisor haya recibido válidamente el dinero del inversor, y una transferencia bancaria no prueba que el inversor sea titular del valor tokenizado. La liquidación es el proceso que conecta esos hechos con arreglo a normas jurídicas y operativas definidas.
Una suscripción convencional en el mercado primario de un producto tokenizado puede entenderse como nueve etapas controladas. Las partes y la estructura de cuentas concretas varían, pero la secuencia debe ser visible para el emisor, el distribuidor y el inversor.
Una plataforma bien diseñada presenta estas etapas como estados diferenciados, no bajo una etiqueta ambigua como «pagado». Pendiente de recepción bancaria, recibido pero no conciliado, conciliado, aceptado, liquidado, devuelto y fallido son estados operativos distintos y con consecuencias diferentes.
La respuesta depende de la estructura regulada. La interfaz de una plataforma puede iniciar y mostrar la operación sin llegar a mantener dinero de clientes. Los fondos pueden ser recibidos por una entidad de crédito, una entidad de pago, una entidad de dinero electrónico, una empresa de servicios de inversión o un agente de escrow. Los contratos y las instrucciones de pago deben identificar al titular jurídico de la cuenta y la capacidad en la que se mantiene el dinero.
Cuando una empresa de servicios de inversión mantiene dinero perteneciente a clientes, MiFID II exige medidas adecuadas para salvaguardar sus derechos y, salvo en el caso de entidades de crédito, impedir que ese dinero se utilice por cuenta propia. El marco detallado de la UE contenido en la Directiva Delegada (UE) 2017/593 de la Comisión aborda la segregación, el mantenimiento de registros, la conciliación, la diligencia debida al seleccionar entidades depositarias y los controles sobre cuentas de fondos de clientes. Son obligaciones vinculantes tal como se incorporen al Derecho nacional; no son prácticas opcionales propias de la cadena de bloques.
Cuando una entidad de pago recibe dinero para ejecutar una operación de pago, puede ser aplicable un perímetro jurídico distinto. El artículo 10 de la Directiva sobre servicios de pago exige a determinadas entidades de pago y de dinero electrónico salvaguardar los fondos recibidos de los usuarios, en general mediante segregación o un seguro o garantía comparable. La salvaguarda de pagos y la protección de activos de clientes conforme a MiFID son conceptos relacionados, pero no intercambiables.
Las ofertas de mercados privados utilizan con frecuencia una cuenta de escrow o sometida al cumplimiento de condiciones. El dinero puede permanecer bloqueado hasta que se alcance un mínimo de captación, una fecha de cierre, una condición documental o una decisión de asignación. El término «escrow» no debe utilizarse de forma imprecisa. El acuerdo debe explicar quién controla la cuenta, qué condiciones activan la entrega o devolución, cómo se aborda el riesgo de insolvencia y qué ocurre cuando las partes discrepan.
Por tanto, los emisores deben vincular cada operación a una capacidad regulada o contractual. Afirmar que el dinero está «en la plataforma» oculta la información que inversores y auditores más necesitan.
La arquitectura de cuentas debe responder al producto y a las autorizaciones, no a una plantilla genérica de tokenización. Tres modelos aparecen con frecuencia y cada uno genera obligaciones distintas de control e información.
Varios inversores pagan en una misma cuenta mientras la plataforma o el proveedor de pagos mantiene un subregistro que muestra el saldo efectivo atribuible a cada orden. Puede escalar con eficiencia, pero solo si las referencias de pago, conciliaciones y permisos de retirada son fiables. El saldo bancario común debe equivaler en todo momento a la suma de los saldos de los inversores, ajustada por transferencias realmente en curso.
Cada inversor recibe un IBAN virtual o identificador de cuenta único. Los fondos subyacentes pueden seguir depositados en una cuenta común de salvaguarda, pero los pagos entrantes resultan más fáciles de atribuir. El operador debe explicar si la cuenta virtual es una cuenta jurídica separada o solo una capa de direccionamiento, pues la diferencia importa para el análisis de insolvencia y las expectativas del inversor.
Una cuenta se dedica a un emisor, tramo o cierre concreto. Esto puede simplificar la conciliación de la oferta y la entrega condicionada, especialmente cuando debe alcanzarse un importe mínimo de suscripción. Puede ser menos eficiente para una plataforma con muchas ofertas pequeñas y sigue exigiendo registros individuales de inversores por debajo del saldo total de la cuenta.
Ningún modelo es automáticamente el más seguro. Una cuenta dedicada con controles de acceso débiles puede presentar más riesgo que una cuenta común debidamente salvaguardada y con una conciliación sólida. El diseño debe probarse frente al volumen, la frecuencia de devoluciones, las divisas, la mecánica de cierre, el tratamiento en caso de insolvencia y las autorizaciones exactas de cada proveedor.
La conciliación es el núcleo operativo de cómo funciona el flujo de fondos de los inversores en la tokenización. Demuestra que el dinero recibido corresponde a una suscripción válida y que la asignación de tokens corresponde al mismo inversor, importe y producto.
El modelo más limpio utiliza un IBAN virtual, una cuenta bancaria o una referencia de pago estructurada y única para cada inversor u orden. El proveedor de pagos facilita datos de la operación mediante una API o un fichero de extracto. La plataforma compara esos datos con el libro de órdenes y señala las discrepancias para su revisión. La automatización es valiosa, pero siguen siendo esenciales unas reglas deterministas de cotejo y un procedimiento de escalado humano.
Operaciones nunca debería corregir estas excepciones forzando silenciosamente una coincidencia. La resolución exige pruebas, aprobación y una pista de auditoría. El mismo principio se aplica a contracargos, transferencias devueltas, retrocesiones bancarias y sospechas de fraude.
No existe una secuencia universal. Algunas plataformas preacuñan tokens en una cartera controlada por el emisor o de tesorería y los transfieren después de confirmar el pago. Otras solo acuñan una vez aceptada la suscripción. La cuestión jurídicamente importante es cuándo produce efectos el derecho del inversor y cuándo puede el emisor utilizar los fondos.
En muchas ofertas privadas, la transferencia de efectivo y la entrega del token se producen de forma secuencial. Primero llegan los fondos, operaciones concilia el pago y aprueba la suscripción, y después se asigna el token o la posición anotada. Este modelo es práctico, pero crea un periodo en el que un tramo se ha movido y el otro no. Los controles deben definir el retraso permitido, el tratamiento de la cuenta, la cancelación y los derechos de devolución.
La entrega contra pago, o DvP, vincula la transmisión del valor con la transferencia de fondos de modo que la entrega solo se produce si se realiza el pago. La liquidación atómica pretende ejecutar ambos tramos o ninguno, con la mayor simultaneidad técnicamente posible. El informe del Eurosistema sobre liquidación mediante DLT subraya que la atomicidad técnica no resuelve por sí sola todas las cuestiones jurídicas sobre firmeza, propiedad o insolvencia.
La DvP puede reducir el riesgo de principal, pero exige infraestructuras compatibles de efectivo y valores, una lógica fiable de bloqueo o transferencia condicionada, normas de firmeza y procesos de excepción. Para muchas ofertas minoristas o de mercados privados, el dinero bancario convencional combinado con una asignación secuencial controlada sigue siendo más realista que una DvP atómica nativa.
El 21 de septiembre de 2026, el Eurosistema puso en marcha Pontes para liquidar finanzas tokenizadas en dinero de banco central. Pontes conecta plataformas DLT de mercado elegibles con los servicios TARGET. Se trata de un desarrollo institucional mayorista, no de una infraestructura de pago minorista que cualquier oferta tokenizada pueda utilizar inmediatamente.
El lanzamiento se apoya en el trabajo exploratorio del Eurosistema de 2024, durante el cual 64 participantes elegibles de nueve jurisdicciones liquidaron casi 1.600 millones de euros en dinero de banco central mediante pruebas y experimentos. El programa demostró la demanda de conectar valores basados en DLT con un activo de liquidación fiable y también reveló desafíos de interoperabilidad, gobernanza y gestión de excepciones.
El Régimen Piloto DLT de la UE establece un marco separado para infraestructuras autorizadas de negociación y liquidación basadas en DLT, sujeto a condiciones y exenciones específicas. Puede facilitar modelos más integrados de negociación y poscontratación, pero no sustituye las normas de conducta MiFID, la protección de activos de clientes, los requisitos AML ni los términos jurídicos del instrumento.
Para la mayoría de los emisores, la lección práctica es diseñar pensando en la interoperabilidad. El producto debe funcionar hoy con transferencias bancarias y registros convencionales, preservando la posibilidad de conectarse a infraestructuras DLT de liquidación más integradas cuando los proveedores y las condiciones de elegibilidad pertinentes lo permitan.
Un diseño creíble del flujo de fondos se define por sus excepciones. Si un inversor no supera el alta, paga después del plazo, envía dinero desde una cuenta de un tercero no aceptable o no puede recibir asignación porque la oferta está completa, la plataforma necesita un proceso autorizado de devolución.
Las reglas de devolución deben identificar la cuenta de destino, las aprobaciones necesarias, el plazo previsto, el tratamiento de las comisiones bancarias y las pruebas conservadas. Como control antifraude, el dinero se devuelve normalmente a la cuenta de origen verificada en lugar de redirigirse conforme a nuevas instrucciones recibidas por correo electrónico. Cualquier excepción debe someterse a una verificación reforzada.
La sobresuscripción también exige una política de asignación documentada. El operador puede aplicar un criterio de orden de llegada, un prorrateo, discrecionalidad del emisor dentro de límites comunicados u otro método. La cantidad de tokens, el efectivo aceptado y el saldo devuelto deben conciliar exactamente. Un contrato inteligente no puede subsanar una decisión de asignación no comunicada o aplicada de forma incoherente.
El flujo de efectivo de salida debe reflejar la disciplina de la suscripción. Antes de pagar intereses, dividendos, participaciones en ingresos o importes de reembolso, la parte responsable determina la fecha de devengo, la lista de titulares con autoridad, el importe por posición, el tratamiento fiscal o de retenciones y el destino del pago.
La función del agente de transferencias y registrador en productos tokenizados resulta esencial, porque los datos de titularidad, de cartera y bancarios pueden divergir con el tiempo. Un titular puede transferir tokens, cambiar de cuenta bancaria, perder acceso a la cartera, quedar sujeto a sanciones o fallecer. El fichero de pagos debe proceder de un cálculo controlado de derechos, no de una captura no verificada de la cadena de bloques.
Los pagos se cursan después mediante el banco o proveedor de pagos elegido. Los pagos devueltos, beneficiarios bloqueados y posiciones inactivas pasan a una cola de excepciones. La plataforma actualiza el registro de distribuciones solo tras confirmar los resultados y conserva pruebas para la información al inversor, la contabilidad y la auditoría.
Una arquitectura auditable concede a cada parte únicamente los permisos que necesita y genera pruebas en cada transición. El objetivo no es solo impedir el robo, sino demostrar que cada euro y cada token tienen un origen, destino y estado válidos.
La función del custodio en los valores tokenizados también debe distinguirse de la salvaguarda del efectivo. La custodia de tokens, la administración de cuentas de valores, el control de claves privadas y la custodia del activo subyacente pueden corresponder a partes diferentes.
Los emisores deben tratar el mapa del flujo de fondos como un documento de producto, no como un diagrama técnico tardío. Debe identificar cada cuenta, sistema, entidad regulada, condición, dato, aprobación y alternativa desde la orden inicial hasta el vencimiento.
La guía de Lympid sobre el ecosistema europeo de tokenización sitúa esta capa de efectivo y liquidación dentro del conjunto más amplio de emisores, distribución, custodia y administración. Para los equipos que no quieren construir cada interfaz de forma independiente, la infraestructura de Tokenization-as-a-Service de Lympid puede coordinar el producto, el recorrido del inversor, las infraestructuras de pago, los registros de tokens y los flujos del ciclo de vida bajo un único modelo de implantación. Las responsabilidades reguladas concretas siguen teniendo que identificarse para cada producto y jurisdicción.
El riesgo principal no es que las transferencias en cadena de bloques sean lentas, sino que los registros de efectivo, tokens y derechos jurídicos discrepen. Esto puede causar asignaciones duplicadas, dinero sin asignar, acceso prematuro del emisor, distribuciones incorrectas o incertidumbre en caso de insolvencia.
Otros riesgos incluyen la concentración en el proveedor de pagos, incidentes cibernéticos, fraude mediante cambios de instrucciones bancarias, bloqueos por sanciones, conversión de divisas, fallos en horas límite operativas y afirmaciones engañosas sobre liquidación instantánea. Las monedas estables añaden riesgos de emisor, reservas, reembolso, cartera y regulación; no deben presentarse como equivalentes al dinero bancario salvaguardado o al dinero de banco central.
La tokenización puede hacer que los controles sean más programables y que los registros se conecten con mayor facilidad, pero la automatización también puede propagar rápidamente un dato erróneo. Por ello, la gobernanza debe cubrir la calidad de los datos, la intervención manual, la responsabilidad, la corrección y la comunicación con el mismo cuidado que el código del contrato inteligente.
Cómo funciona el flujo de fondos de los inversores en la tokenización puede reducirse a una disciplina: no permitir nunca que el dinero, la asignación del token y la titularidad jurídica avancen como procesos inconexos. Un modelo sólido identifica quién mantiene los fondos, coteja cada pago con una orden válida, entrega el efectivo únicamente bajo condiciones definidas, registra la titularidad de forma coherente y gestiona las devoluciones y los pagos del ciclo de vida con el mismo nivel de control.
La tecnología puede acortar transferencias entre participantes, automatizar la conciliación y facilitar la liquidación condicionada. No puede decidir quién está autorizado a mantener dinero de clientes, qué hace jurídicamente firme una liquidación ni cómo se protege a los inversores si un proveedor falla. Esas respuestas deben proceder de la estructura del producto, la legislación aplicable, los socios regulados y los procedimientos operativos documentados.
Si estás considerando lanzar un producto de inversión tokenizado, habla con Lympid.
Book a call with us today and get a free assessment.
