You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@schmanu the EIP was updated to use bytes32, bytes and that's it's latest version AFAIK?
Also, using bytes as input presumes that the function would take input that isn't the final digest, but might not be compatible with different schemes (eg with prefix vs without prefix, in other words hash(ethereum signed message+hash(input)) vs hash(input)). Unless it is used for the final digest.
Anyway, we have nothing against implementing this, I'm just curious what the rationale is. Furthermore whether the input is the final digest affects the implementation
Hey @Ivshti, at the time the isValidSignaturecall was implemented in the safe-contracts the standard was still isValidSignature(bytes, bytes). That's why it is implemented in this way.
Some smart contract wallets including Safe use
isValidSignature(bytes, bytes)
instead ofisValidSignature(bytes32, bytes)
.For those this signature validator will not work as the magic value results in
0x20c13b0b
instead of0x1626ba7e
The text was updated successfully, but these errors were encountered: