Custodia de criptomonedas para exchanges: MPC vs multisig en aprobaciones, recuperación y retiros

En la custodia de criptomonedas, tanto la multifirma (multisig) como MPC impiden que una sola clave robada permita vaciar una billetera, siempre que el umbral sea mayor que uno y nadie pueda eludirlo. La diferencia está en dónde se aplica la regla. En multisig, se aplica en la blockchain: una transacción solo es válida con M firmas de N claves separadas. MPC divide una clave en fragmentos (key shares), y el protocolo de firma requiere que participe una cantidad de ellos suficiente para alcanzar el umbral. La cadena ve una billetera convencional de una sola clave, mientras que las reglas del negocio (quién debe aprobar qué) se aplican en el motor de políticas de la plataforma MPC.

En un exchange, el esquema de firma a menudo no es el factor decisivo. Tres incidentes con pérdidas bien documentados en 2024 y 2025, en Bybit, DMM Bitcoin y WazirX, no se reportaron como vulneraciones de la criptografía: los ataques se dirigieron a lo que se firmaba o a la identidad de quien solicitaba la firma.

Desarrollamos software de custodia que funciona en producción en el exchange EX5 desde 2024. Utiliza un tercer modelo: una política M-de-N dentro de la aplicación. Por eso, esta guía compara los tres modelos y luego repasa las opciones para operar la custodia: su propio software, un proveedor de custodia o un servicio de billeteras MPC (wallet-as-a-service).

¿Cuál es la diferencia entre MPC y multisig?

Multisig on-chain

Una billetera multisig se define en la cadena. Cada firmante tiene una clave privada completa, y la red verifica que hayan firmado suficientes antes de aceptar una transacción.

• Bitcoin tiene condiciones M-de-N en script (OP_CHECKMULTISIG) desde sus primeras versiones; pay-to-script-hash (BIP 16), activo desde abril de 2012, permitió usarlas mediante direcciones ordinarias. Litecoin y Dogecoin, construidas a partir del código de Bitcoin, incluyen la misma llamada createmultisig.
• Las cadenas EVM no tienen multisig en el protocolo, así que se implementa como smart contract. Safe es el más común, con propietarios, un umbral y módulos y guards opcionales. Los despliegues y las funciones de Safe varían según la red, así que verifique los que necesita.
• TRON y el XRP Ledger lo integran en las cuentas, cada uno con sus propias reglas.

La regla es pública y la aplica la red, así que un auditor puede leerla y ningún servidor puede anularla. Las contrapartidas son el trabajo de ingeniería específico para cada cadena, las comisiones más altas y los cambios de firmantes que requieren transacciones on-chain.

MPC y firmas umbral

En la custodia MPC con generación distribuida de claves, la clave privada nunca se reúne completa en un solo lugar. Cada participante (servidores, un teléfono, un HSM o el cofirmante de un proveedor) conserva un fragmento, y una cantidad suficiente de participantes para alcanzar el umbral ejecuta un protocolo que produce una firma ECDSA o EdDSA convencional. Son esquemas de firma umbral (TSS); BitGo, por ejemplo, indica que su implementación de MPC es TSS.

Para la cadena, una billetera MPC es una dirección con una firma. Por eso un mismo stack cubre la mayoría de las cadenas, una transacción cuesta lo mismo que cualquier transferencia de clave única y los fragmentos pueden renovarse sin mover los fondos a una nueva dirección (el protocolo detrás de MPC-CMP de Fireblocks incluye una renovación periódica).

El costo es la complejidad. Los protocolos son intrincados y los implementan relativamente pocos equipos; el NIST publicó la versión definitiva de su primera convocatoria de esquemas umbral recién en enero de 2026. Y la política de negocio que decide quién debe aprobar qué corre en el software de la plataforma, separada del umbral criptográfico, así que verifique que ningún administrador ni ruta de firma alternativa pueda eludirla.

La tercera opción: una política de aprobación en su propio software

Muchos retiros de exchanges no se aprueban ni on-chain ni dentro de un protocolo MPC. El propio sistema del exchange verifica que se cumpla la política (rangos de montos, listas blancas, tiempos de espera y cantidad de aprobadores que dieron su autorización) y solo entonces firma con una clave guardada en un keystore o un HSM. Esto es M-de-N a nivel de aplicación.

Funciona igual en todas las cadenas, no cuesta más que una transferencia de clave única y la política puede ser tan detallada como quiera su equipo de riesgos. Su debilidad es que la clave de cada billetera existe completa en el keystore o el HSM, así que la seguridad depende de aislar esa clave y de un motor de políticas que no se pueda eludir. Ledger Enterprise sigue un enfoque afín: aplica las reglas de gobernanza dentro de un HSM.

Los modelos se combinan: una billetera MPC sigue necesitando una política de aprobación, y las reservas en frío pueden estar en multisig on-chain mientras las billeteras calientes funcionan con MPC o con una política de aplicación.

MPC vs multisig vs aprobaciones a nivel de aplicación

	Multisig on-chain	MPC / TSS	M-de-N a nivel de aplicación
Dónde se aplica el quórum	La blockchain	El protocolo de firma (umbral); las reglas de negocio, en el motor de políticas de la plataforma	Su software de custodia, antes de firmar
Claves	Claves separadas, una por firmante	Fragmentos; con generación distribuida de claves, la clave completa nunca se ensambla	Una clave por billetera, en un keystore o HSM
Cobertura de cadenas	Un mecanismo distinto por cadena	Las cadenas cuyo algoritmo de firma admite la plataforma	Toda cadena que el software integre
Costo por transacción	Normalmente mayor: firmas adicionales o una llamada a contrato	Igual que una transferencia de clave única	Igual que una transferencia de clave única
Reemplazar un firmante	Un cambio on-chain; en Bitcoin, una nueva dirección	Redistribuir los fragmentos (reshare), si el producto lo admite; la dirección no cambia	Actualizar la lista de aprobadores; la dirección no cambia
Qué muestra la cadena	El umbral y el conjunto de firmantes	Una dirección	Una dirección; la evidencia es su registro de auditoría
Fallas típicas	Firmantes que aprueban una transacción manipulada	Fallas de implementación; fragmentos concentrados en un solo lugar	Aislamiento débil de la clave; una forma de eludir el motor de políticas
Dependencia del proveedor	Baja; el script o el contrato es público	Alta sin una exportación de claves probada	Baja si es autoalojado, sobre todo con código fuente
Uso típico, según nuestra experiencia	Reservas en frío, tesorería	Billeteras hot y warm en muchas cadenas	Retiros hot y warm, barridos, recargas

¿Qué cadenas admiten multisig nativo?

Para un exchange con muchas cadenas, aquí es donde el multisig consume más tiempo de ingeniería. Las nueve cadenas que admite nuestro software de custodia:

Cadena	Multisig nativo	Notas
Bitcoin, Litecoin, Dogecoin	Multisig en script	En Bitcoin, MuSig2 (BIP 327) agrega las claves de un grupo n-de-n en una sola, así que una salida Taproot que lo usa se ve como la de un único firmante
Ethereum, BNB Smart Chain, Avalanche C-Chain	No; un contrato como Safe, desplegado en las tres	La ejecución y los cambios de firmantes son llamadas a contrato que cuestan gas
TRON	Permisos de cuenta: owner y hasta 8 permisos active, con hasta 5 claves cada uno y umbral ponderado	Actualizar permisos cuesta hoy 100 TRX, y una transacción con dos o más firmas paga 1 TRX extra; ambos son parámetros de gobernanza que pueden cambiar
XRP Ledger	Lista de firmantes de 1 a 32 direcciones con pesos y un quórum	La comisión es al menos (N+1) veces la normal para N firmas
Solana	Multisig basado en programas, como Squads	El programa SPL Token admite aparte autoridades multisig de hasta 11 firmantes

Cinco mecanismos para nueve cadenas, cada uno con sus propias herramientas, comisiones y modos de falla. Según nuestra experiencia, por eso los exchanges con muchas cadenas suelen operar las billeteras del día a día con MPC o con una política de aplicación, y reservan el multisig para unas pocas billeteras frías grandes.

¿Qué muestran los grandes incidentes de custodia?

Chainalysis contabilizó más de 3.400 millones de dólares en criptoactivos robados en 2025 hasta principios de diciembre, 1.500 millones de ellos en Bybit, y señaló que los servicios centralizados pierden sumas cada vez mayores por ataques a la infraestructura de claves privadas y a los procesos de firma. En los casos siguientes, los informes apuntan al flujo de firma, a la infraestructura que lo rodea o a una falla de implementación, no a las matemáticas de fondo.

• Bybit, 21 de febrero de 2025. Según la investigación de Safe, los atacantes comprometieron la computadora portátil de un desarrollador de Safe{Wallet} e inyectaron JavaScript malicioso en la app web de Safe. Durante una transferencia rutinaria desde la billetera fría multisig de ETH de Bybit hacia su billetera warm, los firmantes vieron el destino esperado, pero firmaron un delegatecall que reemplazó la lógica del contrato de la billetera. Salieron más de 401.000 ETH; el FBI estimó el robo en unos 1.500 millones de dólares y lo atribuyó a TraderTraitor, de Corea del Norte. NCC Group determinó que los dispositivos de los firmantes mostraban datos ilegibles, de modo que en la práctica firmaron a ciegas.
• WazirX, 18 de julio de 2024. Unos 235 millones de dólares salieron de un multisig Safe 4-de-6: cinco claves en WazirX y una en Liminal, cuya plataforma también aplicaba la lista blanca de direcciones. La transacción aprobada hizo que la billetera pasara a usar un contrato del atacante. La revisión preliminar de WazirX apuntó a una discrepancia entre la interfaz de Liminal y lo que se firmó; Liminal lo rechazó y afirmó que su plataforma seguía siendo segura, así que no hay una causa raíz acordada.
• DMM Bitcoin, mayo de 2024. Se robaron 4.502,9 BTC, que valían 308 millones de dólares en ese momento. Según el FBI y la Agencia Nacional de Policía de Japón, TraderTraitor se hizo pasar por reclutador para comprometer a un empleado de Ginco, el proveedor de software de billeteras de DMM, y luego manipuló una solicitud de transacción legítima de un empleado de DMM.
• BitForge, agosto de 2023. Fireblocks divulgó fallas en implementaciones de los protocolos de firma umbral GG18, GG20 y Lindell17 en más de 15 proveedores de billeteras, blockchains y proyectos de código abierto. En algunas implementaciones de GG18 y GG20, un participante malicioso en la firma podía extraer la clave completa tras apenas 16 sesiones de firma. Fireblocks informó que, en ese momento, no se conocían casos de explotación de esas fallas.
• Multichain, julio de 2023. El puente usaba MPC, pero según la declaración del equipo citada por Odaily, los servidores de los nodos MPC funcionaban bajo la cuenta de nube personal del CEO. Tras su detención, el equipo no pudo acceder a ellos y salieron más de 125 millones de dólares en retiros no autorizados.

Tres lecciones:

1. Un quórum define cuántas claves necesita un atacante, no si se firma la transacción correcta. Verifique la transacción en sí, en dispositivos que muestren destino, monto y tipo de operación.
2. Las computadoras portátiles de su proveedor forman parte de su superficie de ataque. En Bybit y DMM, la vía de entrada pasó por el proveedor del software de billeteras.
3. La distribución tiene que ser real. Las claves o los fragmentos que dependen de una persona, una cuenta de nube o una interfaz son un quórum solo en el papel.

¿Cómo deberían funcionar las aprobaciones de retiro en un exchange?

Todos los esquemas desembocan en el mismo flujo: solicitud, controles de riesgo, aprobación, firma, transmisión, confirmación, conciliación. La mayoría de los retiros no necesitan a ninguna persona; la pregunta es cuáles sí.

• La billetera hot procesa los retiros automáticamente, con un saldo objetivo y un límite máximo por activo. Los fondos que superan ese límite se transfieren mediante barridos a una billetera warm o cold.
• La billetera warm repone los fondos de la hot con la aprobación de un operador.
• La billetera cold mantiene la mayor parte de las reservas y solo permite movimientos con el quórum completo y un bloqueo temporal.

Para los movimientos que requieren aprobación, nuestro software de custodia aplica de forma predeterminada los siguientes requisitos según el rango de montos:

Rango	Aprobación
Por debajo de un límite inferior	1 de 3 aprobadores
Intermedio	2 de 3 aprobadores
Por encima de un umbral	3 de 5 aprobadores, más un tiempo de espera
Movimientos de la billetera cold	Quórum completo, más un bloqueo temporal

Además, las direcciones de retiro nuevas esperan 24 horas antes de poder usarse, y se aplican topes diarios por activo y por nivel de cliente.

Reglas que vale la pena adoptar, sea cual sea el esquema que elija:

• Apruebe en un dispositivo que muestre destino, monto y operación, no solo un hash. Si el dispositivo de firma muestra solo un hash, decodifique el payload exacto en una máquina independiente y verifique destino, activo, monto, cadena y operación antes de aprobar; que los hashes coincidan no demuestra por sí solo la intención.
• Mantenga separados a los aprobadores: deben usar dispositivos y redes distintos, y nadie debe poder crear y aprobar una misma transacción.
• Bloquee las operaciones que una billetera nunca necesita realizar. Una billetera cold que solo envía fondos a su billetera warm no debería poder firmar una actualización de contrato. En las cadenas EVM, un guard de Safe puede ayudar a aplicar esa restricción; debe probarse junto con todos los módulos del mismo Safe.
• Exija controles explícitos de activación para la automatización y establezca un límite diario de valor.
• Concilie el libro contable con la cadena de forma continua. Tratamos los controles del lado de los depósitos en por qué se atascan los depósitos de USDT (en inglés).

Recuperación: ¿qué pasa si se pierde una clave o un fragmento, o una persona deja de estar disponible?

Prepare planes para tres situaciones: la pérdida de una clave o un dispositivo, la indisponibilidad de un aprobador y la pérdida de acceso a un sitio o al proveedor.

• Multisig on-chain. El quórum restante reemplaza al firmante perdido: un cambio de propietario en Safe, una actualización de permisos en TRON, una nueva lista de firmantes en el XRP Ledger. Un script de Bitcoin no puede editarse, así que los fondos se mueven a una nueva dirección. Una clave de reserva offline, como la clave de respaldo del modelo de BitGo (usuario, respaldo y BitGo), garantiza que la pérdida de una clave nunca bloquee los fondos.
• MPC. Las partes restantes normalmente pueden redistribuir los fragmentos sin cambiar la dirección. Las preguntas de fondo son quién guarda el respaldo y si usted puede recuperarse sin el proveedor. Fireblocks ofrece un paquete de recuperación que carga las claves MPC en software ajeno a Fireblocks; BitGo documenta que sus billeteras TSS pueden recuperarse con los fragmentos de usuario y de respaldo si BitGo no está disponible, y que no tienen recuperación si se pierden ambos.
• Política a nivel de aplicación. El quórum restante revoca la clave del aprobador perdido y da de alta una nueva. Las claves de las billeteras requieren copias de seguridad cifradas en más de una ubicación, una ceremonia de claves documentada y un sitio de respaldo que ya se haya utilizado para reconstruir el sistema en una prueba real.

En todos los modelos, pruebe el procedimiento. Un mecanismo de recuperación que nunca se ha puesto a prueba es una expectativa, no un control.

¿Qué soluciones de custodia tiene un exchange, un bróker o una empresa de billeteras?

Quién opera la custodia es una cuestión distinta de cómo funciona la firma. Hay tres modelos, a menudo combinados. Para aplicaciones de billeteras dirigidas al público general, consulte también cómo crear una app de billetera cripto (en inglés).

	Software de custodia autoalojado	Proveedor de custodia	Wallet-as-a-service MPC
Quién controla las claves	Usted, en sus servidores o HSM	El custodio	Compartido: usted guarda algunos fragmentos y el proveedor otros
Qué opera usted	Servidores, keystores, nodos, aprobaciones	Su libro contable y la integración	Sus apps, políticas y dispositivos con fragmentos
Licencia regulatoria	Usted actúa como custodio al amparo de su licencia	El custodio tiene su propia licencia; usted podría necesitar una también	Depende de cómo se reparta el control y del régimen aplicable; consulte a su asesor legal
Estructura de costos	Licencia o desarrollo, más hosting y personal	Comisiones que fija el custodio	Suscripción o tarifas por uso
Cómo salir	Se queda con el sistema	Transferir los activos	Requiere una exportación de claves probada

Algunos proveedores habituales, según sus propias descripciones públicas: BitGo ofrece billeteras multisig y MPC con claves de usuario, de respaldo y de BitGo, como custodia en frío o autocustodia. Fireblocks usa MPC-CMP, desarrollado por su equipo en 2020, con los fragmentos de clave en enclaves Intel SGX. Copper ofrece custodia MPC, y su ClearLoop permite a las instituciones operar en exchanges asociados mientras los activos siguen en custodia. Cobo ofrece billeteras custodiales, MPC, de smart contract y de exchange en una sola plataforma. Estas empresas cumplen funciones distintas, así que verifique qué ofrece cada una para las cadenas, los países y la licencia con los que opera.

Cómo elegir un proveedor de custodia de criptomonedas o un software de custodia

1. ¿Quién puede mover fondos sin nosotros, y qué pasa si esa parte desaparece, sufre un hackeo o recibe una orden judicial?
2. ¿Cuáles de nuestras cadenas y tokens funcionan hoy, en producción, y con qué mecanismo?
3. ¿Cómo ven los aprobadores lo que firman: los detalles en un dispositivo de hardware o un hash?
4. ¿Dónde se aplica la política, puede un solo administrador cambiarla y queda registrado cada cambio?
5. ¿Cómo recuperamos la operación si perdemos un dispositivo o un sitio, o si un aprobador o el proveedor deja de estar disponible, y cuándo se probó ese procedimiento por última vez?
6. ¿Están los activos de los clientes en direcciones separadas de los de la empresa, y con qué frecuencia se concilia el libro contable con la cadena?
7. ¿Qué evidencia reciben auditores y reguladores: registros de auditoría, datos de prueba de reservas, una política de custodia por escrito, informes de pruebas?
8. Si es un custodio: ¿qué licencia, de qué país y para qué clientes?
9. ¿Cuánto cuesta con nuestro volumen en el tercer año, no solo en el primero?
10. ¿Cómo salimos: exportación de claves, plazos de transferencia de activos, exportación de datos?
11. ¿Qué amenazas asume el diseño: un administrador malicioso, un aprobador comprometido, colusión, una cuenta de nube o un pipeline de despliegue compartidos?
12. ¿Cómo se garantiza que los retiros sean idempotentes, y cómo se gestionan los nonces, los UTXO, las transacciones de reemplazo y las reorganizaciones de cadena (reorgs)?

¿Qué esperan los reguladores de la custodia de criptomonedas?

MiCA no menciona ninguna tecnología de firma. Trata la custodia y administración de criptoactivos por cuenta de clientes como un servicio que requiere autorización, y su artículo 75 pide al proveedor:

• acordar las condiciones de custodia con cada cliente y llevar un registro de posiciones por cliente;
• establecer una política de custodia para la salvaguarda o el control de los criptoactivos o de sus medios de acceso, orientada a minimizar el riesgo de pérdida por fraude, ciberamenazas o negligencia;
• enviar a los clientes un estado de posiciones al menos cada tres meses;
• mantener los criptoactivos de los clientes separados de los propios, también en el registro distribuido, con segregación jurídica y operativa;
• responder por las pérdidas derivadas de incidentes que le sean imputables, hasta el valor de mercado de los activos perdidos en el momento de la pérdida.

Los periodos transitorios de MiCA podían extenderse como máximo hasta el 1 de julio de 2026, y varios Estados miembros los terminaron antes. Las solicitudes en otras jurisdicciones plantean preguntas similares sobre segregación, acceso a las claves, aprobaciones y conciliación. Esta es nuestra lectura de los textos, no asesoramiento legal. El expediente técnico se trata en qué piden los reguladores.

Preguntas frecuentes sobre custodia de criptomonedas

¿MPC es más seguro que el multisig?

Ninguno es más seguro en todos los casos. Las reglas de multisig se aplican en la cadena y cualquiera puede consultarlas, pero varían según la cadena y los firmantes aun así pueden aprobar una transacción incorrecta, como ocurrió en Bybit. MPC funciona en múltiples cadenas, pero depende de una implementación correcta, como demostró BitForge, y de que quienes conservan los fragmentos sean realmente independientes.

¿MPC deja rastro en la blockchain?

No. MPC produce una única firma convencional, por lo que la cadena muestra una dirección, sin un conjunto de firmantes. Esto mejora la privacidad y reduce las comisiones, pero también implica que los auditores dependen de los registros del proveedor para saber quién aprobó qué.

¿Qué hacen los custodios institucionales de criptomonedas?

Mantienen las claves de los activos de los clientes al amparo de su propia licencia, gestionan el almacenamiento y las aprobaciones, e informan sobre los activos custodiados. Un exchange que contrata a uno sigue necesitando su propio libro contable, su flujo de retiros y la conciliación con los estados del custodio.

¿Un exchange de criptomonedas necesita un proveedor de custodia?

No necesariamente. Muchos exchanges operan la custodia por su cuenta, donde su licencia lo permite, y algunos dejan solo una parte de sus reservas con un tercero. Depende de su regulador, de la rapidez que requiera para los retiros y de si puede contar con personal para gestionar las claves y operar los nodos.

¿Se pueden combinar MPC y multisig?

Sí. Una dirección controlada por MPC puede ser propietaria de un Safe o una de las claves de un multisig de Bitcoin, y combinar billeteras calientes con MPC y reservas en frío con multisig es un reparto habitual.

¿Cuánto cuesta el software de custodia de criptomonedas?

Las plataformas y los custodios suelen cobrar tarifas recurrentes ligadas al uso o a los activos; el software autoalojado es una licencia más su propio hosting y personal. Nuestra licencia de custodia autoalojada parte de 15.400 € en un pago único, y la página de precios tiene el configurador.

¿Cuál es la diferencia entre billeteras hot, warm y cold?

Las billeteras hot están en línea y firman automáticamente dentro de ciertos límites. Las warm reponen los fondos de las hot con la aprobación de un operador. Las cold mantienen sus claves de firma fuera de línea, en equipos aislados de la red (air-gapped) o en HSM sin conexión (un HSM no constituye almacenamiento en frío por sí solo). En una configuración bien gestionada, solo permiten movimientos con el quórum completo y un tiempo de espera.

¿Qué pasa con los activos de los clientes si un proveedor de custodia deja de operar?

Un custodio debería mantener los activos de los clientes separados de su propio patrimonio, algo que MiCA exige a los custodios de la UE. Con wallet-as-a-service MPC, necesita una forma probada de recuperar las claves sin el proveedor. Con software autoalojado, las claves quedan en sus manos, así que el riesgo se traslada a sus propias copias de seguridad y a su sitio de respaldo.

Software de custodia de BitPolaris

BitPolaris Custody es software que usted opera en sus propios servidores. No guardamos las claves de las billeteras de nuestros clientes ni los activos de sus usuarios, no somos custodios y comprar software no otorga ninguna licencia regulatoria. Funciona en producción en el exchange EX5 desde 2024.

• Billeteras organizadas en niveles hot, warm y cold; el nivel cold utiliza equipos aislados de la red (air-gapped) o HSM, y sus movimientos requieren el quórum completo y un bloqueo temporal.
• Un motor de políticas con un quórum M-de-N de aprobadores por activo y rango de montos, aprobaciones con llaves de seguridad de hardware, listas blancas de direcciones, tiempos de espera, límites diarios y control de versiones de los cambios.
• Automatización de barridos y reposición de fondos con cuatro controles de habilitación y un límite diario en USD.
• Keystores separados de las aplicaciones, HashiCorp Vault e integración con HSM a pedido (Thales Luna, YubiHSM 2).
• Un monitor de reservas que concilia el libro contable con la cadena las 24 horas, con una exportación Merkle diaria para prueba de reservas.
• Nueve cadenas con pools RPC y conmutación por error (en inglés).

Para ser precisos: nuestro M-de-N es una política de aprobación dentro de la aplicación. Los aprobadores autorizan la operación con llaves de seguridad de hardware, y solo entonces el sistema firma con la clave de la billetera almacenada en su keystore o HSM. No es multisig on-chain, ni MPC ni TSS. Si necesita que la cadena exija el quórum, quiere que no exista una clave completa en ningún lugar o prefiere no administrar servidores ni realizar ceremonias de claves, un multisig on-chain, una plataforma MPC o un custodio pueden adaptarse mejor a su caso, por sí solos o junto a un sistema como el nuestro.

La licencia autoalojada parte de 15.400 € en un pago único, o 37.800 € con código fuente. La integración con HSM cuesta 5.250 € y un sitio de respaldo, 4.200 €. Cree una estimación, lea la página del producto Custody o contáctenos para una revisión de arquitectura con su equipo de seguridad. ¿Está solicitando una licencia? El Licence Technical Pack adapta la sección de custodia a su régimen.

Fuentes

• Multisig: BIP 16, BIP 327 (MuSig2), Safe, conceptos de smart account de Safe, despliegues de Safe
• Multifirma en TRON, multifirma en el XRP Ledger, SPL Token MAX_SIGNERS, Squads
• MPC: tipos de billetera de BitGo, BitGo sobre MPC y TSS, recuperación de billeteras TSS de BitGo, Canetti, Makriyannis y Peled, ECDSA umbral, principios de seguridad de Fireblocks, criptografía umbral del NIST
• Ledger Enterprise (marzo de 2026), Copper, ClearLoop (The Block), Cobo Wallet-as-a-Service
• Bybit: anuncio del FBI, análisis de NCC Group, The Block, conclusiones de Safe (The Hacker News)
• WazirX: Halborn, Inc42
• DMM Bitcoin: BleepingComputer sobre la atribución del FBI y la NPA
• Divulgación de BitForge de Fireblocks (agosto de 2023)
• Multichain: Cointelegraph, Odaily (julio de 2023)
• Chainalysis sobre los robos de criptoactivos en 2025 (diciembre de 2025)
• MiCA: artículo 75, single rulebook de ESMA, la AMF sobre el fin del periodo transitorio (junio de 2026)

Los nombres de productos son marcas de sus respectivos titulares. Las descripciones de productos de terceros provienen de su documentación pública y no implican ninguna afiliación.