cannon feat(registry): Add registry subscription model

Subscription model to the registry with possibility of paying with any ERC20 token implementation.

FAQs

CannonSubscription is a separate contract, though that it would be easier for future upgrades.
Subscription Plans are defined by us, and there is going to be always a "default" one for new users.
Subscription Plans are a combination of Price by Term, and the user when subscribing has to pay price * amountOfTerms required.
We can set the minimum or maximum amount of terms a user can have of a given plan. This means that:
1. e.g. using the minTerms of a plan, we can set that for a plan that has 100 credits per month, the user needs to pay for at least 12 terms, which would mean a 1 year subscription.
2. e.g. for max duration, the user cannot subscribe more than 2 years in advance (namely 24 terms), this is so we don't commit indefinitely to offering that plan.
A Membership is an instance of a given Plan for a User, which saves since when it started and its expiration date. It also has tally of credits by term.
The user can call cancelMembership, it will delete the existing membership and give back the USDC of the terms that didn't start yet. This means if the terms are 1 month, and the user is on month 3 of a 1 year subscription, we will give back 9 months worth of USDC that they payed. (for this to work the registry has to have sufficient USDC, ofc)
If we create a new default plan, the users that are already subscribed to an older plan they will still have the credits from the old plan.
We can disable an old plan so the users that are subscribed to them cannot renew them (but they will be able to finish the membership until it ends)

TODO

[x] Subscription Plan
[x] Membership Creation/Update
[x] Membership Payment
[x] New Publish logic (count publishes, update membership if necessary)
[x] Update tests
[ ] Update cannonfiles
[ ] Builder/CLI subscription logic
[ ] Prevent re-publish

Jan 17 '25 00:01 mjlescano

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Package	Supply Chain Security	Vulnerability	Quality	Maintenance
@radix-ui/react-label@2.1.0 ⏵ 2.1.2
@radix-ui/react-separator@1.1.0 ⏵ 1.1.2
@radix-ui/react-aspect-ratio@1.1.0 ⏵ 1.1.2
@radix-ui/react-slot@1.1.1 ⏵ 1.1.2
@radix-ui/react-tooltip@1.1.3 ⏵ 1.2.4			^-3
@radix-ui/react-switch@1.1.2 ⏵ 1.1.3
@radix-ui/react-collapsible@1.1.1 ⏵ 1.1.3
@radix-ui/react-checkbox@1.1.2 ⏵ 1.1.4
@radix-ui/react-tabs@1.1.1 ⏵ 1.1.3
@radix-ui/react-dropdown-menu@2.1.2 ⏵ 2.1.6
@radix-ui/react-popover@1.1.2 ⏵ 1.1.6
@radix-ui/react-accordion@1.2.1 ⏵ 1.2.3				⁺¹
@radix-ui/react-dialog@1.1.2 ⏵ 1.1.6
@radix-ui/react-scroll-area@1.2.1 ⏵ 1.2.3
@radix-ui/react-select@2.1.4 ⏵ 2.1.6
@ethersproject/bignumber@5.8.0
@cypress/webpack-preprocessor@6.0.2 ⏵ 6.0.4	⁺¹			^-3
@monaco-editor/react@4.6.0 ⏵ 4.7.0
@next/third-parties@14.2.6 ⏵ 14.2.26
@rollup/plugin-node-resolve@15.2.3 ⏵ 15.3.1
@bahmutov/cypress-esbuild-preprocessor@2.2.2 ⏵ 2.2.4				⁺¹
@rollup/plugin-commonjs@26.0.1 ⏵ 26.0.3
@safe-global/api-kit@2.4.4 ⏵ 2.5.11	⁺¹		⁺¹	^-5
@next/bundle-analyzer@14.2.6 ⏵ 14.2.26
@sentry/nextjs@8.26.0 ⏵ 8.55.0	^-1	⁺⁵	⁺¹	⁺²
@rainbow-me/rainbowkit@2.2.1 ⏵ 2.2.4			⁺¹	^-3
@hookform/resolvers@3.9.1 ⏵ 3.10.0	⁺¹			⁺⁶
@cypress/code-coverage@3.13.11 ⏵ 3.14.0	⁺¹			⁺²