
¿Cómo está transformando blockchain la industria financiera en 2026?
Blockchain en finanzas: pagos, tokenización, entrega contra pago y regulación. Casos documentados y criterios para evaluar una integración.
Las finanzas globales coordinan bancos, mercados y sistemas de pago cuyos registros todavía se concilian entre entidades. SWIFT, creado en 1973, estandariza mensajes, pero no liquida dinero ni valores. Blockchain permite que activos, efectivo y reglas compartan un estado verificable. Esa infraestructura se concreta en pagos programables, valores tokenizados y liquidación on-chain.

6,36%
Coste medio mundial de enviar una remesa de 200 dólares
1,59 B€
Liquidado en las pruebas DLT del Eurosistema
8 / >40
Bancos centrales e instituciones financieras en Project Agorá
~7 B$
Volumen diario aproximado comunicado para Kinexys en septiembre de 2026
El sistema financiero guarda y crea dinero bancario, canaliza ahorro hacia crédito e inversión y mantiene registros que permiten saber quién tiene un activo y quién debe una obligación. Bancos, bancos centrales, mercados, fondos, intermediarios y depositarios participan en partes distintas de ese proceso.
El dinero también funciona por capas. El saldo que una persona ve en su cuenta es una deuda de su banco con ella. Cuando paga a un cliente de otra entidad, ambos bancos actualizan sus libros y generan una obligación interbancaria. Según el sistema, esas obligaciones se liquidan una a una o después de compensarse, normalmente en dinero de banco central; en pagos transfronterizos también pueden intervenir cuentas de corresponsalía. La tarjeta o la transferencia inicia una instrucción y, detrás, varias infraestructuras comprueban, compensan y liquidan el movimiento.
En los mercados de capitales ocurre algo parecido. Una empresa o un Estado emite un valor; un mercado y sus intermediarios permiten negociarlo; una contrapartida central puede asumir y compensar las obligaciones; custodios y depositarios mantienen las posiciones; y un sistema de pagos completa la entrega del efectivo. Cada capa existe para administrar riesgos jurídicos, de crédito y operativos concretos.
Esta arquitectura ha permitido que el sistema opere a gran escala, pero no funciona como un único libro compartido. Cada participante conserva su versión de la operación y la contrasta con las demás. Para entender dónde puede aportar blockchain hay que partir de esa combinación de especialización, mensajería y conciliación.
Los bancos mantienen depósitos, conceden financiación y transforman plazos y riesgos dentro de su balance.
Redes, bancos y sistemas de pago transmiten instrucciones y trasladan valor entre cuentas y entidades.
Emisores, inversores, intermediarios y centros de negociación forman precios y transfieren exposición económica.
Las obligaciones se confirman, agrupan y netean; una CCP puede interponerse y gestionar garantías.
Custodios y depositarios mantienen posiciones, segregan activos y procesan su ciclo de vida.
Los valores y el efectivo se entregan hasta que la operación adquiere firmeza jurídica y operativa.
Cuando un inversor pulsa comprar, la orden puede ejecutarse en milisegundos y aparecer inmediatamente en su aplicación. Sin embargo, ese acuerdo solo fija precio, cantidad y contrapartes. Todavía hay que confirmar y asignar la operación, calcular obligaciones, disponer de los títulos, financiar el efectivo y completar la entrega contra pago en las infraestructuras correspondientes.
La negociación es el momento T. La compensación determina qué debe entregar cada participante y puede interponer una contrapartida central que gestione garantías y aplique neteo. La liquidación llega después. El depositario mueve los valores y el sistema de pagos mueve el dinero hasta que ambas transferencias son firmes.
Por eso T+1 no significa que una bolsa tarde un día en ejecutar una orden. Para los instrumentos cubiertos por ese ciclo estándar, la entrega definitiva debe completarse como máximo el siguiente día hábil. Deuda pública, fondos, derivados, divisas, operaciones de financiación y emisiones primarias pueden seguir calendarios diferentes.
Estados Unidos T+1 desde mayo de 2024
Exposición entre las partes
Unión Europea T+2 hasta el 11 de octubre de 2027, después T+1
Exposición entre las partes
Estados Unidos redujo en mayo de 2024 el ciclo estándar de la mayoría de las operaciones de intermediarios a T+1. México y Argentina adoptaron el mismo plazo en segmentos de contado. La Unión Europea, incluida España, permanece en T+2 durante 2026 y prevé pasar a T+1 el 11 de octubre de 2027.
Latinoamérica no tiene un único ciclo y no puede describirse hoy como una región T+3. México y Argentina ya liquidan en T+1 los segmentos indicados, mientras que las acciones brasileñas siguen en D+2 y B3 proyecta su transición a D+1 para febrero de 2028. Otros países, instrumentos y modalidades conservan calendarios propios.
Acortar el ciclo reduce el tiempo durante el que una contraparte puede fallar y puede liberar garantías antes. A cambio, comprime en pocas horas la asignación, la confirmación, el préstamo de valores, la compra de divisa y la financiación. La exposición temporal disminuye mientras aumenta la exigencia operativa e intradía.
| Mercado | Ciclo de referencia en 2026 | Evolución |
|---|---|---|
| Estados Unidos | T+1 para la mayoría de operaciones cubiertas por la regla SEC | En vigor desde el 28 de mayo de 2024 |
| Unión Europea y España | T+2 para valores negociables sujetos al ciclo estándar | T+1 previsto para el 11 de octubre de 2027 |
| México | T+1 en el mercado de capitales | En vigor desde el 27 de mayo de 2024 |
| Argentina | T+1 en contado normal para acciones y bonos; T+0 inmediato disponible | En vigor desde el 27 de mayo de 2024 |
| Brasil | D+2 para acciones | B3 proyecta D+1 para febrero de 2028 |
El intervalo concentra trabajo operativo. Durante esas horas, intermediarios, custodios, contrapartidas centrales, depositarios y bancos de efectivo transforman una ejecución en obligaciones que puedan cumplirse. Cada uno mantiene su propio registro y recibe instrucciones que deben coincidir en activo, cantidad, cuenta, fecha y moneda.
En una operación transfronteriza se añaden zonas horarias y ciclos que pueden no estar alineados. Un fondo europeo que compra valores estadounidenses en T+1 quizá necesite obtener dólares antes de que liquide la venta de otro activo en T+2. Si no dispone de títulos, debe pedirlos prestados; si una instrucción no casa, queda menos tiempo para corregirla.
El paso a T+1 demuestra que las infraestructuras convencionales pueden acelerar la liquidación. DLT aborda otra fricción al reducir cuántas veces se replica y reconcilia el mismo estado, y al permitir que activos, dinero y condiciones operativas se coordinen desde un registro compartido.
La ejecución debe repartirse entre cuentas, validarse y afirmarse con datos coincidentes antes de llegar al sistema de liquidación.
La CCP calcula posiciones netas y exige margen para cubrir la exposición que mantiene hasta la liquidación.
El vendedor o su custodio deben localizar los valores; una venta, un préstamo o un evento corporativo pendiente puede bloquear la entrega.
El comprador necesita dinero en la moneda y la cuenta correctas dentro de la ventana del sistema de pagos.
Identidad, sanciones, límites y detalles de la instrucción deben validarse sin que las excepciones queden atrapadas en procesos manuales.
Una instrucción tardía o incorrecta activa penalizaciones, recompras, financiación adicional y conciliaciones entre participantes.
Un saldo bancario es una deuda del banco con su cliente. Una reserva es una deuda del banco central con una entidad. Una acción o un bono es una posición reconocida por un emisor y su infraestructura de mercado. El sistema financiero actualiza registros sobre quién tiene un derecho y quién mantiene una obligación.
Hoy mensajería, compensación, custodia y liquidación viven en sistemas y horarios distintos. Una operación puede estar acordada, compensada en una CCP y, aun así, pendiente de que el activo y el dinero recorran cadenas separadas. En pagos transfronterizos se añaden divisas, bancos corresponsales, controles y liquidez prefinanciada.
Por su diseño, DLT permite que varias entidades autorizadas operen sobre un estado compartido y ejecuten reglas sobre él. La mejora no proviene de llamar token a una anotación ni de sustituir un intermediario por código. Proviene de reducir duplicidades y coordinar el activo, el dinero y las condiciones sin perder gobierno, privacidad o firmeza jurídica.
Una wallet puede mostrar instrumentos con apariencia similar, aunque el emisor siga determinando el derecho y el riesgo. Un depósito tokenizado es pasivo de un banco, una stablecoin depende de su emisor y reservas, y una CBDC es pasivo del banco central. Un bono tokenizado necesita además una pata de efectivo para liquidar.
Esta separación determina quién responde, cómo se reembolsa, qué ocurre en una insolvencia y qué supervisor interviene. También explica por qué una entidad no puede elegir el token antes de haber elegido la forma jurídica del dinero o del activo.
| Instrumento | Quién responde | Función principal |
|---|---|---|
| Reservas / CBDC mayorista | Banco central | Liquidación final entre participantes autorizados |
| Depósito tokenizado | Banco comercial emisor | Pagos y tesorería programable dentro del perímetro bancario |
| Stablecoin | Emisor y estructura de reservas | Mover valor en redes compatibles y facilitar la pata de efectivo |
| Valor tokenizado | Emisor del instrumento y sus agentes | Representar acciones, bonos o participaciones de fondos |
| CBDC minorista | Banco central | Dinero digital para hogares y empresas, si la jurisdicción lo emite |
Registrar una transferencia en segundos no basta. Para que exista liquidación deben estar disponibles el activo y una forma de dinero aceptada, la entrega debe vincularse al pago y el resultado debe ser definitivo conforme a la ley. Si alguna de esas piezas queda fuera de la red, sigue haciendo falta un puente y una reconciliación.
La atomicidad reduce el riesgo de que una parte entregue y la otra no, pero no elimina el riesgo de crédito del emisor, la falta de liquidez, los fallos del contrato inteligente ni la dependencia de custodios, oráculos o redes externas. Además, liquidar operación por operación puede consumir más liquidez que un sistema con neteo.
| Capa | Pregunta que debe quedar resuelta | Fallo habitual |
|---|---|---|
| Activo | ¿Qué derecho representa el token y cuál es el registro determinante? | El token se mueve, pero el libro jurídico no se actualiza |
| Dinero | ¿Con qué pasivo se paga y quién garantiza el reembolso a la par? | La pata de efectivo depende de otro emisor o de otro horario |
| Entrega contra pago | ¿Puede ejecutarse una pata sin la otra? | Existe velocidad técnica, pero permanece el riesgo principal |
| Firmeza | ¿Cuándo es irrevocable la operación frente a terceros? | La confirmación de bloques se confunde con finalidad jurídica |
| Identidad y control | ¿Quién puede operar, congelar, recuperar o corregir una posición? | El cumplimiento se limita a una whitelist sin proceso operativo |
Una red puede estar disponible todo el día y confirmar transferencias en segundos, pero el mercado no tiene por qué liquidar cada operación de forma bruta e inmediata. Esperar a una ventana permite compensar compras y ventas opuestas, reducir movimientos y necesitar menos efectivo y valores. La contrapartida es mantener exposición hasta la liquidación.
La liquidación atómica vincula entrega y pago para que ambas patas se ejecuten juntas o ninguna lo haga. Esto reduce el riesgo principal, pero exige que el activo y una forma de dinero aceptada estén disponibles en infraestructuras compatibles. Si el efectivo llega por otra red o solo durante el horario del banco central, la atomicidad queda limitada por ese puente.
DLT ofrece capacidad para liquidar antes, de manera condicional o fuera de las ventanas tradicionales. La decisión económica puede seguir siendo netear y liquidar más tarde. Diseñar una infraestructura seria exige elegir conscientemente entre riesgo de contraparte, consumo de liquidez, volumen de instrucciones y capacidad de resolver excepciones.
| Modelo | Qué optimiza | Coste o condición |
|---|---|---|
| Liquidación neta diferida | Reduce las necesidades de efectivo y valores mediante neteo | Mantiene exposición y concentra la liquidación en ventanas |
| Liquidación bruta intradía | Reduce antes la exposición operación por operación | Exige más liquidez y gestión activa de colas |
| DvP atómico on-chain | Vincula programáticamente activo y efectivo | Requiere dinero compatible, firmeza legal e interoperabilidad |
| T+1 automatizado | Conserva una ventana para neteo y preparación | Obliga a completar asignaciones y controles el mismo día T |
Project Agorá reúne a ocho bancos centrales y más de cuarenta instituciones financieras. Tras publicar los resultados del prototipo en mayo de 2026, completó pruebas con valor real en julio. El BIS describe transferencias multimoneda con liquidación atómica entre participantes, una fase experimental que todavía no constituye un servicio comercial de alcance general.
El Eurosistema liquidó más de 200 operaciones por 1.590 millones de euros durante sus pruebas de 2024, con 64 participantes. A partir de ese trabajo lanzó el 21 de septiembre de 2026 la primera versión de Pontes, un puente entre plataformas DLT y TARGET para liquidar en dinero de banco central, y trabaja en Appia, una línea de más largo plazo para un ecosistema mayorista tokenizado.
En septiembre de 2026, J.P. Morgan comunicó un volumen diario aproximado de 7.000 millones de dólares en Kinexys y describió liquidación de divisas en ocho monedas. Son datos del propio operador sobre su plataforma institucional, no una medida exclusiva de pagos internacionales ni una prueba de interoperabilidad general entre redes bancarias.
En mercados de capitales, el BEI y otros emisores han colocado bonos digitales dentro del marco financiero existente. La emisión puede nacer en DLT, pero colocación, custodia, efectivo, información al inversor y negociación siguen necesitando una arquitectura de mercado completa.
Blockchain aporta valor cuando varias entidades necesitan escribir sobre un estado común, coordinar dinero con activos o conservar reglas transferibles entre plataformas. La aplicación debe reducir conciliaciones, habilitar liquidación programable o mejorar la portabilidad del instrumento. Cuando una entidad controla todo el proceso, una base de datos convencional suele ser suficiente.
Reservas y depósitos tokenizados pueden coordinar divisas, controles y pago en una misma operación. La necesidad de corresponsales depende de quién participa y aporta liquidez.
Cuentas blockchain o depósitos tokenizados permiten barridos, pagos condicionales y movimientos intragrupo fuera de ventanas tradicionales, bajo las reglas del banco.
Bonos, acciones o fondos pueden compartir registro con sus reglas de transferencia, cupones y eventos corporativos, sin dejar de ser instrumentos financieros.
La entrega contra pago y la visibilidad de la garantía pueden reducir fricción intradía, siempre que valoración, elegibilidad y custodia estén integradas.
Participaciones tokenizadas pueden suscribirse, reembolsarse o utilizarse como garantía en la misma infraestructura que el dinero compatible.
Un registro común puede coordinar documentos, hitos y pagos entre comprador, vendedor, banco y logística. Solo aporta valor si participan las partes que originan los datos.
Cada forma de dinero tokenizado conserva un emisor y una posición de balance. Un depósito tokenizado continúa siendo una obligación del banco; una stablecoin depende de su emisor, sus reservas y el derecho de reembolso; el dinero mayorista de banco central es accesible solo para participantes elegibles. Compartir formato técnico no vuelve equivalentes esos riesgos.
La programabilidad cambia cuándo y bajo qué condiciones se mueve una posición, pero no crea solvencia ni liquidez. Si los clientes transfieren depósitos tokenizados entre bancos, la entidad emisora puede necesitar financiar la salida y liquidar frente a otra institución. Si el mercado funciona 24/7 mientras las reservas o los activos de respaldo no lo hacen, aparece un desfase operativo.
El diseño debe anticipar concentración de saldos, convertibilidad a la par, límites intradía, remuneración, tratamiento contable y disponibilidad de colateral. Una solución puede ser técnicamente atómica y, al mismo tiempo, generar una necesidad de liquidez mayor que el proceso neteado al que sustituye.
| Representación | Derecho o exposición | Implicación operativa |
|---|---|---|
| Depósito tokenizado | Crédito frente al banco emisor | Transferencias y reembolsos afectan a la financiación y liquidez del banco |
| Stablecoin | Derecho definido frente al emisor y su reserva | La calidad, segregación y disponibilidad de las reservas sostienen el reembolso |
| Dinero mayorista de banco central | Pasivo del banco central | Acceso restringido y liquidación dentro del perímetro autorizado |
| Valor tokenizado | Derecho financiero frente al emisor del valor | Necesita una pata de efectivo; no se convierte en dinero por estar on-chain |
| Participación de fondo tokenizada | Participación en los activos del fondo | Valor liquidativo, suscripción y reembolso siguen las reglas del vehículo |
Una prueba puede demostrar que dos tokens se intercambian. Una infraestructura financiera debe seguir operando cuando una clave se pierde, una orden se cancela, una cuenta queda bloqueada, un cupón se calcula mal o una red deja de producir bloques. El verdadero alcance incluye el ciclo de vida completo y la convivencia con sistemas anteriores.
La producción exige decidir quién opera cada función, qué registro prevalece, cómo se autorizan cambios y qué ocurre en una insolvencia. También debe alimentar contabilidad, reporting, fiscalidad, estados de cuenta y supervisión sin crear un segundo libro manual alrededor de la infraestructura blockchain.
Una prueba de liquidación debe incluir la pérdida de comunicación después de enviar una instrucción. Reintentar sin comprobar el estado puede duplicar la operación; asumir que falló puede dejar una posición sin conciliar. El identificador de negocio debe acompañar al mensaje, la reserva de fondos y la confirmación final. Operaciones necesita consultar ese recorrido sin depender del equipo que desarrolló el contrato. Los casos de aceptación deben cubrir confirmación tardía, rechazo de una contraparte y recuperación tras una interrupción.
La conciliación al cierre contrasta obligaciones, saldos disponibles y asientos contables. Si una red funciona de forma continua y otra tiene ventanas de servicio, el diseño debe explicar cuándo una posición está financiada y cuándo puede utilizarse. El valor se mide por operaciones completadas con control, capital inmovilizado y excepciones pendientes. Reducir el tiempo del consenso aporta poco si las comprobaciones de identidad, los límites o la salida al sistema de pagos siguen bloqueando el recorrido completo.
Debe quedar definido si la posición on-chain constituye el registro jurídico o replica el libro de un emisor, agente o depositario.
El alta, los permisos y la monitorización deben acompañar a la posición cuando cambia de custodio, wallet o jurisdicción.
Claves, segregación, delegación, congelación y recuperación requieren controles compatibles con el derecho del titular.
Cupones, amortizaciones, splits, votaciones, embargos y correcciones deben ejecutarse sin romper la trazabilidad del activo.
Las posiciones y eventos deben integrarse con libros contables, conciliación, información al cliente y reportes regulatorios.
El modelo debe soportar incidentes de red, fallos de participantes, reversión jurídica y migración tecnológica sin perder posiciones.
Una red pública aporta un estado ampliamente accesible y composable, pero la entidad sigue necesitando controlar quién puede mantener o transferir el instrumento. Una red permisionada simplifica privacidad y gobierno, pero puede recrear un silo si no conecta con otras infraestructuras.
El diseño institucional suele ser híbrido. Identidad y datos sensibles quedan fuera de cadena, mientras reglas y posiciones viven en una red con participantes autorizados y puentes hacia dinero de banco central, depósitos u otras redes. La decisión depende de dónde reside cada riesgo y quién tiene autoridad para resolver una excepción.
| Capa | Quién responde | Off-chain | On-chain |
|---|---|---|---|
| Identidad y acceso | Quién respondeLa entidad y su agente de verificación | Off-chainVerificación de identidad, datos personales y sanciones | On-chainCarteras autorizadas que el contrato consulta antes de cada transferencia |
| Activo | Quién respondeEl emisor del valor y su agente o depositario | Off-chainDocumento de emisión y registro determinante, si el token lo replica | On-chainPosición del valor y reglas de transferencia y cupón |
| Dinero | Quién respondeBanco central, banco emisor o emisor de la stablecoin | Off-chainReservas en el banco central y reembolso a la par | On-chainDepósito tokenizado, stablecoin o dinero de banco central, si está en la misma red |
| Liquidación | Quién respondeOperador del sistema de liquidación | Off-chainFirmeza jurídica y, con un puente como Pontes, el efectivo liquidado en T2 | On-chainEntrega contra pago atómica cuando el activo y el dinero comparten red |
| Gobierno y continuidad | Quién respondeOperador de la red y participantes | Off-chainAdmisión, resolución de incidentes y supervisión | On-chainCongelación, recuperación y cambios de contrato con permisos trazables |
En la Unión Europea, MiCA regula los criptoactivos que no quedan cubiertos por otra legislación financiera, incluidos los e-money tokens y los asset-referenced tokens. Un bono, una acción o una participación de fondo tokenizados siguen bajo la normativa de instrumentos financieros; el régimen piloto DLT permite determinadas infraestructuras de negociación y liquidación con exenciones controladas.
MiCA no convierte cualquier stablecoin en dinero bancario ni regula los valores tokenizados. La emisión, la custodia, la ejecución de órdenes, el dinero electrónico, los pagos, la prevención de blanqueo, la resiliencia operativa y la protección de datos pueden activar obligaciones distintas.
En Estados Unidos, la GENIUS Act se convirtió en ley en julio de 2025 y estableció un marco para emisores permitidos de stablecoins de pago, respaldo uno a uno, reembolso y divulgación de reservas. Los valores tokenizados conservan la aplicación de las leyes federales de valores. Cambiar el formato de registro no altera por sí solo la naturaleza del instrumento.
En cualquier jurisdicción, la firmeza, la insolvencia, la segregación de activos y la autoridad para corregir el registro deben cerrarse antes del despliegue técnico. El cumplimiento programable ejecuta controles; no decide qué controles exige la ley.
Blockchain puede reducir conciliaciones y permitir nuevas formas de ejecución, pero no crea liquidez, solvencia ni firmeza jurídica por sí sola. Parte del riesgo se desplaza al diseño del dinero, el código, la custodia de claves, los datos externos y las conexiones entre redes. La evaluación debe cubrir todo el ciclo operativo.
Operar sin cierre no crea liquidez fuera de horario. Exige reservas, precios, colateral y equipos operativos disponibles cuando el mercado tradicional está cerrado.
Muchos libros tokenizados incompatibles pueden aumentar la conciliación. La interoperabilidad debe preservar unicidad, firmeza y control, no limitarse a mover mensajes.
Un token puede transferirse correctamente y aun perder valor si falla el banco, el emisor de la stablecoin, el fondo o la estructura de reservas.
Errores de contrato, administradores privilegiados, oráculos y puentes pueden concentrar riesgo. Auditoría técnica y gobierno de cambios son parte del producto.
La trazabilidad no equivale a AML ni permite publicar datos bancarios. Identidad, monitorización, sanciones y protección de datos requieren capas específicas.
Una base de datos es más sencilla cuando existe un solo operador. DLT se justifica cuando reduce fricción entre entidades o habilita una distribución que compensa su complejidad.
La infraestructura financiera tokenizada combina conceptos de pagos, mercados de valores y redes blockchain. Distinguir mensajería, compensación y liquidación evita atribuir a una transferencia técnica efectos que dependen del dinero utilizado, el registro jurídico y la firmeza. Este vocabulario también separa depósitos, stablecoins, CBDC y valores tokenizados.
| Concepto | Definición |
|---|---|
| Fecha de negociación (T) | Día en que comprador y vendedor acuerdan una operación. No debe confundirse con la fecha posterior en que se entregan definitivamente los valores y el efectivo. |
| Compensación | Proceso posterior a la negociación que confirma obligaciones, calcula posiciones y, cuando procede, aplica neteo antes de enviarlas a liquidación. |
| Ciclo de liquidación | Plazo estándar entre la fecha de negociación y la entrega final de valores y efectivo. T+1 significa el siguiente día hábil; no significa que toda la operativa tarde exactamente un día. |
| Contrapartida central (CCP) | Entidad que se interpone entre comprador y vendedor, gestiona garantías y se convierte en comprador frente a cada vendedor y vendedor frente a cada comprador. |
| Depositario central de valores (CSD) | Infraestructura que mantiene valores y facilita su entrega y liquidación. En la UE, los CSD están sujetos al Reglamento CSDR. |
| Neteo | Compensación de obligaciones opuestas para liquidar solo la posición neta. Reduce necesidades de efectivo y valores, aunque mantiene exposición hasta el momento de la liquidación. |
| Liquidación bruta en tiempo real (LBTR) | Sistema que liquida pagos individualmente y con firmeza durante su horario operativo, normalmente en dinero de banco central y sin esperar a un neteo posterior. |
| Dinero de banco central | Pasivo del banco central utilizado como activo de liquidación final entre entidades. Incluye las reservas y, si se emite, una CBDC. |
| Dinero bancario comercial | Depósito que representa una deuda de un banco con su cliente y que normalmente se convierte a la par con otros depósitos y con dinero de banco central. |
| Depósito tokenizado | Representación en DLT de un depósito bancario. Sigue siendo un pasivo de la entidad emisora y no debe confundirse con una stablecoin. |
| Stablecoin | Criptoactivo diseñado para mantener un valor estable respecto de una moneda u otro activo mediante reservas y un derecho de reembolso definido por el emisor. |
| CBDC | Pasivo digital directo de un banco central. Puede diseñarse para uso mayorista entre entidades o para uso minorista. |
| Valor tokenizado | Acción, bono, participación de fondo u otro instrumento financiero cuyo registro o representación utiliza DLT; conserva la naturaleza jurídica del valor. |
| Entrega contra pago (DvP) | Mecanismo que vincula la entrega del activo con el pago para que una pata no se complete sin la otra. |
| Liquidación atómica | Ejecución indivisible de las patas vinculadas de una operación. Reduce riesgo principal, pero no elimina por sí sola el riesgo de crédito, liquidez u operativo. |
| Firmeza de la liquidación | Momento en que una transferencia se vuelve definitiva e irrevocable jurídicamente; no siempre coincide con la confirmación técnica de la red. |
| Red permisionada | Red en la que la participación, la validación o la transferencia están restringidas a entidades autorizadas. |
| Interoperabilidad | Capacidad de conectar activos, dinero y registros de distintas redes sin duplicar posiciones ni perder firmeza, control o trazabilidad. |
| Contrato inteligente | Código que ejecuta reglas sobre el registro. Solo automatiza aquello para lo que recibe datos, fondos y autoridad jurídica suficientes. |
Actualizado el 3 de octubre de 2026
Diseñamos, auditamos y desplegamos la infraestructura on-chain para pagos, tokenización y liquidación, con controles de seguridad, integración y cumplimiento definidos para cada proyecto.