mirror of https://github.com/status-im/EIPs.git
Automatically merged updates to draft EIP(s) 908
Hi, I'm a bot! This change was automatically merged because: - It only modifies existing draft EIP(s) - The PR was approved or written by at least one author of each modified EIP - The build is passing
This commit is contained in:
parent
955fbd325e
commit
48fa480de0
|
@ -11,7 +11,7 @@ created: 2018-03-01
|
|||
|
||||
## A reward for running a full node is deprecated, but the proposal for a reward for clients remains
|
||||
|
||||
While Casper validators are incentivized to validate transactions, there are still no incentives for relaying blocks and storing data (which includes state). Note also that [Rocket Pool](https://github.com/rocket-pool/rocketpool) is under development and is planned to be a pool for Casper. In light of these two points, perhaps a more appropriate approach to generally rewarding clients would be to incentivize bandwidth (relaying and downloading), storage and I/O (while computation is already incentivized with gas for miners and will be for proposers under sharding and Casper). Note also that notaries will be incentivized to download collations under sharding. Given that it looks like Casper FFG will be implemented soon, to minimize undue complexity to the protocol, incentivizing validation in the mean time may be considered not worthwhile. For a previous version of the proposal containing a proposal for rewarding a full node, refer to [here](https://github.com/ethereum/EIPs/commit/97e235d0ba4a88b4ce29834aa2b94107b8d91e12#diff-9a43a8739b5a9e1dec427324cb264921).
|
||||
While Casper validators are incentivized to validate transactions, there are still no incentives for relaying blocks and storing data (which includes state). Note also that [Rocket Pool](https://github.com/rocket-pool/rocketpool) is under development and is planned to be a pool for Casper. Another alternative is [VIPnode](https://github.com/vipnode/vipnode.org) In light of these two points, perhaps a more appropriate approach to generally rewarding clients would be to incentivize bandwidth (relaying and downloading), storage and I/O (while computation is already incentivized with gas for miners and will be for proposers under sharding and Casper). Note also that notaries will be incentivized to download collations under sharding. Given that it looks like Casper FFG will be implemented soon, to minimize undue complexity to the protocol, incentivizing validation in the mean time may be considered not worthwhile. For a previous version of the proposal containing a proposal for rewarding a full node, refer to [here](https://github.com/ethereum/EIPs/commit/97e235d0ba4a88b4ce29834aa2b94107b8d91e12#diff-9a43a8739b5a9e1dec427324cb264921).
|
||||
|
||||
## Simple Summary
|
||||
When each transaction is validated, give a reward to clients for developing the client.
|
||||
|
|
Loading…
Reference in New Issue