Grindery DePay Router Protocol

Last updated by Tim Delhaes a month ago
 
 
 
 
Background 
Grindery is building a “Zapier for Web3”. Users will be able to send on-chain events (e.g: wallet deposits) to an off-chain system (e.g: browser notification) as well as sending off-chain data (e.g: Google Form entry) on-chain (e.g: creating a DAO proposal).  While not the primary use case,  Grindery  Nexus can also be used to send messages from one chain (e.g: event on Ethereum) to other chains (e.g: transactions on Near). For the w2-w3 and w3-w3 use cases users have to be able to pay gas fees. This payment has to be made as simple as possible, specially for DAOs our target market. 
 
Problem 
Whenever Grindery runs a workflow that executes a blockchain transaction (transfer of tokens, creating DAO proposals, etc) gas has to be paid on the target chain. Since this transaction will be executed in the background - without the user's real-time consent - users will have to pre-pay the gas for this transaction. These transactions can be on the same or a different chain than the users (or DAO’s) wallet. This would require users to buy, deposit and maintain a positive balance of gas tokens for future transactions on all possible chains. 
 
Solution Summary 
Allow users (DAOs) to prepay for gas on any (supported Blockchain) using their native (gas) token in their wallet/treasury. 
 
Solutions in Detail 
Payments (for gas) should be as simple as credit/debit card payments in the SaaS space: users can fund their cards in any local currency (USD, Euro, MX, ..) and the provider receives the payment in their local currency (USD, Euro, MX, ..). Neither customers nor providers need to worry about each other's preferred currencies. This could be achieved on blockchains the following way 
 
Allowing users to deposit gas tokens into  gas pools  (smart contracts) on every supported blockchain from their wallet/treasury. 
Reflecting this deposit on a  central payment chain   by minting  pool tokens  that represent the users deposit as a share in the aggregated value of all gas pools on all chains. 
Allow selected smart contracts to receive  gas tokens  from any  gas pool  on any supported blockchain on behalf of the user within the limit of  pool tokens  owned by the user. 
Reflecting the gas token withdrawal by burning the corresponding amount of  pool tokens  on the  central payment chain . 
 
This would allow the creation of a “Cross-Chain Gas Station Network ”. The purpose of this system is not to compete with cross-chain liquidity pools and bridges (that can exchange large sums of tokens) but rather to enable micro payments on behalf of the user. This should allow the implementation of additional security strategies at different levels/layers of the system that could significantly decrease risk  compared to existing cross-chain bridges. 
 
This solution could likely be deployed using a combination of protocols (Celer, Router Protocol, Synapse. Maplabs.io, thorchain, LayerZerom Axelar, Multichain, etc), Layer-0 technologies (Polkadot, Ignite/Cosmos) and/or different Oracles types (Chainlink, Reality.eth). 
 
 
Refreshed On: Sep 28, 2022 06:45:14 UTC+00:00