Custodia institucional con MPC: qué significa para el saldo de su empresa

Cuando una empresa deja saldo operativo en una plataforma de activos digitales, la pregunta incómoda no es cómo se mueve el dinero, sino quién controla la clave que lo mueve. Es una pregunta de tesorería, no de tecnología, y rara vez llega al comité antes de firmar.

En Soulbit Academy explicamos qué significa la custodia institucional con MPC para el saldo de una empresa, con el mismo rigor para lo que protege y para lo que deja abierto. Soulbit es una plataforma custodial: las claves no las gestiona el cliente. Aquí describimos cómo funciona ese modelo, sus límites y las preguntas que usted debe hacer a cualquier proveedor, incluido Soulbit.

Qué es la custodia institucional y por qué la empresa no gestiona las claves

La custodia institucional es el modelo en el que una entidad especializada guarda las claves privadas de las wallets y firma los movimientos por cuenta del cliente. En un activo digital, quien controla la clave controla el saldo. En el modelo custodial, ese control lo ejerce el custodio, no la empresa cliente.

Este punto debe quedar claro desde el principio, porque a veces se confunde con otros esquemas. Soulbit es custodial: la empresa no tiene ni gestiona claves, y por eso tampoco puede perderlas. A cambio, depende de que el proveedor y su custodio operen bien y cumplan sus obligaciones.

Para una PYME con área financiera pequeña, la ventaja operativa es clara: nadie debe resguardar frases de recuperación ni dispositivos de firma, y la salida de un empleado no deja una clave huérfana. Se delega una función especializada y se acepta una relación de confianza.

Esa relación de confianza es un riesgo de contraparte. Lo tratamos con detalle en riesgo de contraparte: cómo evaluar a quién confía el saldo, y aquí lo retomamos desde el ángulo de la custodia. Para un panorama general del producto, puede revisar qué es Soulbit y cómo funciona para una PYME.

Cómo funciona la custodia MPC: una clave que nunca existe entera

La custodia MPC (computación multipartita) divide la clave en fragmentos que se generan y se usan en lugares distintos, de modo que la clave completa nunca existe en un solo sitio. Para firmar una transacción, los fragmentos colaboran mediante un protocolo criptográfico sin juntarse. El resultado es una firma válida, no una clave reconstruida.

La diferencia con un esquema clásico es estructural. En una wallet tradicional hay una clave única, y quien la obtiene puede mover todo el saldo. En MPC no existe ese punto único: un atacante, o un empleado desleal, tendría que comprometer varios fragmentos separados a la vez.

Ninguna persona individual, ni en Soulbit ni en el custodio, ve una clave completa. Esa es la propiedad que importa a un CFO: un error o una mala intención de una sola persona no basta, por sí sola, para vaciar un saldo.

MPC tiene respaldo en la investigación criptográfica pública. El Instituto Nacional de Estándares y Tecnología de Estados Unidos mantiene un proyecto de criptografía de umbral multipartita, Multi-Party Threshold Cryptography, que desarrolla esquemas para distribuir la confianza en la operación de primitivas criptográficas como las firmas digitales, con vistas a su posible estandarización. Es la base conceptual de lo que describimos.

¿Es lo mismo MPC que tener varias personas aprobando un pago?

No. MPC reparte la clave criptográfica entre fragmentos; no define quién aprueba un pago dentro de la empresa. Un flujo de aprobación con varias firmas humanas es un control de negocio distinto. En Soulbit no afirmamos hoy flujos de aprobación configurables por el cliente: si ese control es indispensable para su política, debe preguntarlo y verificarlo por escrito.

Qué mitiga la custodia MPC en el saldo de su empresa y qué no

La custodia MPC mitiga dos riesgos concretos, el robo de una clave única y el error de una sola persona, y no mitiga los riesgos que dependen de la entidad, de la regulación o del emisor de la stablecoin. Separar ambas listas evita la confusión más habitual: pensar que una tecnología de firma sustituye el análisis de contraparte.

El primer riesgo que mitiga es el robo de una clave única, porque esa clave no existe. El segundo es el error o la mala fe de un individuo, porque ninguna persona ve la clave completa. De forma parcial, también reduce el compromiso de un solo punto de la infraestructura, porque un fragmento aislado no permite firmar.

Riesgo	¿Lo mitiga MPC?	Qué lo gestiona realmente
Robo de una clave única	Sí, porque la clave completa no existe en un solo lugar	Diseño criptográfico y reparto de fragmentos
Error o mala fe de una persona	Sí, porque ningún individuo ve la clave completa	Procesos internos del custodio y del proveedor
Insolvencia o mala gestión del proveedor	No	Segregación legal, licencias, contrato y diligencia debida
Cambio regulatorio o sanción sobre el proveedor	No	Seguimiento regulatorio y plan de salida de la empresa
Fallo del emisor de la stablecoin o pérdida de paridad	No	Análisis del emisor y de sus reservas, diversificación
Aprobación indebida de un pago dentro de la empresa	No	Políticas y controles internos de la empresa

La lectura honesta de la Tabla 1 es que MPC refuerza la seguridad de la clave, no la solvencia de quien la custodia. Una empresa puede estar bien protegida frente al robo y seguir expuesta a la insolvencia del proveedor. Por eso la tecnología de custodia se evalúa junto con el marco de contraparte, no en su lugar.

El riesgo del emisor merece mención aparte. USDC y USDT son stablecoins emitidas por entidades privadas distintas, y su valor depende de las reservas y de la gestión de cada emisor. Ninguna custodia, por sofisticada que sea, protege frente a una pérdida de paridad. Lo analizamos en USDC frente a USDT para empresas.

El motor de firma: qué ocurre cuando su empresa paga una nómina o convierte saldo

El motor de firma del custodio es el componente por el que pasa cada movimiento de saldo, ya sea una nómina, un retiro o una conversión. Soulbit prepara la operación, el custodio la firma con la colaboración de los fragmentos MPC y la transacción se publica en la red. Ningún movimiento se salta ese paso.

Un caso hipotético: una empresa manufacturera colombiana de unos 60 empleados carga un archivo de nómina por lote. La plataforma valida el archivo, el custodio firma cada pago y los destinatarios reciben el saldo. Esa firma es el punto donde la criptografía sustituye a la clave única de un esquema tradicional.

Además de la firma, existen dos controles que acompañan al movimiento. El primero es la monitorización de transacciones on-chain, conocida como KYT, que busca patrones y contrapartes de riesgo; lo explicamos en KYT y AML: monitorización de pagos. El segundo es la verificación de la empresa antes de operar, el KYB, que describimos en qué es el KYB.

La firma MPC protege la clave, el KYT vigila las transacciones y el KYB identifica a quién opera la cuenta. Ninguna capa sustituye a las otras.

Custodia institucional y riesgo de contraparte: lo que usted depende del proveedor

Con la custodia institucional, la empresa depende del proveedor para acceder a su saldo, y esa dependencia es riesgo de contraparte aunque la tecnología de firma sea sólida. Aceptarlo es parte del trato; ignorarlo es el error. La pregunta útil es cuánto riesgo asume la empresa y qué evidencia lo respalda.

Los reguladores tratan esta cuestión con seriedad. El Reglamento (UE) 2023/1114, conocido como MiCA, regula en su artículo 75 la custodia y administración de criptoactivos por cuenta de clientes. Exige, entre otras cosas, una política de custodia y la separación de las tenencias de los clientes respecto de las del proveedor, y responsabiliza al proveedor por la pérdida de criptoactivos o de los medios de acceso cuando le es imputable.

Por su parte, el Comité de Basilea publicó en diciembre de 2022 el estándar Prudential treatment of cryptoasset exposures, dirigido a los bancos y que incluye el riesgo operativo entre los riesgos a gestionar.

¿Qué debe pedir por escrito un CFO antes de dejar saldo en una plataforma custodial?

Un CFO debe pedir por escrito la identidad de la entidad que custodia las claves, la figura legal con la que se segregan los fondos de clientes, el régimen de responsabilidad ante una pérdida y los informes de terceros disponibles, con su alcance y fecha. Estas respuestas no deben darse por supuestas, y ningún proveedor serio debería negarse a documentarlas.

Pregunta de diligencia debida	Qué debe responder el proveedor	Documento que la respalda
¿Quién custodia las claves?	La entidad que las gestiona y su relación contractual con el proveedor	Descripción escrita del modelo de custodia
¿Cómo se segregan los fondos de clientes?	La figura legal que separa el saldo del cliente del balance del proveedor	Contrato o términos de servicio
¿Quién responde si hay una pérdida?	El régimen de responsabilidad y sus límites	Cláusulas del contrato de servicio
¿Existe cobertura de seguro sobre los fondos?	Si existe, alcance, límites y exclusiones; si no, que no existe	Póliza o declaración escrita
¿Qué informes de terceros existen?	Auditorías o attestations con su alcance y fecha	Informe más reciente
¿Qué plazo de retiro aplica en estrés?	Plazos operativos y condiciones de suspensión	Contrato y política operativa

Soulbit no afirma hoy respuestas a todas las filas de la Tabla 2 en este artículo. Por eso la tabla está redactada como un cuestionario para cualquier proveedor, no como una ficha de Soulbit. Aplíquela también a Soulbit antes de operar, y pida cada respuesta por escrito.

Cómo lo leen tres empresas de países distintos

Un mismo modelo de custodia se interpreta distinto según el país, porque cambian el regulador, la contabilidad y la costumbre bancaria. Los tres casos siguientes son hipotéticos y están pensados para ilustrar preguntas, no para describir clientes reales.

Una distribuidora colombiana de 40 empleados quiere pagar nóminas en stablecoin y convertir a pesos por un rail local. Su CFO se preocupa por el régimen cambiario y por quién responde si el saldo queda bloqueado. Le interesa saber qué autorización invoca el proveedor y cómo documenta el origen de los fondos.

Un importador mexicano que paga a proveedores asiáticos quiere dejar saldo en USDC unos días entre cobro y pago. Su contador pregunta cómo se registra ese saldo y qué evidencia de custodia puede archivar para el cierre. La referencia regulatoria nacional es la Comisión Nacional Bancaria y de Valores.

Una software house brasileña que cobra a clientes europeos analiza MiCA, porque el proveedor de sus clientes opera bajo ese marco. Su abogado quiere confirmar si la compatibilidad declarada equivale a una autorización, distinción que explicamos en MiCA 2026 para empresas latinoamericanas.

En los tres casos la tecnología MPC es la misma. Lo que cambia es la pregunta de contraparte. La custodia institucional responde bien a la del robo de claves y deja abierta la de quién responde ante la empresa.

Qué entrega Soulbit V1 en custodia y qué no

Soulbit V1 ofrece custodia institucional con MPC: las claves de las wallets las gestiona un custodio institucional y no el cliente, y cada movimiento pasa por el motor de firma de ese custodio. Incluye además monitorización de transacciones on-chain y verificación KYB de las empresas. Es lo que hoy podemos afirmar.

Lo que este artículo no afirma es igual de importante. No decimos que existan reglas de aprobación configurables por el cliente, ni seguros sobre los fondos, ni garantía de devolución, ni que el saldo tenga la protección de un sistema de garantía de depósitos. Soulbit no tiene licencia bancaria. Tampoco hablamos de certificaciones, auditorías ni rendimiento sobre el saldo.

Las aplicaciones móviles y la tarjeta todavía no están disponibles. La compatibilidad con MiCA es una intención de diseño, no una licencia. Sobre las cuestiones de la Tabla 2 que aún no estén respondidas públicamente, la recomendación es la de siempre: pregúntelas directamente y exija respuesta escrita antes de operar.

¿Cuándo no conviene un modelo custodial?

Cuando la empresa necesita controlar por sí misma las claves de sus activos, por política interna o por regulación aplicable, un servicio custodial no encaja, y conviene decirlo sin rodeos. El modelo custodial es razonable para quien prioriza no operar infraestructura de claves y acepta un riesgo de contraparte evaluado y documentado.