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
{{ message }}
This repository was archived by the owner on Jul 16, 2025. It is now read-only.
A funky idea @razgraf and I came up with last week during an in-person whiteboarding session:
What if we switch to MM cardinality, and we implement composability of streams not via the VM (directly) but via a keeper network?
The new VM design would be something like this:
Maximum subgraph size is two (2 users and 1 stream)
To compose streams, users are required to claim from their Recipient subaccount, and move the funs to their Sender subaccount (which funds another stream)
A third-party keeper network could be created that pays the gas cost for making the claims
The keeper network could be defined at the VM level so that it gets first-citizen class, special gas prices, auction models, etc.
Obviously, more research would be needed on the auction models etc.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Idea
A funky idea @razgraf and I came up with last week during an in-person whiteboarding session:
What if we switch to MM cardinality, and we implement composability of streams not via the VM (directly) but via a keeper network?
The new VM design would be something like this:
Feedback
See https://keep3r.network
RFC @sablier-labs/sabvm
Beta Was this translation helpful? Give feedback.
All reactions