New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EIP-1837 Explicit transaction fees #1837
Comments
Here we go :) |
Consider using the gas stations network, which solves the same problem without requiring miners to learn new skills. See EIP 1613 or Google 1-800-ethereum. Already deployed on ropsten if you want to use it during the hackathon. |
I second @yoav-tabookey suggestion, gas stations network can handle this use case pretty effectively. |
And - you can use Portis and get an out-of-the-box solution with the gas stations network: |
@yoav-tabookey @crazyrabbitLTC @radotzki Portis gas station looks working solution but requires smart contracts adoption. I still prefer to modify nodes software to make it possible for every Etheruem user. |
I agree with @k06a! The miner client needs only small changes in the transaction sort function, to allow to pay the fee from smart contract. |
@gluk64 Thank you for the feedback! May you can provide some contacts to the mining pools? |
I think HashCash will not work in general case, because GPU or ASIC miners of attackers will have much more power to produce the hashes. But if we make hashcash mining process like ethereum mining and bring it to 3rd party (so, there are two reward transfers inside the block: one transfer for |
@snjax but I think ASIC miners will have not enough incentive to block valid gas-less transactions. Are you talking about generalizing transaction mining by 3rd parties? This would allow wallet owners to mine their client's transactions with some pools cooperation and earn on this. |
@k06a yes, I said about generalizing transaction mining. Also, there is another way how to provide gas-less transactions: wallet contracts. |
There has been no activity on this issue for two months. It will be closed in a week if no further activity occurs. If you would like to move this EIP forward, please respond to any outstanding feedback or add a comment indicating that you have addressed all required feedback and are ready for a review. |
This issue was closed due to inactivity. If you are still pursuing it, feel free to reopen it and respond to any feedback or request a review in a comment. |
This EIP was started as part of ETHParis 2019 hackathon project: https://devpost.com/software/qrtoken
Simple Summary
Let's allow Ethereum users to pay fees over smart contract by sending funds directly to miner via
block.coinbase
during zero-gas-price transaction execution.Abstract
We would like to propose a safe way for existing Ethereum nodes to consider transactions with
zero gas price
to be included in blocks due to their ability to pay fees directly to miners overblock.coinbase
. This would allow users to pay fees in any desired token, using on-chain exchanges (Bancor Network, Kyber Network, Uniswap, 0x). And would allows IoT devices to avoid problems with topping up their ETH balances and pay fees from the managing smart contract.Motivation
Specification
Ethereum miners should consider zero gas price transactions as one's possible to pay directly to them over smart contract. And since EVM checks of this payments are much harder than cheks
gas_limit * gas_price <= sender_balance
we have to propose several cases to protect from a cheap flood, so we found 2 approaches at that moment:On-chain registration of wallets which would like to send this kind of transactions and blacklists of these wallets on nodes, which tries to send free transactions without any payments.
Off-chain HashCash of transactions by tweaking their signatures until Tx with enough number of leading zero bits in hash found.
The text was updated successfully, but these errors were encountered: