Contrato proxy (Proxy contract)
En resumen Un contrato proxy reenvía las llamadas a otro contrato con la lógica y permite cambiar el código de un token sin cambiar su dirección.
Un contrato proxy es un smart contract que mantiene la dirección y los datos almacenados con los que interactúan los usuarios, pero reenvía cada llamada a otro contrato que contiene la lógica real. Los usuarios siguen utilizando la misma dirección, mientras que el código que hay detrás puede sustituirse por una nueva versión. Los equipos usan este patrón en Ethereum, BNB Chain y Base para corregir errores en código que, de otro modo, sería imposible modificar.
Técnicamente, el proxy utiliza una llamada delegada, o delegatecall. Ejecuta el código del contrato de lógica sobre el almacenamiento del propio proxy, de modo que los saldos y la configuración permanecen en el proxy, mientras que las reglas proceden de la implementación. Una dirección administradora, que puede ser una wallet individual, una multisig o un timelock, tiene permiso para hacer que el proxy apunte a una nueva implementación. Los estándares como los proxies transparentes y UUPS difieren en dónde reside el permiso de actualización, pero la idea es la misma.
Esto importa porque el código que has leído o que has visto auditado puede no ser el que se ejecute mañana. Una actualización puede añadir una función de mint, una lista negra o una comisión de venta oculta después de que hayas comprado. La renuncia a la propiedad del contrato del token también puede resultar engañosa, ya que los permisos de actualización suelen estar en manos de un administrador del proxy independiente. Muchos proyectos legítimos usan proxies, así que el patrón por sí solo no es una señal de alarma. Lo importante es quién controla las actualizaciones y con cuánto tiempo de antelación se avisan.
En un explorador de bloques, comprueba si el contrato está identificado como proxy y localiza la dirección de la implementación y la del administrador. Averigua si el administrador es una wallet individual o una multisig, si un timelock obliga a esperar antes de que las actualizaciones entren en vigor y si la auditoría cubre la implementación actual en lugar de una anterior. Revisa el historial de implementaciones para detectar cambios recientes. En Solana, el equivalente es un programa actualizable con una autoridad de actualización; si esa autoridad se revoca, el código queda inmutable.