ERC-7683 está cambiando, y muchas explicaciones aún describen una versión anterior del estándar. El borrador actual de ERC-7683 es más centrado en resolvers. En lugar de obligar a cada protocolo de intención cruzada a utilizar un solo contrato de depósito compartido, un solo sistema de subasta, un solo mecanismo de liquidación, un solo modelo de autorización o una única función de cumplimiento de destino, los protocolos pueden mantener su propia arquitectura de ejecución mientras exponen órdenes a solvers a través de una capa de resolución común. Esta distinción es importante. Una orden ERC-7683 es esencialmente una oferta de pago a cambio de satisfacer un conjunto definido de requisitos. Los solvers, también llamados fillers, evalúan esos requisitos, determinan qué ejecución es necesaria, comprometen capital o gas, y esperan un pago si cumplen correctamente la orden. El diseño actual permite que un protocolo exponga una carga útil opaca y específica del protocolo junto con un contrato resolver. Este resolver traduce la carga útil en una representación común que contiene: • pasos de ejecución • variables • pagos • suposiciones explícitas Esto brinda a los solvers programables una forma estandarizada de entender qué requiere realmente una orden, sin que cada solver tenga que implementar lógica completamente personalizada para cada protocolo de intención. El modelo de ejecución resuelto puede exponer requisitos de gasto de tokens, requisitos de gas, restricciones de tiempo, dependencias y comportamiento de revert. Las variables pueden representar direcciones de pago del solver, cadenas de pago, salidas de ejecución, llamadores de pasos, testigos fuera de cadena, consultas de contrato y consultas de eventos. ERC-7683 también incorpora representaciones de direcciones interoperables mediante ERC-7930, vinculando el contexto de cadena a la dirección en lugar de depender únicamente de una dirección EVM convencional de 20 bytes. Pero existe un límite de seguridad importante. La estandarización ERC-7683 no hace automáticamente seguro el protocolo de intención subyacente. Los contratos de liquidación, puentes, sistemas de intercambio de mensajes, tokens, mecanismos de subasta, servicios fuera de cadena, oráculos, bloqueos de recursos, protección contra replay, lógica de cancelación, comportamiento de reembolso y llenado parcial siguen siendo riesgos específicos del protocolo a menos que se representen explícitamente mediante los requisitos o suposiciones resueltos. La seguridad del resolver es por lo tanto crítica. Un resolver debe validar correctamente su carga útil específica del protocolo y exponer una representación que permita a un solver que actúe correctamente entender qué debe suceder y bajo qué suposiciones estará disponible el pago. Un resolver correcto no puede hacer seguro un sistema de liquidación inseguro. Y un formato de orden cumpliente no elimina el riesgo del solver. Un filler queda económicamente expuesto desde el momento en que compromete aprobaciones, gas, capital o transacciones hasta que su pago esperado se vuelva final y gastable. Para los usuarios, los puntos clave de verificación siguen siendo prácticos: • cadena de origen • activo de entrada • cadena de destino • destinatario • salida esperada • fecha límite • alcance de autorización • transacción o datos tipificados que se están firmando ERC-7683 también encaja naturalmente dentro de sistemas más amplios de intención, como el Open Intents Framework, pero ambos no son intercambiables. ERC-7683 es principalmente una capa de estandarización para la resolución de órdenes orientada a solvers. OIF es un marco de infraestructura más amplio que cubre la generación de intención, resolución, cumplimiento, liquidación, agregación y componentes relacionados. Nuestra última investigación en TokenToolHub desglosa el diseño actual de ERC-7683, cómo difiere de borradores anteriores, el ciclo de vida de la orden, los fillers, la seguridad del resolver, los pasos de ejecución, los pagos, las suposiciones, las direcciones interoperables y los riesgos del solver que permanecen fuera del estándar mismo. Análisis completo: https://t.co/VK5Yb4wvJ3