(Research stages by Zippie/Compute team)
A key problem in Ethereum UX is the constant need to sign transactions and spend crypto and have crypto in first place. It is a bad UX for end users. Can we avoid repeating that UX mistake for Cartesi rollups?
What is Reverse Gas?
Reverse Gas Model | Internet Computer initially proposed this and other chains / approaches also suggest it (such as Account Abstraction)
In short:
The appchain itself pays for fees from its account fees relating to the processing of a transaction. It doesn’t mean that there can’t be no payment on user side. This is a lot closer to SaaS models, where prepayment of services is done. Appchain can fill up the account itself, not just developer; including third parties.
I don’t think this is currently possible on EVM-based Cartesi Rollups. But in distributed sequencer world, there will be ‘block builders’ nominated by the nodes that are selected as part of consensus to create a block, that can choose which transactions are included into a sequencer ‘block’
What if those block builders could come and get their costs of constructing the block/broadcasting it, reimbursed by the appchain? Subject to certain requirements on the included transactions, such as validity, not spam, etc.
As well as other networks, like Witness Chain, or other constructors of state calculation, or archival nodes, could get permission to drag on a regular basis from an appchain’s account by appchain governance.
What if (this is a fictional scenario):
That developers could get a free tier of locked CTSI in an account, to get started immediately with having an app chain that works.
And 3rd parties would be paid in CTSI from this account on a regular basis.
And hence be incentivised to validate, broadcast transactions from, etc.
Benefits include: much easier to reason about.