Riesgo de smart contract

Los vectores forman una taxonomía estable. La reentrancy, el caso clásico de The DAO. Los errores de control de acceso, con funciones de administrador sin proteger o claves de gobernanza comprometidas. Los errores de lógica y aritmética, como los overflow previos a Solidity 0.8 o un mal cálculo de precios. La manipulación de oráculos mediante flash loans. Los fallos en upgrades y proxies, con inicialización defectuosa o colisión de almacenamiento. Y el riesgo de dependencias, cuando un bridge o una librería compartida falla.

Por qué importa para la due diligence técnica. Antes de mover capital a un protocolo conviene comprobar si está auditado y por quién (firmas como Trail of Bits, OpenZeppelin, Certik o Cyfrin), si el código está verificado y es abierto, si las funciones de administrador tienen timelock y multisig, si el contrato es inmutable o actualizable, ya que un proxy actualizable añade riesgo de administrador, y si existe un bug bounty activo en plataformas como Immunefi. En la Unión Europea, MiCA refuerza la transparencia del emisor, pero no sustituye la revisión técnica del contrato.