OpenZeppelin hizo de Chainlink el estándar para cross-chain y cumplimiento en sus herramientas de tokens, y si marcas la casilla de cumplimiento, la licencia de tu token cambia. Hace una semana, OpenZeppelin anunció una asociación estratégica con Chainlink. CCIP y ACE, el protocolo cross-chain de Chainlink y su Motor de Cumplimiento Automatizado, ahora están integrados en el Contracts Wizard, la herramienta de IA de OpenZeppelin y su documentación. Los generadores de ERC20, Stablecoin y RWA ofrecen ambas opciones. Seleccionar la opción CCIP expone las llamadas de mint y burn que necesita la piscina de burn-and-mint de Chainlink, detrás de los permisos propios del token. También nombra un administrador para el registro de CCIP. Esta parte mantiene la licencia que elegiste, ya que ningún código de Chainlink se incluye. La opción ACE es diferente. Redirige transferencias, mints y burns a un Policy Engine que tú despliegas y configuras. La propia documentación de OpenZeppelin indica que los tokens que usan ACE caen bajo BUSL-1.1, y su uso en producción debe satisfacer la licencia ACE y sus permisos de uso adicionales. Durante años, un token generado por OpenZeppelin llevaba la licencia que elegiste, generalmente MIT. Ahora, una sola casilla de verificación cambia eso, y un desarrollador junior con prisa podría no darse cuenta. El generador no registra tu piscina, no configura permisos ni escribe tus políticas. Conectar un Policy Engine no configura ninguna política, y tú sigues siendo responsable de cumplir con las reglas que te apliquen. El anuncio también menciona una ruta de migración desde OpenZeppelin Defender hacia el Runtime Environment de Chainlink. Nada de esto está oculto, y para un equipo RWA que ya desea Chainlink, esto ahorra trabajo real de integración. Solo quiero que los desarrolladores lo elijan con propósito, no porque el asistente lo colocó allí.
