Closed VGabriel45 closed 1 month ago
conflicts need to be resolved.
conflicts to be resolved
Path | Size |
---|---|
core (esm) | 11.27 KB (+1.46% 🔺) |
core (cjs) | 17.34 KB (+1.16% 🔺) |
bundler (tree-shaking) | 197 B (0%) |
paymaster (tree-shaking) | 108 B (0%) |
ok new conflicts here
Just a wider point on our modules. I don't like the folder structure any more. It's difficult to know where to look or why the folders are arranged in the way that they are. I also don't like the Base class stuff that we have now. It feels dated, and I'm not sure it even makes sense given how much variety we will have from our modules. I prefer rhinestone flatter / simplified way of organising modules. Can we replicate something similar to what they have done, paired with decorators that can be extended by a nexusClient instead? I realise this might require a different PR
I've not given this more that a moments thought, but something like...
to
modules >
smartSessions >
abi
constants
installation
index
usage
decorators
ownables >
abi
constants
installation
index
usage
decorators
checks are failing.
I've not given this more that a moments thought, but something like...
to
modules > smartSessions > abi constants installation index usage decorators ownables > abi constants installation index usage decorators
folder for each module is ok. most of them will be validators though for which we precisely need these classes because of default and active validator concept.
getActiveValidationModule
We don't need this, instead we will be migrating to use rhinestone's sdk for module.
PR-Codex overview
This PR focuses on refactoring the handling of
signer
instead ofholder
in various modules and updates the related tests. It also introduces new functionalities and makes structural adjustments to improve the codebase.Detailed summary
holder
withsigner
in multiple files.toHolder
utility totoSigner
.Signer
.getPreviousModule
for retrieving previous module addresses.OwnableExecutor
andOwnableValidator
.package.json
dependencies.addresses.ts
.