Una aprobación de token ERC-20 autoriza a un gastador específico a mover fichas del saldo de un propietario dentro del importe permitido. Es un registro de permiso, separado de una transferencia token completa.Aprobación, asignación y transferencia de la norma tokenDe las funciones explican por qué revisar una compra por sí sola puede dejar un permiso de gasto sin examinar. Ethereum estándar de token ERC-20
Seguir las pruebas
Trace cómo el evento podría llegar a los mercados, y luego inspeccionar una explicación competitiva.
Compare las explicaciones
Intercambiar lentes para ver lo que explica cada cuenta, y lo que sigue siendo incierto.
Análisis WFN: considera una transacción hipotética en la que un usuario permite un contrato para gastar 1,000 unidades y luego realiza una compra de 100 unidades. El recibo de compra establece una acción; no establece por sí mismo que cada permiso asociado con la interacción ha terminado. El margen de pago real debe ser leído desde el contrato de reserva correspondiente y par de portavoces del propietario.
Análisis WFN: considera una transacción hipotética en la que un usuario permite un contrato para gastar 1,000 unidades y luego realiza una compra de 100 unidades. El recibo de compra establece una acción; no establece por sí mismo que cada permiso asociado con la interacción ha terminado. El margen de pago real debe ser leído desde el contrato de reserva correspondiente y par de portavoces del propietario.
Para una solicitud firmada, registre lo que la billetera realmente exhibió y qué contrato se supone que actuar en la firma. Para una aprobación en cadena, conservar su transacción y la prestación resultante. Se sugieren pasos de revisión, no una reclamación de que cada billete muestra campos idénticos o que cada ficha implementa la extensión de permiso opcional. Al investigar una transferencia inesperada, distinguir el permiso que le permitió de la transacción que la ejerció.
El permiso registrado por la norma
La función de aprobación establece la prestación de un gastador; otra llamada reemplaza la cantidad existente. La función de la prestación informa de cuánto queda autorizado para retirar el gastador, y la transferenciaDe permite una transferencia en nombre de otra cuenta. La norma también incluye una advertencia sobre la modificación de una asignación existente directamente entre valores no cero. Ethereum estándar de token ERC-20
Las aprobaciones firmadas pueden seguir una ruta diferente. ERC-2612 define permiso, que puede actualizar una asignación mediante un mensaje firmado, sujeto a cheques incluyendo una noción y plazo. Por lo tanto, una solicitud de firma puede ser relevante para la autoridad pendiente de token incluso cuando el usuario no está presentando una transacción común aprobada en sí mismo. Ethereum ERC-2612: Extensión de permisos para aprobaciones firmadas
Revisar el permiso por separado del comercio
Análisis WFN: considere una operación hipotética en la que un usuario permite un contrato para gastar 1,000 unidades y luego realiza una compra de 100 unidades. El recibo de compra establece una acción; no establece por sí mismo que cada permiso asociado con la interacción ha terminado. La asignación real restante debe ser leída del contrato de ficha correspondiente y par de portavoces propietario.
La dirección del contrato importa más que un nombre de interfaz familiar. Una revisión de permisos debe identificar la red, dirección token, propietario y gastador antes de comparar la cantidad. De lo contrario, una asignación de aspecto correcto en una red o por una señal podría ser errónea para evidencia sobre un permiso diferente.
Un permiso de alcance reducido y un permiso continuo sirven a diferentes necesidades operacionales. Su compensación debe explicarse en términos de la acción autorizada y el importe, en lugar de la seguridad prometida. Un pequeño permiso no puede validar un destino deshonesto, mientras que una interfaz funcional no establece que su autoridad solicitada es apropiada para la transacción prevista del usuario.
Mantener solicitudes firmadas en el itinerario de auditoría
Para una solicitud firmada, registre lo que la billetera realmente exhibió y qué contrato se supone que actuará en la firma. Para una aprobación en cadena, mantenga su transacción y la asignación resultante. Se sugieren pasos de revisión, no una reclamación de que cada billetera muestre campos idénticos o que cada ficha implemente la extensión de permiso opcional.
Al investigar una transferencia inesperada, distinguir el permiso que le permitió de la transacción que la ejerció. Esa distinción ayuda a reducir las pruebas necesarias: la relación propietario-deportivo, la aplicación del contrato pertinente y el registro de transferencia real. Las normas explican el mecanismo; no certifican una aplicación específica, identifican a un atacante o establecen que una firma no revisada es inofensiva.