search

metacartel / Harbour-MVP

Building a decentralised p2p meta-tx relayer network [MVP] Codename: Harbour ## We solved this problem: https://medium.com/tabookey/1-800-ethereum-gas-stations-network-for-toll-free-transactions-4bbfc03a0a56
https://medium.com/tabookey/1-800-ethereum-gas-stations-network-for-toll-free-transactions-4bbfc03a0a56
MIT License
30 stars 15 forks source link

Layer 1 Relayer Network #23

Open ptrwtts opened 5 years ago

ptrwtts commented 5 years ago

This may be controversial, but is it possible to have regular Ethereum miners act as the relayers? All that should be required is updating popular clients (Parity, Geth, etc) to understand meta transactions, and take the rewards into account when deciding which transactions to include in a block (ie which give them the most rewards). The gas price would technically be zero, but they include it because they will get paid once it's mined.

You probably don't even need to get all clients on board. As long as at least one client does it, then meta transactions would get processed as soon as a block is produced by a miner using that client. But obviously for the sake of getting transactions processed quickly, you would want wide adoption.

Am I missing something?

rmeissner commented 5 years ago

This is what we were also thinking about when adding this to the Gnosis Safe (see https://gnosis-safe.readthedocs.io/en/v0.0.1/contracts/personal_edition.html#front-running-submitted-transactions)

Having a separate layer on top of normal ethereum nodes might be easier in the beginning, since you would be touching a core part of the miner logic.

I think a lot of miners are currently just in the mood "I want to type one command to get going" (this is an assumption :P ). When we support meta tx you would have to configure what tokens to accept and what contracts to allow. As soon as there is something like TCRs for trusted contracts etc, this might be easier.

Also this would be along the lines of https://github.com/ethereum/EIPs/issues/859 right?