浅谈以太坊元交易的新型授权钓鱼风险元交易在提现完成后

2024-06-29 05:46:05 [百科] 来源：避面尹邢网

浅谈以太坊元交易的浅谈新型授权钓鱼风险

作者：区块软件开发 2023-07-04 14:53:16安全应用安全区块链在区块链世界中，新用户想进入这个领域存在不少门槛，太坊其中最大的元交易门槛之一是每个操作都需要交易手续费（transaction fee），在以太坊里面叫gas，新型元交易（meta transaction）则是授权最有希望解决这个问题的方案，但是钓鱼在目前也存在一定风险。

一、风险什么是浅谈元交易

设想这样一个场景：你被DeFi的高收益所吸引，所以决定将交易所里的太坊USDC全部提到钱包，然后投入到DeFi中，元交易在提现完成后，新型你钱包确实收到了USDC，授权但你发现你不能完成任何链上操作，钓鱼不能交易，风险不能质押。浅谈所以，你又需要重新从交易所中购买一些ETH再提到钱包....

在常规情况下，用户想要在区块链上发布一笔交易，需要账户内有足够的的原生代币（native coin，ETH、BTC这类）作为交易手续费，然后才能上链。而在使用元交易的情况下，用户可以不用自己发布交易，转而委托中继者（relay）代为发布，这样自然也就不需要用户自己有足够的的原生代币。

浅谈以太坊元交易的新型授权钓鱼风险元交易在提现完成后

要实现交易委托，需要目标智能合约支持元交易，实现的方式一般是使用消息签名技术，使用钱包进行签名是不需要任何手续费的，因为这完全是链下行为，用户构造相应的元交易数据，并签名，然后将这些信息发送给中继者，接着中继者再对目标合约进行调用，并附带数据与签名，目标合约收到这些信息后进行验证后再执行相应的业务。

浅谈以太坊元交易的新型授权钓鱼风险元交易在提现完成后

有一点要搞明白，元交易虽然是GasLess（免gas）的，但并不代表无需手续费，是否需要付出手续费，以及付出何种资产作为手续费，主要取决于中继者，一般来说，可以用主流token支付，所以你需要再签署一笔向中继者支付手续费的元交易。

总而言之，元交易的本质是一组信息凭证，是用户期望行为的一种证明，且具有真实的可执行力，第三方可以拿这些信息替用户执行想要执行的动作。

二、ERC20-permit(EIP-2612)

场景继续：当你准备购买ETH作为手续费时，你突然发现，USDC居然支持元交易，只需要签署一则消息即可完成授权，简直不要太方便！

ERC20是在以太坊上面创建token的实现标准，但是它并不支持元交易，如果token需要支持授权元交易，则需要按照EIP-2612的规范来进行扩展，如下：

新增了3个函数：

function permit(address owner, address spender, uint value, uint deadline, uint8 v, bytes32 r, bytes32 s) externalfunction nonces(address owner) external view returns (uint)function DOMAIN_SEPARATOR() external view returns (bytes32)

permit函数：一般由中继者调用，负责验证参数与签名是否相符，然后进行授权（approve）操作
nonces函数：返回指定用户的nonce，在每次permit之后，nonce递增，为了防止一笔元交易被重复执行
DOMAIN_SEPARATOR函数：根据chainId、合约地址等信息生成一个唯一散列，防止一笔元交易在其他EVM链（ETC、BSC等）上被重放

最重要的是permit函数，所以看一下这个函数的具体实现，这里参考uniswap：

https://github.com/Uniswap/v2-core/blob/master/contracts/UniswapV2ERC20.sol

function permit(address owner, address spender, uint value, uint deadline, uint8 v, bytes32 r, bytes32 s) external {         require(deadline >= block.timestamp, 'UniswapV2: EXPIRED');        bytes32 digest = keccak256(            abi.encodePacked(                '\x19\x01',                DOMAIN_SEPARATOR,                keccak256(abi.encode(PERMIT_TYPEHASH, owner, spender, value, nonces[owner]++, deadline))            )        );        address recoveredAddress = ecrecover(digest, v, r, s);        require(recoveredAddress != address(0) && recoveredAddress == owner, 'UniswapV2: INVALID_SIGNATURE');        _approve(owner, spender, value);    }

很短几行代码，可以看到，在进行了验签以及其他检测后，会执行授权操作，所以整个流程其实很简单，用户完成链下签名，中继进行链上调用，仅此而已。