Una transacción de asignación de código (set-code) lleva una authorization_list de tuplas [chain_id, address, nonce, y_parity, r, s]; cada una es la firma del propietario de la cuenta sobre keccak256(0x05 ‖ rlp([chain_id, address, nonce])). Al procesarla, se escribe en el código de la cuenta el indicador de delegación de 23 bytes 0xef0100 ‖ address, así que las llamadas a la cuenta ejecutan el código del contrato delegado en el contexto de la cuenta. Un chain_id de 0 hace que la autorización sea válida en todas las cadenas.
Esto lleva a las direcciones existentes la agrupación de llamadas (batching), el gas patrocinado y el control con llaves de acceso o claves de sesión, sin mover fondos. También crea un nuevo objetivo de phishing: una sola autorización firmada entrega el control total de la cuenta al contrato delegado, también en otras cadenas si chain_id es 0, y el almacenamiento escrito por un delegado anterior permanece cuando cambia la delegación. El decodificador de EIP-7702 muestra a qué contrato delega una autorización.