这段代码此刻要求每一个乐成的解锁挪用都包括一个序列号。因为动静中得包括一个唯一无二的数字，所以每次乐成挪用所要求的签名都是唯一无二的。这暗示之前视察到的动静对进攻者来说没用了，因为重放会失败。

大大都的暗码学签名体系都基于公私钥对。私钥可以或许对数据举办签名，并且此签名可以或许被对应的公钥所验证。就像它的名字所体现的一样，一个用户的公钥是果真的，而私钥则必然要保密。

address signer = ecrecover(msgHash, v, r, s);

数据完整的可验证性，意思是签名可以用于证明自签名以来数据未被修改。

function unlock( address_to, uint256_amount, uint8[]_v, bytes32[]_r, bytes32[]_s) external{ require(_v.length >= 5); bytes32 hashData = keccak256(_to,_amount); for (uint i = 0; i <_v.length; i++) { address recAddr = ecrecover(hashData,_v[i],_r[i],_s[i]); require(_isValidator(recAddr)); } to.transfer(_amount);}

Bob 在与以太坊毗连的另一条链上有等价于 10ETH 的资产被他通过桥接器传回了以太坊链上。

Bob 此刻可以复制这个签名值的序列而且本身提交一个一模一样的解锁函数挪用请求。这个解锁的操纵可以或许再一次乐成，导致又一个 10ETH 被发送给 Bob。

以上景象被称为签名重放进攻。这种进攻能乐成是由于我们无法验证所签名动静的独一性，也不知道它之前是否被用过。

与签名验证相关的裂痕凡是是由于误解了底层的暗码学道理和签名的目标而引起的。因此，在具体相识此特定裂痕之前，我们先快速相识一下暗码学签名的事情道理。

任何特另外查抄，岂论是查抄签名地点是否为正确地点，照旧查抄被签名的动静是否独一，都必需被手动添加进智能public uint256 nonce;function unlock( address_to, uint256_amount, uint256_nonce, uint8[]_v, bytes32[]_r, bytes32[]_s) external{ require(_v.length >= 5); require(_nonce == nonce++); bytes32 hashData = keccak256(_to,_amount,_nonce); for (uint i = 0; i <_v.length; i++) { address recAddr = ecrecover(hashData,_v[i],_r[i],_s[i]); require(_isValidator(recAddr)); } to.transfer(_amount);}