Content
@
0 reply
0 recast
2 reactions
Spencer Graham 🧢
@spengrah.eth
Is anybody aware of an ERC standard (or draft) related to using EIP712 typed signature data to route validation logic for ERC1271 contract sigs? Or if one doesn't exist, would that be a worthwhile standard? Here's what I'm using currently, but it needs to be generalized to support recursive contract sigs
4 replies
1 recast
7 reactions
Spencer Graham 🧢
@spengrah.eth
cc @auryn the champion of recursive contract sigs 🫡
1 reply
0 recast
1 reaction
Auryn
@auryn
Hhhmmm, shouldn't the recursion happen out of the box with 1271?
1 reply
0 recast
0 reaction
Spencer Graham 🧢
@spengrah.eth
not (I don't think) when requiring this additional data be appended and assuming the first 65 bits are the signature. Or more precisely, you can recurse down *to* a contract that implements this scheme, but not past it. Here's the actual implementation
1 reply
0 recast
0 reaction
Auryn
@auryn
I believe Safe's implementation is recursive https://github.com/safe-global/safe-smart-account/blob/2278f7ccd502878feb5cec21dd6255b82df374b5/contracts/handler/CompatibilityFallbackHandler.sol#L57-L68
1 reply
0 recast
0 reaction
Spencer Graham 🧢
@spengrah.eth
But from what I can tell, it assumes the length of an individual signature is always 65. This is fine for safe, since there is only one validation route (total valid sigs >= M), but since there is no room to append extra data, this scheme can't support other validation routes like I'm trying to enable
1 reply
0 recast
0 reaction
Spencer Graham 🧢
@spengrah.eth
maybe i'm missing something tho
0 reply
0 recast
0 reaction