Gestión de claves RWA tokenizados: frase de contraseña, multisig y MPC

Por qué el titular de la clave importa más que el ticker

Cuando un fondo se describe como 'respaldado 1:1 por bonos del Tesoro de EE. UU. a corto plazo' mediante un token como OUSG o USDY, el derecho legal recae sobre un vehículo de propósito especial aislado de la quiebra, no sobre el token. El token es solo un asiento contable que apunta a la cuenta bancaria de ese SPV. Lo que realmente decide si el token es canjeable, quién puede mover el efectivo subyacente y quién cobra en una liquidación es el conjunto de claves privadas asociado a la cartera de tesorería on-chain. Todo lo demás, el nombre del auditor, la opinión legal, la certificación, es papeleo que sigue a las claves.

Por eso dos productos con la misma composición, por ejemplo dos fondos monetarios tokenizados que ambos mantienen BUIDL de BlackRock o bonos del Tesoro comparables, pueden tener perfiles de riesgo radicalmente distintos. Uno puede gestionar su tesorería mediante una Gnosis Safe 4 de 7 mantenida por directivos identificados en un custodio cualificado, con políticas de rotación y revisión independiente de transacciones. El otro puede operar una multisig 2 de 4 donde tres de los firmantes son contratistas del mismo emisor. Los símbolos de los tokens parecen idénticos. La historia de recuperación en una crisis no lo es.

Para un asignador profesional, distribuidor o auditor, la pregunta '¿quién controla las claves?' es la primera que hay que responder antes de hablar de rendimiento, liquidez o jurisdicción. El resto de este artículo recorre los tres esquemas de control que realmente vas a encontrar, para qué sirve de verdad cada uno y dónde falla cada uno discretamente.

Claves controladas por el operador: el discreto único punto de fallo

La configuración más habitual comercializada como 'institucional' sigue siendo la de claves controladas por el operador. Un equipo pequeño, a menudo dos o tres personas del emisor, un administrador del fondo o un proveedor de servicios gestionados, conserva la frase semilla o el firmante hardware de la cartera de tesorería. A veces la cartera es una multisig, pero los mismos dos o tres seres humanos ocupan todos los puestos necesarios. La etiqueta 'multisig' supera una auditoría porque el umbral de firmas parece diversificado, pero las personas detrás de esos puestos están concentradas.

Los riesgos aquí no son teóricos. En el sector cripto en general, las carteras de un solo operador han sido vaciadas mediante phishing, ingeniería social contra titulares de copias de seguridad y conductas internas indebidas. En un contexto de RWA tokenizados, las consecuencias son peores porque se supone que los activos representan derechos sobre una entidad regulada. Una clave comprometida puede vaciar la tesorería on-chain más rápido de lo que un tribunal puede congelar la cuenta bancaria que la respalda. Una vez que las stablecoins o los bonos del Tesoro tokenizados salen de la cartera, la recuperación depende del análisis de la cadena y de la buena voluntad de plataformas centralizadas, no de la envoltura legal.

Las estructuras de SPV aisladas de la quiebra solo ayudan frente a la insolvencia del emisor. No sirven de nada ante un firmante comprometido, un signatario coaccionado en una jurisdicción hostil o un titular de claves que simplemente desaparece. Si no puedes nombrar a los seres humanos que guardan cada fragmento, dónde viven y qué ocurre si dos de ellos no están disponibles el mismo día, todavía no tienes una historia de custodia institucional. Tienes una historia de marketing.

La passphrase, o ‘25.ª palabra’, y lo que realmente protege

Una passphrase BIP-39 es una palabra adicional, por lo general de 8 a 30 caracteres, que se añade a la frase semilla estándar de 12 o 24 palabras. La semilla por sí sola no basta para mover fondos; se requieren tanto la semilla como la passphrase. Como la passphrase nunca se escribe en la copia de seguridad de la semilla y nunca sale de la cabeza del firmante, convierte una copia de seguridad robada en un objeto inútil. Ese es su verdadero propósito.

Lo que la passphrase no hace es distribuir la confianza. Refuerza a un firmante frente al robo, la pérdida y la coacción de la copia de seguridad física. No te ayuda a construir un quórum entre un consejo, un SPV o un administrador de fondos. Si el único firmante queda comprometido y entrega tanto la semilla como la passphrase, la passphrase no ofrece ninguna protección. Además, no perdona: si la olvidas, la cartera desaparece para siempre, sin servicio de recuperación, sin línea de ayuda y sin ninguna orden judicial que pueda recuperarla.

Por tanto, para los emisores de RWA tokenizados, la passphrase se entiende mejor como una capa de refuerzo para firmantes individuales dentro de un esquema más amplio, no como una arquitectura de custodia por sí sola. Es la respuesta adecuada a ‘¿qué pasa si se filtra una frase semilla de una caja de seguridad?’. Es la respuesta equivocada a ‘¿cómo nos aseguramos de que ningún interno pueda mover la tesorería?’

Monederos multisig: distribuir la autoridad entre personas

Un monedero multisig, normalmente un contrato inteligente m-of-n como Gnosis Safe para cadenas EVM, requiere m firmas distintas de un conjunto de n direcciones autorizadas para aprobar una transacción. Una configuración 3 de 5 significa que tres de los cinco firmantes designados deben firmar. Cada firmante puede ser una cartera hardware, un producto de custodia institucional o incluso una cuenta inteligente operada por otro equipo. Como el propio monedero es un contrato inteligente, la política, el conjunto de firmantes y cada firma son visibles en cadena, lo cual es tanto una ventaja como una huella.

Las fortalezas honestas del multisig son operativas. Puedes exigir que varios directivos, un administrador de fondos y un revisor independiente firmen antes de mover valor. Puedes rotar firmantes presentando una transacción en cadena que sustituya una clave antigua por una nueva, con la propia rotación bloqueada por el umbral existente. Puedes añadir separación de funciones: un conjunto de firmantes aprueba transferencias pequeñas y rutinarias, mientras que un grupo mayor se requiere para cualquier operación por encima de un límite definido. Por eso casi todas las tesorerías de RWA tokenizados con credibilidad, incluido el programa OUSG de ONDO y los arreglos de distribución de BUIDL, operan mediante multisig a nivel de protocolo y no mediante una única cuenta de propiedad externa.

Las debilidades honestas son igual de reales. El multisig distribuye la autoridad entre personas, no entre material de clave. Si tres de los cinco firmantes son empleados del mismo emisor, la etiqueta de ‘distribuido’ es cosmética. Los cambios de umbral también son lentos: rotar un firmante comprometido puede requerir a su vez que un quórum firme, lo cual está bien hasta que el propio quórum incluye la clave comprometida. Por último, cada dirección firmante es pública, lo que significa que un atacante de coacción sabe exactamente a quién debe apuntar. Para tesorerías de alto valor, por eso los programas serios combinan multisig con almacenamiento en frío, distribución geográfica de los firmantes y cosignatarios independientes, como custodios cualificados o despachos de abogados.

Threshold y MPC: distribuir la propia clave

Los esquemas de firma por umbral y la computación multipartita dan el siguiente paso. En lugar de n claves privadas independientes que deben reunirse para firmar, la clave privada se genera como n fragmentos, se distribuye entre varias partes y se usa para producir una firma sin volver a ensamblarse nunca. Cada parte guarda un fragmento que por sí solo no sirve de nada. Un umbral t de esos fragmentos puede firmar conjuntamente; menos no pueden. Entre las familias comunes están threshold ECDSA, threshold EdDSA y protocolos de Fireblocks, Anchorage, BitGo y varias pilas de código abierto.

Para las instituciones, el atractivo es operativo. Ningún interno posee nunca una clave completa, así que no hay ninguna frase semilla que robar ni ninguna cartera hardware que coaccionar. Los firmantes pueden ejecutarse en servidores reforzados en distintas jurisdicciones, con políticas aplicadas por software y no mediante rituales humanos. Las transacciones pueden aprobarse mediante flujos de trabajo empresariales conocidos: un directivo inicia sesión en una consola, la solicitud pasa por normas de cumplimiento y un umbral de nodos de cómputo produce una firma válida. Esto se acerca mucho más a lo que espera un custodio regulado, un equipo de tesorería bancaria o un gran gestor de activos de un almacenamiento en frío segregado.

La contrapartida es la complejidad. Las pilas MPC son más difíciles de auditar que un multisig cuyo código fuente completo es público. Las ceremonias de generación de claves, los eventos en los que se crean y distribuyen los fragmentos, deben realizarse con pruebas en vídeo, observadores independientes y fuentes de entropía documentadas, o los fragmentos resultantes serán más débiles de lo que parecen. También ha habido casos reales de fallo en la recuperación: al menos un gran exchange ha revelado públicamente que un error de rotación de una clave MPC bloqueó el acceso a los fondos de clientes hasta que se llevó a cabo un esfuerzo manual de reconstrucción de varios meses. MPC reduce la superficie de ataque para el robo, pero no elimina el modo de fallo de una gestión defectuosa del ciclo de vida de las claves. La forma honesta de plantearlo es que MPC es la respuesta adecuada para flujos institucionales de alto volumen y guiados por políticas, mientras que multisig sigue siendo la respuesta adecuada para movimientos de tesorería lentos y poco frecuentes, donde la transparencia de la política de firmantes importa más que el rendimiento.

Cómo leer las divulgaciones de custodia de un emisor

Cuando un emisor de RWA tokenizados publica una divulgación de custodia o de riesgo, las preguntas útiles son concretas. Primero, ¿cuál es la dirección del monedero on-chain de la tesorería, y de qué tipo es: EOA, multisig o cuenta inteligente? Puedes verificarlo en un explorador de bloques en segundos. Segundo, ¿quiénes son los firmantes nombrados y cuán independientes son? Busca la presencia de un custodio cualificado, un administrador de fondos y un consejero no vinculado. Tercero, ¿cuál es el umbral y cuál es la política de rotación? Un 3 de 7 con rotación documentada es muy diferente de un 2 de 3 en el que los tres están en el mismo canal de Slack.

Cuarto, ¿dónde se guarda el efectivo subyacente y existe realmente un SPV aislado de la quiebra entre el emisor y la cuenta bancaria? Las Tesorerías tokenizadas que agrupan activos a nivel del emisor, en lugar de en un vehículo segregado, exponen a los tenedores a los acreedores de todo el emisor. Quinto, ¿cuál es el plan de recuperación si dos titulares de claves no están disponibles el mismo día? Un programa con un plan de sucesión escrito y probado es fundamentalmente distinto de otro que descubriría las lagunas durante una caída real. Estas no son preguntas académicas; son la diferencia entre un fondo tokenizado que paga reembolsos en una crisis y uno que se queda en silencio.

Claves operativas frente a claves de gobernanza: una separación que la mayoría de emisores pasa por alto

Una de las distinciones más importantes en la custodia de RWA tokenizados es la que existe entre las claves operativas y las claves de gobernanza. Las claves operativas se usan para los flujos rutinarios: liquidaciones de suscripción y reembolso, transferencias de comisiones, y reequilibrio entre plataformas. Estas deberían funcionar a través de un multisig o MPC con un límite bajo por transacción y un ciclo de rotación rápido. Las claves de gobernanza son los controles de emergencia: funciones de pausa, funciones de actualización y cambios de puntero que redirigen un token a un nuevo subyacente. Estas deberían estar protegidas por un umbral más alto, un ritmo más lento y firmantes más independientes.

Separar estas dos capas es algo que la mayoría de los emisores 'institucionales' omiten, porque resulta más barato dar a un mismo equipo pequeño ambos poderes. El resultado es que un ataque de phishing contra un ingeniero de operaciones junior puede llevar no solo a una operación errónea, sino también a una actualización del propio contrato. Para un profesional que evalúa un producto, preguntar si las claves operativas y de gobernanza están separadas, y si comparten firmantes, es una de las formas más rápidas de distinguir el marketing de la sustancia.

Cómo seguir la gestión de claves de RWA de la manera inteligente

La gestión de claves de RWA cambia en silencio, a través de votaciones de gobernanza, rotaciones de firmantes e informes de auditoría que rara vez ocupan titulares. Hacer seguimiento de quién controla realmente cada cartera y de si esos controles han cambiado es una batalla perdida si uno se basa solo en anuncios. Zippfeed muestra titulares de RWA con una puntuación de sentimiento etiquetada como bullish, neutral o bearish, y una calificación de importancia, para que puedas detectar cambios de custodia, salidas de firmantes y votaciones de gobernanza antes de que aparezcan en un informe trimestral.