FCA-ready describe un exchange de criptomonedas cuya arquitectura puede evidenciar los requisitos del futuro régimen británico de criptoactivos regulados, y no una plataforma que ha obtenido una etiqueta o una aprobación. La distinción es esencial porque el marco está cambiando de forma: el registro conforme a las normas contra el blanqueo, del que ya disponen muchas plataformas de negociación, es una autorización de supervisión a efectos de delincuencia financiera y no una autorización para desarrollar actividades reguladas sobre criptoactivos. Una arquitectura construida solo para satisfacer el primero no evidencia el segundo por sí misma.
La forma de ese régimen más amplio ya se conoce. La FCA publicó sus normas definitivas para las actividades reguladas sobre criptoactivos a mediados de 2026; una ventana de solicitud abre el 30 de septiembre de 2026 y cierra el 28 de febrero de 2027; el régimen obligatorio previsiblemente surtirá efecto en octubre de 2027, con una disposición transitoria que permite a las entidades que soliciten dentro del plazo seguir operando mientras se resuelve su solicitud. La decisión de diseño de una plataforma es, por tanto, concreta y no hipotética: si sus sistemas pueden producir las pruebas que una solicitud exigirá, a tiempo para estar preparados desde el primer día.
Este artículo expone qué significa la preparación para la FCA en el plano de la arquitectura: cómo se estructuran la custodia, el recorrido del cliente, los controles de delincuencia financiera y la resiliencia para que un supervisor, un auditor externo o la propia función de cumplimiento pueda ver cómo se comporta la plataforma y quién la ha modificado. La perspectiva es de diseño y adquisición, no una receta de implementación.
Qué significa la preparación para la FCA en la arquitectura
La preparación se malinterpreta con frecuencia como un respaldo. No existe un estatus de plataforma autorizada por la FCA, y ningún proveedor puede conferir la autorización a la entidad que opera su tecnología; la autorización la concede el supervisor a la entidad operadora en función de su funcionamiento real. FCA-ready describe, por tanto, una arquitectura estructurada en torno a los requisitos pertinentes, de modo que la autorización sea alcanzable y, una vez concedida, siga siendo demostrable bajo supervisión.
La consecuencia práctica es que la preparación es una propiedad de las pruebas y no de las funcionalidades. Dos plataformas pueden ofrecer las mismas funciones de negociación y custodia mientras que solo una puede mostrar, a petición, cómo se concilian los activos de los clientes, cómo se categorizó a un cliente antes de permitirle negociar o quién aprobó un cambio en un límite. La arquitectura capaz de responder a esas preguntas a partir de sus propios registros, sin reconstruirlos a posteriori, sostiene una afirmación defendible de preparación para el futuro régimen.
Del registro contra el blanqueo a la autorización FSMA
El cambio de mayor calado para una plataforma británica es el paso del registro a la autorización. El registro conforme a las normas contra el blanqueo responde a una sola pregunta —si una entidad dispone de controles adecuados contra la delincuencia financiera— y su alcance de supervisión es, en consecuencia, estrecho. La autorización conforme al futuro régimen abarca toda la conducta de una actividad regulada: cómo se protegen los activos de los clientes, cómo se trata a los clientes, cómo se mantiene ordenado el mercado, cómo la entidad conserva su resiliencia operativa y cómo se gobierna y se evidencia todo ello. Diseñar para él significa tratar las obligaciones prudenciales, de protección del consumidor y de resiliencia como requisitos de primer orden desde el principio —expresadas en el diseño de wallets y ledger, en el recorrido del cliente, en el diseño de roles y permisos y en la pista de auditoría— y no como políticas añadidas a una plataforma concebida en torno al registro únicamente.
Con las normas definitivas de la FCA fijadas y la ventana de solicitud ya definida, la preparación tiene una fecha: una entidad que busca la autorización desde el inicio del régimen trabaja de cara a esa ventana y no hacia un horizonte abierto. La respuesta eficiente consiste en tratar el expediente de autorización como un producto de la operación ordinaria: una plataforma diseñada en torno al régimen produce la mayor parte de lo que una solicitud necesita, desde conciliaciones y registros de vigilancia hasta registros del recorrido del cliente e historiales de cambios, como subproducto del funcionamiento normal, de modo que preparar la solicitud se convierte en recopilar registros existentes en lugar de encargar un nuevo trabajo.
Nota: No emitimos dictámenes jurídicos ni garantizamos autorizaciones. Implementamos los requisitos regulatorios y de auditoría en la tecnología, la infraestructura y las operaciones.
El recorrido del cliente y la promoción financiera
Un requisito específicamente británico es el tratamiento de la promoción de criptoactivos, sujeta al régimen de promoción financiera desde finales de 2023. Las normas dan forma al camino que recorre un cliente potencial antes de negociar: una advertencia de riesgo clara, un periodo de reflexión para quienes invierten por primera vez, una prohibición de incentivos a invertir y una evaluación de si el cliente entiende lo que compra y pertenece a una categoría autorizada para comprarlo. No son preferencias de marketing, sino condiciones que la plataforma debe hacer cumplir y registrar.
En el plano arquitectónico, esto significa que el camino desde el onboarding hasta la primera orden es un flujo controlado y no un formulario. El sistema debe presentar la advertencia adecuada en el momento adecuado, mantener a un cliente primerizo durante el periodo de reflexión, capturar el resultado de la evaluación de idoneidad y la categorización del cliente, e impedir la negociación hasta que se haya superado cada fase. Como el régimen depende de poder mostrar que un cliente fue tratado correctamente, cada paso de ese recorrido debe registrarse en relación con la persona a la que se aplicó.
Custodia y protección de activos de clientes
Cuando una plataforma mantiene criptoactivos o fondos por cuenta de clientes, esos activos deben protegerse y mantenerse separados de los recursos propios de la entidad; las expectativas británicas de protección se reforzaron a lo largo de 2026. En el plano de la arquitectura, esto se traduce en un diseño de wallets y ledger que mantiene separadas las posiciones de los clientes, las concilia de forma continua con los saldos on-chain y los registros internos, y restringe quién puede autorizar el movimiento de activos. La distribución de los activos entre esquemas hot, cold y multisig es una decisión de control, porque determina cómo se limita la exposición y cómo se aprueban las retiradas.
La prueba que tal diseño debe producir es concreta: que los saldos de clientes registrados coincidan con los activos realmente mantenidos, que el acceso a las claves esté restringido y sea atribuible, y que cada movimiento lleve un aprobador y un motivo. El detalle de los procedimientos de gestión de claves corresponde a la función de seguridad y no a una descripción pública; la exigencia arquitectónica, sin embargo, permanece constante: la separación y la conciliación deben ser continuas y demostrables, no periódicas y afirmadas.
Controles de delincuencia financiera y Travel Rule
Los controles de delincuencia financiera siguen siendo centrales y, para una plataforma británica, se sitúan ahora dentro de una autorización más amplia en lugar de constituir por sí solos la base del registro. La diligencia debida sobre el cliente, el filtrado de sanciones y de PEP y la monitorización de transacciones deben integrarse en la plataforma de modo que sus resultados queden registrados en relación con el cliente y la transacción correspondientes y puedan producirse a petición. Las capacidades correspondientes se describen en software de control AML y software de verificación KYC.
La Travel Rule británica, en vigor desde 2023, añade una obligación específica para las transferencias de criptoactivos: la información del ordenante y del beneficiario debe acompañar a una transacción, validarse en la recepción y tratarse cuando una institución homóloga no pueda facilitarla. En el plano arquitectónico, se trata de una exigencia de interoperabilidad y de conservación de registros más que de filtrado: la plataforma debe adjuntar, transmitir, recibir y almacenar los datos requeridos y evidenciar que lo hizo para cada transferencia comprendida en el ámbito.
Resiliencia operativa y riesgo de terceros
La autorización trae expectativas de resiliencia operativa que una plataforma de la etapa del registro quizá no tuviera que evidenciar. Se espera que la entidad identifique los servicios cuya interrupción causaría mayor perjuicio, fije tolerancias sobre cuánta interrupción puede absorber y muestre mediante pruebas que se mantiene dentro de ellas. Para la arquitectura, esto significa objetivos de recuperación ejercitados en lugar de documentados, entornos primario y secundario con conmutación por error probada, y registros de auditoría y de cambios que permitan a la entidad reconstruir lo ocurrido durante un incidente.
Las dependencias de terceros entran en la misma expectativa. Los socios de custodia, los flujos de datos de mercado, la infraestructura cloud y los proveedores de filtrado forman parte del servicio del que depende el cliente; la entidad debe comprender su exposición a cada uno y poder sustituir o abandonar uno sin una interrupción incontrolada. Diseñar estas relaciones como componentes sustituibles, con los medios para desvincularse de un único proveedor, es lo que convierte una política de resiliencia en algo que la plataforma puede demostrar de verdad.
Pruebas y expediente de autorización
Cada uno de los dominios anteriores se resuelve en una pregunta sobre pruebas, y una plataforma está preparada cuando esas preguntas pueden responderse desde el sistema y no desde la intención. La tabla siguiente asocia a los dominios tratados la demostración que cada uno debe sostener bajo el futuro régimen.
| Dominio de arquitectura | Qué debe poder demostrar la plataforma |
|---|---|
| Protección de activos de clientes | Los saldos de clientes coinciden con los activos mantenidos; los movimientos de activos están aprobados y son atribuibles |
| Recorrido del cliente | Advertencia de riesgo, periodo de reflexión, idoneidad y categorización se registran por cliente |
| Controles de delincuencia financiera | Los resultados de filtrado y monitorización se registran frente al cliente y la transacción; los datos de Travel Rule se almacenan |
| Integridad del mercado | El ciclo de vida de la orden es reconstruible y las salidas de vigilancia pueden exportarse y explicarse |
| Resiliencia operativa | Las tolerancias de impacto se prueban; la salida de un tercero está planificada y ejercitada |
| Control de cambios y accesos | Los cambios de configuración llevan aprobadores nombrados y releases fechadas |
Reunir estas pruebas después de construir la plataforma es posible pero costoso, porque los registros que no se capturaron en su momento no pueden recrearse fielmente. La vía eficiente consiste en tratar el expediente de autorización como un producto de la operación ordinaria, generado de forma continua por una plataforma cuya arquitectura se diseñó con el régimen a la vista. La perspectiva de planificación más amplia se describe en software de exchange de criptomonedas, y las consideraciones propias del Reino Unido en preparación regulatoria para el Reino Unido.
Resumen y próximos pasos
La preparación para la FCA no es un distintivo que se coloca sobre una plataforma terminada; es una propiedad de una arquitectura capaz de proteger los activos de los clientes, conducir un recorrido del cliente conforme, integrar controles de delincuencia financiera, resistir interrupciones y evidenciar cada uno de estos elementos a petición. Con las normas del régimen ya fijadas y su ventana de solicitud aproximándose, esa arquitectura es un requisito a corto plazo y no lejano para una plataforma británica; el coste de adaptarla a posteriori es sistemáticamente mayor que el coste de diseñarla desde el principio.
El siguiente paso práctico consiste en enunciar, para cada dominio anterior, qué deberá demostrar la plataforma y de dónde procederá esa prueba. Una plataforma capaz de responder a esas preguntas antes de elegir su tecnología está en condiciones de evaluar a los proveedores frente al modelo operativo que realmente debe satisfacer —el futuro régimen FSMA y no una lista de funcionalidades— y de estar preparada para solicitar en cuanto se abra la ventana en lugar de después de que se cierre.
La preparación para la FCA es una decisión de arquitectura, no una aprobación. Grumpio diseña y entrega tecnología de exchange en torno al futuro régimen británico, con los controles de protección de activos, recorrido del cliente, delincuencia financiera y resiliencia que un expediente de autorización debe evidenciar.