Recomputes the EIP-7702 authorization-tuple hash (keccak256(0x05 || rlp([chain_id, address, nonce])), the "Set EOA account code" standard live on Ethereum mainnet since the Pectra upgrade, 2025-05-07), recovers the ECDSA signer, and reports the address the recovered signer is authorizing as its delegate. The tuple's own address field IS the delegate: the code the EOA is pointing itself at. This node stops at that address: it never inspects, fetches, or judges the delegate contract's bytecode.
This node recovers the address whose private key signed the supplied authorization tuple: "this EOA authorized this specific delegate address, under this specific chain_id and nonce." It does not inspect, fetch, or judge the delegate contract's code, and issues no safe/unsafe verdict, ever. It does not confirm the authorization was ever submitted or applied on-chain, and does not confirm the EOA's account nonce matches the declared nonce at any block. chain_id = 0 is EIP-7702-defined as a valid, deliberate cross-chain authorization (replayable on any chain), never treated as malformed input. This node never fetches chain state and is never a party to a transaction.
address field is the delegate the EOA is authorizing itself to point at, reported as a plain fact below, never analyzed. chainId = 0 is a deliberate, spec-valid cross-chain authorization, not an error.signature (full hex blob) OR the split r/s fields, plus a recovery marker: yParity (the authorization tuple's native field name) takes priority, else v, else the byte embedded in a 65-byte signature.