GhoFlow

Screenshots

Problem Statement

A merchant wants to sell subscriptions - and recieve the payment in a constant flow of stablecoins. A user wants to buy such subscription, but without having to swap his/her assets.GhoFlow allows the merchant to have a payment widget, streamlines the whole process in 1 transaction (if using ETH for credit, 2 if some token), leveraging AAVE lending pools, stablecoin GHO and Superfluid for the payment streams!

Solution

If a user would like to pay a merchant in a stream of GHO stablecoin, the steps would be:Deposit ETH or tokens (with prior approval) into AAVE pool.Borrow GHO against the collateral.Wrap GHO into superfluid token GHOx.Approve superfluid allowance for GHOx.Go to superfluid dashboard and create a stream with the right flowrate.GhoFlow compresses all these steps into a single smart contract function, simplifying the process a lot.GhoFlow has a main solidity contract - GhoFlowFactory, which spawns/deploys subcontracts for every sender that wants to deposit and create a stream (once this subcontract is created, it is reused in every future interaction). This is done this way because:This allows each sender address to have its own accrued interest based on the supplied assets.It is cleaner/simpler.A limitation of superfluid is that there can only be one stream between each pair of sender/receiver - so several users could not send streams from a single centralised contract to a same merchant.The user then has the possibility of repaying its GHO debt and withdrawing the deposited assets + interest whenever she/he sees it fit.Also, the user can:Create new superfluid streams without adding extra collateral if there is enough.Update the flowrate of a stream.Delete a stream.