Updates about Ethereum core protocol development.
5/3/2023Some disclaimers: not a solidity dev, probably very inefficient/exploitable/etc. Very rough mental model! Architecture Let's start with a rough diagram: I imagine the guild having the following components: Receipients list: a mapping of all eligible receipient addresses, along with their weights/points/etc. We should assume this list and weights can change over time. Epochs: a "time bucket" to better subdivide grant streams and to use as a reference point for list updates. This could maybe be done "each block", but feels even more inefficient. Also, perhpas these epochs store some metadata about whether tokens for a specific recipient have been claimed in this epoch. Streams: a donation to the guild. Streams need to specify which epoch to start at, as well as a duration/vesting period. A number of token is sent alongside the stream, and every epoch makes available stream total / duration tokens, until the current epoch > start epoch + duration. It may be possible to have tokens pre-vest partially by having start epoch be earlier than the current epoch.
10/8/2022[toc] Overview The Ethereum Foundation is launching an Execution Layer Client Incentive Program (ELCIP). This program will provide execution-layer client teams with locked ETH in the form of live validators to be released according to certain milestones, including post-merge performance and progress towards enabling withdrawals from the beacon chain. Program Goals & Eligibility The program aims to provide long-term support and incentives for teams towards maintaining reliable clients and a healthy network overall. For client teams to be eligible, they should already be contributing to the general development of Ethereum and intend to support the upcoming transition to proof of stake. Throughout the program, teams will need to maintain certain levels of performance to be eligible for the rewards. More on this below.
9/15/2021Ethereum Governance refers to how changes are made to the Ethereum protocol. Before diving into the topic, it is worth highlighting that while there are formal and informal processes for how changes get made to the Ethereum protocol, how the protocol is used is permissionless. In other words, for social and technical reasons, a high level of coordination is needed to make changes to Ethereum, but anyone wishing to use Ethereum or build an application on it is free to do so as they please, as long as they follow the rules of the protocol. Stakeholders There are various stakeholders in the Ethereum community, each of which plays a role in the governance process. Starting from the stakeholders closest to the protocol and zooming out, we have: Protocol Developers (a.k.a. "Core Developers"): these people maintain the various Ethereum implementations (e.g. go-ethereum, Nethermind, Besu, Erigon at the execution layer or Prysm, Lighthouse, Nimbus, Teku, Lodestar at the consensus layer); EIP Champions: these people propose changes to the Ethereum protocol, in the form of Ethereum Improvement Proposals (EIPs); Miners/Validators: these people run nodes which can add new blocks to the Ethereum blockchain; Node Operators: these people run nodes which propagate blocks and transactions, rejecting any invalid transaction or block that they come across; Application/Tooling Developers: these people write applications that are run on the Ethereum blockchain (e.g. DeFi, NFTs, etc.) or build tooling to interact with Ethereum (e.g. wallets, test suites, etc.);
8/18/2021