Omen vs Gas: Experiment #1 - Authereum solution
One of the issues we are tackling now is high gas is hurting usage.
So if we had a good, easy way to pay for users gas, the DAO would likely be happy to for a period of time
We don’t know how much of a hurdle it is, but it is a hurdle.
Today, we can start an experiment where DXdao pays for users gas on Omen if they use an Authereum wallet (and connect to Omen with Wallet Connect).
Users who use Authereum to connect via wallet connect would have their fees covered. Other walletconnect users (Argent, Safe, etc) would not have their fees covered.
Zero dev implementation. We just need to fund a pot of gas reserve then they turn it on.
Let’s set an intial budget for how many users we want. At Omen’s early peak, it was 200 users. That should be our first goal.
davidoj: Gas prices currently around 0.3 Eth/day with ~50 weekly users, might be 1.5 Eth/day with 200 weekly users: https://explore.duneanalytics.com/queries/8612/source#17284
2 Eth/week, might be 10 Eth/week with 200 users
Each user might also trade more if you’re compensating gas costs
geronimo: - lets send 10 ETH to authereum and announce that anyone who is using an authereum smart wallet will have their transactions paid by the DXdao (first limited by 10 ETH, if we see more demand and everything is legit we are gonna increase it)
This will give us an opportunity for marketing. We can spread the word: Gasless usage of Omen.
At the same time, we don’t want some bot to just waste it by draining the pot for zero reason, so we would want to have some additional protections in place.
Authereum team says they can implement additional rate limiting protection based on ETH spent on fees per user or offer the ability for DXdao to countersign transactions to mark as sponsorable.
They themselves offered sponsored transactions on Authereum for ~6 months and dealt with spammers. They spent a lot of time adding protections and firewalls to transactions that tried to spam them (mint gas tokens, airdrop tokens, etc.) and pretty successfully stopped them. The DAOs txs would also be checked by those same filters that they now use on Authereum, as well as the rate limits and other items mentioned.
The user scans the QR code using the scanner on the wallet connect page on Authereum wallet to establish the connection.
This tweet has a demo video https://twitter.com/authereum/status/1212090099044761605?s=20
With Wallet Connect, the user needs to be on the wallet or taken to the wallet first. Ideally the dapp is integrated directly with the Authereum SDK so the user can click on the Authereum login option to signup/login and use the dapp without going through the Wallet Connect flow.
Add the “Connect With Authereum” as a third option
We may also use existing libraries like onboard.js or web3modal that offer Authereum as a login option.
But since we already have a custom modal with login options then adding Authereum as a 3rd option seems like the way to go. Integrating the Authereum web3 provider is relatively simple https://docs.authereum.com/web3-provider
Experiment, Learn, Iterate…
Send 10 ETH from DXdao to Authereum’s gas tank for DXdao Omen.
Authereum’s receiving address for this is: 0xa8866c94Ab7a09a50bfC18370D86F66F4079DE18
Have Authereum team turn it on.