Repository navigation
feat(cheatcodes): add vm.signTypedData cheatcode to Foundry #10281
Description
Component
Forge
Describe the feature you would like
I am building safe-utils to help automate the proposal of Safe transactions through Foundry.
One common use case of governance multisigs is Safe signers who use Ledger wallets.
The issue is that Ledger removed blind signing, so the eth_sign method invoked by vm.sign does not work.
This feature request proposes introducing a new vm.signTypedData similar to cast wallet sign --data. Since foundry already has JSON encoding/decoding cheatcodes, we could rely on the user to correctly construct the data parameters, and only pass them to the VM method.
Additional context
No response
Activity
[-]Add vm.signTypedData[/-][+]Add vm.signTypedData to Foundry[/+]Workaround foundry-rs/foundry#10281
nadtech-hub commentedon Apr 9, 2025
✋
[-]Add vm.signTypedData to Foundry[/-][+]feat(`cheatcodes`): add `vm.signTypedData` cheatcode to Foundry[/+]Haxry commentedon Apr 15, 2025
@zerosnacks if it's avialable, may i take it ?
grandizzy commentedon Apr 15, 2025
sounds good @Haxry thank you!
Haxry commentedon Apr 16, 2025
@grandizzy
@aviggiano
lmk if i am wrong ,
the user will provide the structured json data according to the EIP712 , the
vm.signTypedDatacheatcode should take it as input along with the private key and should generate the digest which should then be signed as done byvm.signright ?
grandizzy commentedon Apr 16, 2025
@aviggiano pls chime in, if EIP712 you're looking for maybe #4818 to consider?
aviggiano commentedon Apr 16, 2025
@Haxry yes this was my idea
@grandizzy #4818 is nice but I think it is independent from my feature request, no?
PatrickAlphaC commentedon Apr 25, 2025
It feels like it could go into ally first too no? And then get merged into foundry?
alloy-rs/alloy#2349
bowd commentedon Jun 2, 2025
This would be great!