Google Cloud detalla su custodia cripto con firmas compartidas, todavía en versión preliminar

Una oferta institucional todavía en versión preliminar

Google Cloud precisa el funcionamiento de Multi-party Compute, su plataforma para proteger las claves utilizadas al firmar transacciones de activos digitales. El servicio se debate con motivo del simposio celebrado en Nueva York el 28 de octubre de 2026. En una actualización publicada el 29 de octubre, Cointelegraph recoge que un portavoz de Google Cloud apunta a disponibilidad general a principios de 2027. Ese calendario sigue siendo un objetivo: la documentación oficial consultada todavía clasifica el producto como preliminar, suministrado tal cual y con soporte potencialmente limitado.

La distinción interesa a entidades que evalúan infraestructura de custodia. Una presentación técnica y pruebas no significan que un servicio ya esté abierto a todos bajo las condiciones de su futura versión comercial. Los documentos describen una plataforma de firma y gobernanza, no una cartera de consumo para instalar. Tampoco constituyen por sí solos autorización regulatoria para custodiar activos de clientes en todas las jurisdicciones ni una garantía contra cualquier fraude.

Generar una firma sin reunir la clave completa

El mecanismo se basa en firmas de umbral. Participantes independientes, respaldados por hardware seguro, generan y conservan cada uno una parte aislada del secreto. Cooperan para producir una firma válida sin reunir la clave privada completa en un único lugar. Según Google, comprometer a menos participantes que el umbral necesario no permite falsificar esa firma ni reconstruir la clave. No obstante, la continuidad del servicio depende de mantener suficientes participantes disponibles para alcanzar ese umbral.

La documentación menciona la firma ECDSA sobre la curva secp256k1, utilizada entre otros por Bitcoin, Ethereum y redes compatibles con EVM. La compatibilidad con Ed25519, asociada especialmente a Solana, figura como próxima. Es necesario distinguir las capacidades documentadas de la versión actual de las posibilidades previstas para una disponibilidad posterior. Que una tecnología esté diseñada para varias cadenas de bloques no significa que todas las redes, operaciones y formas de firma ya se ofrezcan bajo las mismas condiciones.

Las reglas internas orientan sin bloquear toda excepción

El sistema distingue administradores, autores de políticas y firmantes, organizados en equipos. Las políticas precisan los titulares de las partes, el umbral de participación y su lugar de custodia, por ejemplo en la nube o en las instalaciones del cliente. Las listas de direcciones y reglas de transacción también pueden definir destinos o límites. Estas funciones organizan las responsabilidades internas; su presencia no exime a la entidad de elegir cuidadosamente permisos, participantes y procedimientos de recuperación.

Una limitación merece atención: el veredicto automático de una regla de transacción orienta a los firmantes, pero no es un veto imposible de superar. La documentación precisa que una operación rechazada puede ejecutarse si suficientes firmantes la aprueban. La seguridad depende también de esa gobernanza humana y de la independencia real de los participantes. Antes de la disponibilidad general anunciada, las instituciones deberán examinar estos parámetros y las condiciones del servicio, en lugar de equiparar una clave distribuida con ausencia total de riesgo.