La computación multiparte puede eliminar una clave privada completa como un único punto de fallo. Varios participantes mantienen fragmentos separados y cooperan para producir una sola firma válida solo cuando se cumple el umbral.
Eso es valioso, pero el umbral no es el modelo de seguridad completo.
La pregunta operativa es qué hace que esas acciones compartidas participen. Si un servicio interno puede crear una solicitud de firma sin pasar las comprobaciones esperadas, o si los firmantes aceptan una instrucción vaga que no está vinculada a la transacción exacta, el sistema puede producir una firma criptográficamente válida para una acción no autorizada.
Un diseño serio de MPC debe vincular la aprobación a la cadena, el destino, el valor, el calldata, las comisiones, la política de nonce y la caducidad. Los firmantes deben verificar el paquete de aprobación antes de participar. Las acciones compartidas deben separarse entre dominios de fallo reales, no colocarse bajo una sola cuenta en la nube, un solo administrador o una ruta controlada por un proveedor.
Los cambios de política requieren controles más sólidos que las transacciones rutinarias. La recuperación de emergencia debe ser más lenta, regida y probada de forma separada. El monitoreo debe comparar la intención aprobada con la transacción que realmente se transmitió.
La MPC protege la clave de control. No prueba automáticamente que la solicitud sea legítima ni que sea económicamente segura.
TokenToolHub explica el diseño de firma por umbrales, bypass de políticas, actualización de acciones compartidas, monitoreo y recuperación:
https://tokentoolhub.com/multi-party-computation-mpc-web3/
#CryptoSecurity #MPC #blockchain #Web3 #wallets