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
0.7 entrypoint was unfinished when we started 4337 implementation. Currently it seems ready to be used and it should be possible to use it with the Safe SDK. We need to test and support both versions in the SDK.
Proposed solution
Update the safe-modules-deploymentsto the latest version, having compatibility for 0.2.0 or 0.3.0 versions of the Safe module.
We should keep 0.6 entrypoint by default (which is supported by 0.2.0 version of the Safe module). The API is not supporting v0.7 UserOperations yet.
From the supported entrypoints we receive from the bundler we need to detect which one is 0.6 or 0.7.
When we load a Safe that is already deployed, the SDK needs to be able to select the correct module that the Safe is using.
AddModulesLib was renamed to SafeModuleSetup. Everything will still work if unchanged, but would be good to align naming convention to avoid future breaking changes.
The API service won't be compatible with 0.7.0 yet. We can add compatibility to the SDK setting the specific module address manually. We should test this approach to anticipate the differences in the SafeOperation object.
The text was updated successfully, but these errors were encountered:
Context / issue
0.7 entrypoint was unfinished when we started 4337 implementation. Currently it seems ready to be used and it should be possible to use it with the Safe SDK. We need to test and support both versions in the SDK.
Proposed solution
safe-modules-deployments
to the latest version, having compatibility for 0.2.0 or 0.3.0 versions of the Safe module.AddModulesLib
was renamed toSafeModuleSetup
. Everything will still work if unchanged, but would be good to align naming convention to avoid future breaking changes.Additional context
safe-modules CHANGELOG
The API service won't be compatible with 0.7.0 yet. We can add compatibility to the SDK setting the specific module address manually. We should test this approach to anticipate the differences in the SafeOperation object.
The text was updated successfully, but these errors were encountered: