¿Qué es la custodia de criptoactivos?
La custodia de criptoactivos es un acuerdo para controlar y proteger claves, fragmentos de claves u otros mecanismos de autorización usados para administrar criptoactivos. Los activos permanecen representados conforme a las reglas de una blockchain. La custodia trata de quién puede autorizar una transacción, cómo se protege y recupera esa autoridad, y cómo un servicio registra y gobierna su uso.
Esta es una definición operativa, no una conclusión jurídica. Que un acuerdo concreto se clasifique legalmente como custodia, quién sea propietario de un activo, qué prioridad tengan las reclamaciones de clientes y qué normas se apliquen pueden depender de la jurisdicción, el contrato y la estructura de la cuenta.
La custodia comienza con un mapa de autorización
Muchas blockchains aceptan firmas digitales como prueba de que se autorizó una acción controlada por clave. Otras cuentas pueden usar varias claves, reglas de contratos inteligentes o funciones de recuperación. Por eso, un diseño de custodia necesita un mapa explícito de:
- qué cuenta onchain o condición de gasto controla el activo;
- qué claves, fragmentos, funciones o contratos pueden satisfacer esa condición;
- cuántas aprobaciones se requieren y bajo qué política;
- quién puede cambiar la política, sustituir firmantes o iniciar la recuperación; y
- qué sistemas pueden construir, aprobar, firmar y difundir una transacción.
La interfaz de la billetera es solo un componente. Quien puede ver un saldo o preparar un retiro puede no controlar la autoridad de firma. A la inversa, un proveedor puede controlar la firma sin mostrar nunca las claves subyacentes al cliente. NIST IR 8202 describe cómo las claves privadas y las firmas autorizan transacciones de blockchain, mientras NIST IR 8301 distingue modelos de custodia directa, de terceros y parcial. NIST IR 8202 y NIST IR 8301
De una instrucción del cliente a una transacción onchain
Un flujo administrado de custodia puede incluir:
- crear o asignar direcciones de depósito;
- generar claves o fragmentos de claves y registrar sus funciones de autorización;
- atribuir depósitos a cuentas de clientes o internas;
- contrastar una instrucción de retiro con las políticas de acceso y transacción;
- construir y verificar de forma independiente el destino, la red, el importe y los datos de comisión;
- reunir las aprobaciones o fragmentos requeridos;
- firmar y difundir la transacción; y
- conciliar el resultado de la blockchain con los registros internos.
Estas etapas pueden dividirse entre personal, servicios y entornos aislados. Un sistema en línea puede recibir una solicitud, un motor de políticas puede aprobarla y un firmante separado puede autorizar únicamente el resumen resultante de la transacción. La separación puede limitar la autoridad de un componente, pero solo es eficaz si también se separan las credenciales, los canales de aprobación y las rutas de recuperación.
Un proveedor puede mantener un libro interno que muestre los derechos de clientes mientras controla una o varias direcciones onchain. Una transferencia interna entre clientes puede actualizar ese libro sin crear de inmediato una transacción onchain. El saldo interno, el saldo de la dirección onchain y los derechos contractuales del cliente son registros diferentes que deben conciliarse; ninguno puede inferirse por completo de otro.
Autocustodia, custodia de terceros y control dividido
Autocustodia
En la autocustodia, la persona controla las claves o el acuerdo de autorización de la cuenta, en vez de confiar esa autoridad a un servicio. Esto reduce la dependencia de un custodio para aprobar transacciones, pero las responsabilidades de respaldo, recuperación y verificación permanecen con la persona o con la configuración que eligió. Perder todo el material requerido de autorización y recuperación puede volver inaccesible la cuenta.
Custodia de terceros
En la custodia de terceros, un proveedor controla el proceso de firma u otra autoridad necesaria para actuar sobre una cuenta y procesa instrucciones de clientes. El cliente puede usar un inicio de sesión del servicio sin recibir las claves de la blockchain. El acceso y los retiros dependen entonces de los controles, registros, disponibilidad y condiciones contractuales del proveedor.
Custodia compartida o parcial
La autoridad puede dividirse entre un cliente, un proveedor u otras partes. La etiqueta «compartida» está incompleta sin las reglas de umbral y recuperación. Por ejemplo, un acuerdo 2 de 3 se comporta de forma distinta según quién conserve cada firmante, si una parte puede sustituir a otra y qué aprobaciones se exigen durante la recuperación.
Estos modelos describen control, no el formato del producto. Una interfaz móvil puede conectarse con cualquiera de ellos, y un firmante de hardware puede usarse en autocustodia o como componente de un proceso institucional.
Multifirma, firma por umbral y cuentas inteligentes
Varios mecanismos pueden distribuir la autoridad:
- La multifirma onchain exige varias firmas o aprobaciones verificables de forma independiente según las reglas de la cuenta o el script. A menudo, la blockchain puede observar la estructura de autorización.
- La criptografía de umbral divide la capacidad de firma en fragmentos que producen conjuntamente una firma. Según el esquema, la blockchain puede ver una clave pública y una firma de apariencia ordinaria, en vez de cada fragmento.
- Las cuentas de contrato inteligente aplican en código la lógica de autorización y recuperación. Pueden admitir guardianes, límites de gasto, claves de sesión u otras políticas que no correspondan a una sola clave privada permanente.
Estos enfoques tienen propiedades distintas de falla y auditoría. Un número de umbral indica cuántos fragmentos son matemáticamente necesarios, pero no si los conservan personas, dispositivos u organizaciones independientes. Una política multifirma aún puede tener una ruta de recuperación débil. Una cuenta inteligente puede introducir dependencias del contrato, de actualizaciones o de gobernanza. El nombre del mecanismo por sí solo no demuestra separación de funciones.
Caliente y fría describen rutas de acceso, no quién ejerce la custodia
El almacenamiento caliente y frío responde a cuán disponible está la autoridad de firma para sistemas en línea:
- La firma en caliente mantiene una ruta de autorización disponible para servicios en línea, lo que reduce la demora operativa pero aumenta la exposición a compromisos de software, credenciales y red.
- La firma en frío mantiene el material de claves o los dispositivos de firma más aislados durante periodos más largos, lo que reduce parte de la exposición en línea pero añade procedimientos de acceso físico, transferencia, verificación y recuperación.
Una plataforma de custodia puede combinar una ruta caliente limitada para el procesamiento rutinario con otra más aislada para otras transacciones. El almacenamiento en frío no demuestra que la recepción de solicitudes, verificación de direcciones, actualización de software, respaldos o recuperación sean seguros. Del mismo modo, el almacenamiento en caliente no describe quién controla legal u operativamente la cuenta.
NIST SP 800-57 trata la generación, almacenamiento, uso, respaldo, recuperación, revocación y destrucción como partes distintas del ciclo de vida de una clave. La guía de billeteras de Bitcoin ilustra un patrón de implementación en el que un sistema en línea prepara transacciones y una billetera sin conexión las firma. NIST SP 800-57 Parte 1 y Bitcoin Developer Guide: billeteras
Dónde puede fallar un acuerdo de custodia
La custodia reasigna riesgos; no los elimina:
- Falla de generación o respaldo: aleatoriedad débil, respaldos incompletos o pérdida de fragmentos requeridos pueden volver insegura o indisponible la autoridad.
- Compromiso de autorización: un atacante o una persona interna con suficientes credenciales, fragmentos o privilegios de política puede autorizar una transacción no deseada.
- Error de sustitución de transacción: un proceso legítimo de aprobación puede firmar la red, el destino, el importe o la instrucción contractual equivocados si la verificación es incompleta.
- Evasión de políticas y recuperación: los procedimientos de emergencia, sustitución de firmantes o recuperación de cuenta pueden convertirse en una ruta más débil que la firma ordinaria.
- Falla de software e infraestructura: errores de billetera, nodo, motor de políticas o conciliación pueden retrasar, duplicar o desviar el procesamiento.
- Divergencia de registros: los derechos internos pueden apartarse de los activos onchain controlados si depósitos, retiros, comisiones o eventos de la cadena se registran incorrectamente.
- Dependencia del servicio: interrupciones, insolvencia, congelamientos o restricciones contractuales pueden afectar el acceso incluso cuando las claves de la blockchain todavía existen.
Ninguna señal pública aislada demuestra que todo el sistema funcione. Un porcentaje de almacenamiento en frío no describe los controles de recuperación. Una dirección multifirma no demuestra que los firmantes sean independientes. Un resultado de prueba de reservas, considerado por sí solo, no establece que estén completos los pasivos frente a clientes, que exista segregación jurídica de activos ni cuáles sean los derechos de retiro de cada cliente. Esas preguntas requieren registros, alcance y supuestos adicionales.
Lo que la custodia no determina
La custodia no es lo mismo que el software de billetera, la propiedad en la blockchain ni la segregación de activos:
- una aplicación puede mostrar una cuenta sin controlarla;
- un servicio puede controlar la firma mientras agrupa activos en direcciones que también usa para otros clientes;
- las direcciones separadas no establecen por sí solas que los activos estén jurídicamente segregados; y
- controlar una clave no resuelve todas las cuestiones contractuales ni de titularidad efectiva.
Por estas diferencias, la arquitectura técnica, la contabilidad interna y las condiciones jurídicas deben evaluarse por separado.
Preguntas frecuentes
¿Un custodio almacena criptoactivos fuera de la blockchain?
El estado de la blockchain registra los activos y las transacciones onchain. Un custodio controla claves u otros mecanismos de autorización y puede mantener un libro interno separado. Algunas transferencias entre clientes pueden reflejarse internamente antes de una transacción onchain inmediata o sin ella, según el acuerdo.
¿Una billetera de custodia es lo mismo que cualquier interfaz de billetera alojada?
No. La pregunta relevante es quién controla la autoridad de firma o los permisos de la cuenta. Una interfaz alojada puede mostrar una cuenta sin conservar sus claves, mientras un proveedor puede controlar la firma mediante sistemas que no se ven en la interfaz.
¿El almacenamiento en frío elimina el riesgo de custodia?
No. El aislamiento puede reducir algunas rutas de ataque en línea, pero la seguridad física, la verificación de transacciones, el acceso del personal, los respaldos, la integridad del software y los procedimientos de recuperación siguen siendo importantes.
Lecturas relacionadas
Lee sobre billeteras cripto, claves privadas, claves públicas, frases de recuperación, billeteras calientes y billeteras frías, o vuelve al Glosario de cripto.
Para una comparación más amplia de las categorías de entrega y almacenamiento de billeteras, consulta el artículo existente de OKX Learn Types of crypto wallets, en inglés. Es una lectura complementaria, no una fuente autoritativa para la definición de custodia anterior.
Fuentes
- NIST IR 8301: Blockchain Networks — Token Design and Management Overview — modelos de billetera, administración de claves y custodia directa, de terceros y parcial.
- NIST IR 8202: Blockchain Technology Overview — claves privadas, firmas digitales y registros de blockchain.
- NIST SP 800-57 Part 1 Rev. 5: Recommendation for Key Management — principios de ciclo de vida, protección, respaldo y recuperación de claves.
- Bitcoin Developer Guide: billeteras — separación de preparación de transacciones en línea, firma sin conexión y respaldo de billeteras.
© 2025 OKX. Se permite la reproducción o distribución de este artículo completo, o pueden usarse extractos de 100 palabras o menos, siempre y cuando no sea para uso comercial. La reproducción o distribución del artículo en su totalidad también debe indicar claramente lo siguiente: "Este artículo es © 2025 OKX y se usa con autorización". Los fragmentos autorizados deben hacer referencia al nombre del artículo e incluir la atribución, por ejemplo, "Nombre del artículo, [nombre del autor, si corresponde], © 2025 OKX". Algunos contenidos pueden ser generados o ayudados por herramientas de inteligencia artificial (IA). No se permiten obras derivadas ni otros usos de este artículo.
