Qué es la DTCC, quién la controla, y por qué ninguna transacción de Wall Street ocurre sin ella
Nadie compra o vende acciones en Wall Street sin que la DTCC esté en el medio. Es la infraestructura que hace que el mercado funcione. La DTCC existe porque, a fines de los años 60, Wall Street casi colapsa bajo su propio éxito: el volumen diario en la NYSE saltó de 5 a 15 millones de acciones entre 1965 y 1968, y cada operación todavía se liquidaba a mano, con certificados físicos de papel que mensajeros cargaban entre oficinas de corredores. Los atrasos llegaron a superar los $4 mil millones en transacciones sin procesar, y la bolsa tuvo que cerrar los miércoles y acortar su horario solo para poder ponerse al día. La solución fue centralizar: en 1973 se creó el Depository Trust Company (DTC) para inmovilizar los certificados físicos en un solo lugar y registrar los cambios de dueño por anotación electrónica en libro, y en 1976 la National Securities Clearing Corporation (NSCC) para hacer netting multilateral entre corredores. En 1999 ambas se fusionaron para formar la DTCC que existe hoy.[1] Cincuenta años después de ese primer rescate, sigue siendo el núcleo de clearing y settlement de los mercados de capitales americanos.
La Depository Trust and Clearing Corporation es la infraestructura post-trade más importante de los mercados de capitales globales. Sus subsidiarias procesaron $4.7 cuatrillones en transacciones de valores en 2025. Procesa más de 25 mil millones de mensajes de trade anualmente. La NSCC alcanzó un récord pico de $5.55 billones en un solo día en abril de 2025.[2]
Las cuatro subsidiarias principales
El sistema de settlement opera en T+1 desde mayo de 2024, lo que significa que una transacción ejecutada hoy liquida al día siguiente a las 4:15 PM hora del Este a través del servicio de liquidación nacional de la Reserva Federal.[3]
Este dato de T+1 importa porque es exactamente el problema que la tokenización promete resolver. Más adelante vas a ver que Canton Network liquida los Treasuries tokenizados con DvP settlement atómico —Delivery versus Payment atómico—, lo que en la práctica significa liquidación en T+0: comprador y vendedor intercambian el activo y el dinero en el mismo instante, dentro de la misma transacción, sin esperar al día siguiente. Ese salto de T+1 a T+0 es el verdadero valor de negocio detrás del anuncio del 15 de julio, más allá del titular de "primer trade tokenizado".
¿Y qué gana la DTCC concretamente con esto, más allá de la eficiencia operativa? Menos días de settlement significa menos capital inmovilizado como garantía mientras una operación está "en tránsito", menos riesgo de contraparte que cubrir, y menos reconciliación manual entre libros contables duplicados. La cifra pública más concreta es la del Collateral AppChain: la DTCC apunta a atacar los $58 mil millones de costo anual que hoy representa el procesamiento de corporate actions —dividendos, splits, fusiones, y demás eventos corporativos que hoy se procesan con procesos manuales propensos a error entre múltiples intermediarios. Automatizar eso con pricing y margining en tiempo real es, en plata, el negocio detrás del anuncio.
Quiénes son los dueños: la estructura de poder que nadie menciona
La DTCC es propiedad de sus participantes usuarios. Los principales accionistas son los grandes bancos e instituciones financieras de Wall Street incluyendo Bank of America, Barclays, Citigroup, Goldman Sachs, JPMorgan Chase, Morgan Stanley, Wells Fargo, y otros grandes brokers y bancos de inversión. No es una empresa pública ni una entidad gubernamental, aunque tiene supervisión de la SEC y la CFTC. Es un consorcio privado donde los mismos bancos que compiten entre sí son copropietarios de la infraestructura que todos deben usar obligatoriamente.[4]
Los mismos bancos que son dueños de la DTCC son los mismos que son dueños de The Clearing House y de RTP, el sistema de pagos instantáneos privado alternativo a FedNow. Los mismos actores están diseñando la infraestructura del sistema financiero tokenizado exactamente igual que diseñaron la infraestructura del sistema financiero tradicional: para que sigan siendo el centro de todo. El Industry Working Group que está definiendo cómo funciona la tokenización de la DTCC incluye a BlackRock, Goldman Sachs, JPMorgan, y los mismos actores que ya controlan el sistema actual. Metal Blockchain es la primera infraestructura de esta escala que no es propiedad de ninguno de ellos.
15 de julio de 2026: el día que Wall Street comenzó a liquidar sobre blockchain en producción
El 15 de julio de 2026, la DTCC comenzó sus primeros trades limitados de producción de valores tokenizados. Es el mayor hito de tokenización institucional en la historia de los mercados de capitales americanos. No es un piloto en sandbox. No es una prueba de concepto. Son trades reales con activos reales en un entorno de producción controlado.[5]
JPMorgan Chase publicó activos tokenizados para satisfacer requisitos de margen de compensación central con CME Group. Es importante entender la relación: JPMorgan Chase es simultáneamente uno de los propietarios de la DTCC y uno de sus principales usuarios. Cuando JPMorgan publica activos tokenizados a través de la DTCC, no está usando un proveedor externo: está usando infraestructura que en parte le pertenece. Eso refleja la dinámica estructural del sistema: los grandes bancos diseñan, poseen, y usan la infraestructura simultáneamente. Más de 50 firmas participan incluyendo BlackRock, Goldman Sachs, Circle, Ondo Finance, y Ripple Prime. El lanzamiento completo está programado para octubre de 2026.[6]
ComposerX: tokenización de derechos sobre activos custodiados, no de los activos mismos
El servicio está construido sobre ComposerX, la suite de plataformas de la DTCC que maneja la emisión, gestión y liquidación de representaciones tokenizadas de valores custodiados en la DTC.[7]
ComposerX genera DTC Tokenized Entitlements (derechos de titularidad tokenizados): tokens digitales que representan reclamaciones directas sobre los valores subyacentes que permanecen custodiados en la DTC durante todo el proceso. Estos no son derivados sintéticos ni proxies. Son recibos del activo real que sigue bajo el control centralizado de la DTC. El registro legal de propiedad permanece dentro del depósito regulado. La DTC retiene una root wallet con capacidad de override para revertir transacciones en caso de errores.[8]
No hay DEX. No hay lending descentralizado. No hay AMM. ComposerX es infraestructura de back-office institucional que automatiza lo que antes hacían manualmente los prime brokers y triparty agents. Es una mejora de eficiencia operativa sobre la infraestructura existente, no una transformación descentralizada del sistema financiero.[9]
Cómo funciona la DTCC dentro de Canton: privacidad nativa, no dominio permisionado aislado
Existe una confusión técnica importante sobre cómo opera la DTCC dentro de Canton Network que vale la pena aclarar. La DTCC no está en un dominio permisionado aislado dentro de Canton. Canton es una L1 pública con privacidad habilitada por diseño, lo que la hace fundamentalmente distinta a una blockchain pública como Ethereum y distinta también a un dominio permisionado aislado como los Permissioned Domains del XRPL.
Yuval Rooz, CEO de Digital Asset, la empresa detrás de Canton, explicó la razón de la elección: la mayoría de blockchains públicas no pueden satisfacer las necesidades de confidencialidad de los grandes participantes del mercado. Canton protege los datos de posición institucional: los bancos y brokers no pueden ver las posiciones de los demás en el ledger compartido. Es privacidad nativa a nivel de L1, no un espacio privado aislado.[10]
DTCC se convirtió en co-chair de la Canton Foundation junto a Euroclear. Eso significa que dos de los custodios centrales más grandes del mundo co-gobiernan la blockchain donde se van a tokenizar los activos. Quien co-gobierna Canton tiene influencia sobre las reglas de privacidad, los estándares de participación, y el desarrollo futuro de toda la red. No es una red neutral: es una red gobernada por los mismos actores del sistema financiero tradicional que la DTCC representa.
El CEO de Digital Asset también confirmó que no esperen movimiento cross-chain en el día uno. El MVP inicial —el producto mínimo viable, es decir, la primera versión funcional pero deliberadamente limitada del sistema, antes del lanzamiento completo— es un entorno de producción controlado donde los Treasuries tokenizados quedan dentro de Canton. Eso confirma que la interoperabilidad entre Canton, Stellar, y el AppChain es un problema no resuelto en el lanzamiento actual.[11]
Sobre el compliance en Canton: la red no tiene BSA nativo ni ISO 20022 en el protocolo base. El compliance funciona por admisión controlada: solo las instituciones aprobadas por la DTCC y la Canton Foundation pueden participar. Es el mismo modelo de compliance por portero que describimos para Hyperledger Besu. Eficaz para un consorcio cerrado de grandes bancos. No escala a miles de cooperativas o instituciones más pequeñas.
Canton ofrece privacidad a nivel de L1 para un consorcio gobernado por los mismos grandes bancos. Metal Blockchain ofrece subredes soberanas donde cada institución controla su propio entorno de privacidad de forma independiente. La diferencia es que en Canton, la privacidad es un servicio que te da la red gobernada por otros. En Metal Blockchain, la privacidad es soberana porque es tu propia subred con tus propias reglas.
Canton, Stellar y el Collateral AppChain: tres capas que no se hablan entre sí nativamente
La DTCC no eligió una sola blockchain. Tiene una estrategia de tres capas distintas para propósitos distintos. Y ninguna de las tres se comunica con las otras dos de forma nativa.
La tercera capa, el Collateral AppChain, merece una aclaración porque suele confundirse con parte de Canton: es una blockchain separada, construida sobre Hyperledger Besu, dedicada exclusivamente a la gestión de colateral entre contrapartes las 24 horas —pricing en tiempo real, márgenes y liquidación de garantías— usando Chainlink como oráculo de datos. No tokeniza Treasuries ni acciones: administra las garantías que respaldan esas operaciones.
Vale la pena entender de dónde viene Hyperledger Besu, porque no es un protocolo propietario de la DTCC ni de Wall Street: es un cliente de código abierto de Ethereum. Nació como Pantheon, desarrollado por PegaSys, el equipo de protocolo de ConsenSys —la misma empresa detrás de MetaMask e Infura—. En 2019 fue donado a la Hyperledger Foundation, el proyecto de la Linux Foundation dedicado a blockchain empresarial, y ahí se renombró Besu. Al ser un cliente compatible con la máquina virtual de Ethereum (EVM), puede correr tanto en la red pública de Ethereum como en redes privadas o permisionadas configuradas a medida, y para ese segundo caso soporta varios mecanismos de consenso de Proof of Authority: QBFT, IBFT 2.0, y Clique. Tanto Canton (Besu + DAML) como el AppChain (Besu + Chainlink) usan QBFT (Quorum Byzantine Fault Tolerant): una variante del BFT clásico pensada para redes de consorcio permisionadas, donde los validadores son conocidos y aprobados de antemano en vez de anónimos. Esa diferencia simplifica la gobernanza, pero no cambia el problema matemático de fondo: el BFT clásico sigue teniendo un costo de mensajería que crece con el número de validadores, como se detalla más adelante en el Problema 1.
| Capa | Blockchain | Consenso | Propósito | Compliance | Fecha |
|---|---|---|---|---|---|
| 1 — Treasuries | Canton Network (Hyperledger Besu + DAML) | QBFT PoA | Tokenización Treasuries. DvP settlement atómico. | Por admisión | Activo |
| 2 — Acciones y ETFs | Stellar (blockchain pública con Authorized Accounts) | SCP/FBA | Russell 1000, ETFs principales. | Authorized Accounts | H1 2027 |
| 3 — Colateral | Collateral AppChain (Hyperledger Besu + Chainlink) | QBFT PoA | Gestión colateral 24/7. Pricing, margining, liquidación. | Por admisión | Q4 2026 |
Sobre cómo funciona el compliance en Stellar específicamente: Stellar tiene un sistema de Authorized Accounts donde el emisor de un activo puede requerir que los destinatarios estén autorizados para recibir o transferir ese activo. Eso es el mecanismo de compliance que usará la DTCC en Stellar. No es un dominio privado separado sino activos con permisos de transferencia restringidos emitidos sobre el ledger público de Stellar. Solo billeteras que la DTCC autorice explícitamente podrán recibir los entitlements tokenizados.[12]
La DTCC no crea una sub-red privada dentro de Stellar. Emite el entitlement tokenizado directamente sobre el ledger público, con una cuenta emisora normal —la misma infraestructura que usa cualquier otro emisor de activos en Stellar— y activa tres banderas nativas del protocolo sobre esa cuenta: authorization required (nadie puede sostener el activo sin aprobación previa), authorization revocable (la DTCC puede congelar el balance de un holder), y clawback (la DTCC puede reclamar y quemar el activo de una cuenta). Estas banderas viven en el protocolo base de Stellar, no en un contrato aparte.
El flujo para que una institución reciba el activo es: primero crea una trustline hacia la cuenta emisora de la DTCC —una solicitud de aceptar ese activo específico—. Como la DTCC activó authorization required, esa trustline queda inactiva hasta que la DTCC la apruebe explícitamente. Qué KYC o AML exige antes de aprobar es una decisión de la DTCC, fuera de la cadena: el protocolo no impone ningún estándar de verificación, solo entrega el mecanismo de aprobar, congelar o reclamar. Es una whitelist a nivel de ese activo puntual, no un permiso para usar Stellar en general —la misma wallet institucional puede seguir operando libremente con cualquier otro activo de la red.
Y precisamente porque el activo se emite sobre el ledger público, no hay privacidad: los balances y las transferencias de ese entitlement son visibles para cualquiera que consulte la cadena. Stellar resuelve el problema de compliance (quién puede sostener el activo), no el de privacidad institucional (quién puede ver las posiciones). Es el contraste exacto con Canton, que sí ofrece privacidad nativa a nivel de L1 pero dentro de una red co-gobernada, como se explicó en la sección III.
Cuando le preguntaron a la DTCC si el AppChain usaría Chainlink CCIP como puente entre Canton, Stellar y el AppChain propio, la DTCC confirmó que están "resolviendo la interoperabilidad y la movilidad cross-chain" pero declinó especificar el mecanismo. Eso confirma que la fragmentación existe y que todavía no tienen una solución pública. Notablemente, ninguna de las dos cadenas elegidas para tokenización, Canton y Stellar, es compatible con Ethereum, aunque el propio AppChain corre nativamente sobre infraestructura EVM con Hyperledger Besu. Eso añade una capa más de fragmentación técnica.[13]
Lo que la arquitectura de la DTCC no resuelve: seis problemas verificables
Reconocer el logro real de la DTCC no impide analizar honestamente sus limitaciones estructurales. Estas no son opiniones: son consecuencias matemáticas y arquitectónicas verificables. Y la propia DTCC lo reconoce.
"Nothing in the current crypto ecosystem can handle that kind of volume. The current generation of public and permissioned chains doesn't meet institutional demands for privacy, resiliency, and settlement certainty at the volumes traditional finance requires."
Chakar está describiendo con precisión el problema que ninguna de las blockchains que la DTCC eligió, Canton, Stellar, Hyperledger Besu, resuelve completamente. Y está describiendo simultáneamente, sin saberlo, el problema exacto para el que Snowman fue diseñado. El mecanismo de consenso de Metal Blockchain tiene costo de mensajería O(1) constante: no se degrada con más validadores ni con más volumen. La DTCC busca esa blockchain. La desconoce porque Metal Blockchain no es parte de las conversaciones de Wall Street. Todavía.[14]
Ripple Prime no es el XRP Ledger: la distinción que la mayoría confunde
El Industry Working Group de la DTCC incluye explícitamente a Ripple Prime como participante institucional. Eso generó una narrativa en las comunidades cripto de que el XRP Ledger está siendo adoptado por la DTCC como infraestructura de settlement. Esa narrativa no tiene respaldo documental verificable.
Ripple Prime es la división de servicios institucionales de Ripple que opera como broker-dealer. Es una empresa que usa la infraestructura de la DTCC como cualquier otro broker-dealer. La XRP Ledger como blockchain pública no aparece en ningún anuncio de la DTCC como infraestructura elegida para tokenización o settlement. Son dos cosas completamente distintas.
La XRP Ledger como infraestructura de settlement institucional tiene problemas estructurales que hacen que su adopción por la DTCC sea técnicamente inviable. No tiene compliance nativo: el ledger público es pseudónimo y los Permissioned Domains son entornos aislados dentro de la L1 que no se comunican entre sí sin puentes externos (fragmentados). Y tiene límites de TPS verificados de 1.500 TPS teóricos con 35 validadores activos en la UNL, insuficientes para el volumen de la DTCC.[17]
Para que la DTCC usara el XRP Ledger necesitaría un dominio permisionado que no puede comunicarse nativamente con los demás dominios, que estaría limitado por los TPS de la L1 entera. Quien diga que la DTCC va a liquidar sobre el XRP Ledger está confundiendo al broker-dealer con la blockchain.
Ripple desarrolló el Interledger Protocol (ILP), un protocolo abierto para enrutar pagos entre ledgers distintos, y lo presenta como su propuesta de interoperabilidad. Pero cuando el propio Ripple necesitó conectar la XRP Ledger con su nuevo XRPL EVM Sidechain, no usó ILP: eligió Axelar, un protocolo de interoperabilidad de terceros con validadores propios, como puente exclusivo. La razón es estructural: ILP fue diseñado para enrutar pagos, no para pasar lógica o ejecutar contratos entre cadenas, y no se integra con blockchains existentes sin adaptarlas a su modelo. Axelar sí hace eso de forma nativa. Si Ripple, con todo el incentivo de usar su propia tecnología, prefirió un competidor externo para resolver su propia interoperabilidad, es la evidencia más clara de que ILP no resuelve el problema que promete resolver a nivel institucional.
Por qué la red de banca digital de Metal Blockchain no necesita a la DTCC
La DTCC existe porque las instituciones financieras no confían entre sí directamente para liquidar transacciones. Necesitan un tercero de confianza que garantice que cuando A le vende a B, B recibe el activo y A recibe el dinero simultáneamente. Ese es el problema que la DTCC resolvió hace 50 años. Metal Blockchain resuelve ese mismo problema con el protocolo.[18]
Dentro de la red de banca digital de Metal Blockchain, una cooperativa de crédito que adopte la infraestructura de Metallicus tiene conectividad FedNow nativa con las cuatro certificaciones. Tiene compliance BSA, KYC, AML e ISO 20022 en el protocolo base. Tiene AWM para comunicación nativa entre subredes sin puentes externos. Tiene MetalDEX como el único DEX público con compliance nativo para el price discovery de activos regulados.
Esto no significa que la DTCC va a desaparecer mañana. Los grandes bancos que la controlan no van a adoptar voluntariamente una tecnología que elimina su modelo de intermediación. Pero las cooperativas de crédito, que no tienen accionistas que proteger ni márgenes de intermediación que defender, no tienen ese conflicto de intereses. Para ellas, adoptar Metal Blockchain no es una decisión tecnológica: es una decisión económica. El dinero que hoy le pagan a la DTCC, a Chainlink, a RTP, y a los demás intermediarios de la arquitectura de Wall Street, se queda en la cooperativa y vuelve a sus miembros.
Los dos paradigmas, uno al lado del otro
Después de todo lo anterior, la comparación completa queda así:
| Dimensión | DTCC / Wall Street | Metal Blockchain |
|---|---|---|
| Custodia del activo | Custodio central La DTC retiene la root wallet con capacidad de override para revertir transacciones. | Autocustodia real La institución (y, si lo permite, el usuario final) controla sus propias llaves. Nadie puede revertir unilateralmente. |
| Modelo de pago | Peaje recurrente Hay que pagarle a la DTCC, a Chainlink, a RTP, indefinidamente por cada operación. | Costo de infraestructura único Se paga por operar la tecnología (tokens, subred propia) como institución, no una comisión perpetua a un intermediario. |
| Interoperabilidad | Puentes externos Canton, Stellar y el AppChain no se comunican nativamente. Mecanismo de puente no especificado. | AWM nativo Todas las subredes comparten la misma L0 y se comunican sin puentes ni oráculos externos. |
| Rendimiento (TPS / validadores) | Limitado por QBFT Máximo teórico de 10.000 TPS, con costo de mensajería O(N²): duplicar validadores cuadruplica los mensajes. | Sin límite estructural Consenso Snowman con costo O(1) constante. Cada institución puede correr su propia subred, sin techo de blockchains ni de validadores. |
| Compliance | Por admisión Whitelist de cuentas específicas (Stellar) o dominios permisionados aislados. Sin BSA/ISO 20022 nativo. | En el protocolo base BSA, KYC, AML e ISO 20022 nativos, con las cuatro certificaciones FedNow. |
| Settlement | T+1 tradicional DvP atómico (T+0) solo en el piloto de Canton para Treasuries. | Atómico nativo Liquidación instantánea en cualquier activo dentro de la red, no solo en un piloto. |
| Gobernanza | Consorcio de bancos Propiedad de los mismos bancos que compiten entre sí: JPMorgan, Goldman Sachs, BofA, y otros. | Sin cartel de origen No es propiedad de los bancos que dominan la infraestructura financiera tradicional. |
| Fuga de gasto (comisiones) | Mensualidad al intermediario La cooperativa paga de forma recurrente a la DTCC y sus proveedores externos por usar la infraestructura. | Se queda en la cooperativa Lo que antes se pagaba en comisiones recurrentes se recupera como ahorro operativo de la propia institución. |
| Fuga de depósitos (activos) | Sin oferta cripto propia El cliente que quiere comprar BTC u otros activos digitales tiene que sacar su dinero de la cooperativa y llevarlo a un exchange externo. | Retenida con marca blanca La cooperativa ofrece compra de BTC y otros activos directamente con la tecnología de Metal, sin que el depósito salga de la institución. |
La DTCC realizó la mayor tokenización institucional de la historia de Wall Street. Es un logro real. Pero lo que construyeron es arquitectura fragmentada en tres redes que no se hablan nativamente, control centralizado de la DTCC y dependencia de Chainlink como intermediario externo de datos. La arquitectura tiene exactamente los mismos problemas que el sistema que pretende mejorar.
Metal Blockchain tiene el cumplimiento normativo en el protocolo, la interoperabilidad sin puentes, y la certificación de la Reserva Federal. Para las instituciones que adopten la red de banca digital, el intermediario central deja de ser necesario y queda obsoleto. Eso cambia todo.
Todas las referencias son verificables en las fuentes citadas. Publicado julio 2026.