@Etherum On the 4844 front, we first discussed some issues with the input format to the precompile. They use little-endian, which isn't used on the EL (but is the default on the CL), while the output is big endian, the default for the EL.
@Etherum@yperbasis asked if we could harmonize this, ideally using big endian to match the rest of the EL. After some discussion, we agreed to move forward with this! We'll open a PR to the spec and merge it if no objections come up ✅
@Etherum@yperbasis Next up, we spent nearly an hour discussing whether the 4844 transaction type should use SSZ or RLP 😅 I won't go over the entire conversation here. Recommend the livestream if you want the entire nuance, but here is a TL;DR
@Etherum@yperbasis For background, the 4844 transactions are currently spec'ed using SSZ. There is a general sense that the EL would like to move transaction encoding from RLP to SSZ, so this was done as a "first step" towards that.
@Etherum@yperbasis That said, over the past few weeks (months?), we've been trying to figure out whether what is spec'ed in 4844 would be forward-compatible with a full SSZ transition. Etan from @ethnimbus, @lightclients@roberto_bayardo and others have been deep down this rabbit hole.
@Etherum@yperbasis@ethnimbus@lightclients@roberto_bayardo There were three potential paths: make some minor modifications to the current SSZ transaction spec, hopefully future-proofing it, doing a full SSZ transition as part of Cancun, or changing 4844 to use RLP encoding.
@Etherum@yperbasis@ethnimbus@lightclients@roberto_bayardo The challenges with minor SSZ modifications are that (1) we might get it wrong and need to change the transaction format anyways and (2) we may never (or not for a while) get to the full migration, so be in a spot where the EL only has SSZ for that single transaction type.
@Etherum@yperbasis@ethnimbus@lightclients@roberto_bayardo The challenge with the full migration is that it's a much bigger piece of work, and there are still open questions to figure out. It's hard to see how this would not delay the upgrade.
We'll use RLP on the EL, SSZ on the CL, and (already?) have the blob hashes in the CL blocks, which are sent over the Engine API. Each layer can then verify data against them using their own encoding 🎉!
@Etherum@yperbasis@ethnimbus@lightclients@roberto_bayardo Next up, @elbuenmayini raised an issue about a block validity condition that was implicitly implemented by some clients, but not all. We agreed to make this an explicit validity condition, and Mario already has a PR up with the change 🔥
Not sure how explicit badge holders where about these splits, but it seems reasonable? Could argue that individuals vs. teams should be closer to 50-50, or maybe flip to 2/3rd towards individuals (idk what's best!), but it's encouraging to not see a 10x skew either way!
The results of this round have made me more optimistic about public goods "interop": it feels more like "legos" than "competition", and I think it's worthwhile to keep going that route to allow capital allocators to mix & match as they please 🧱
@optimismFND I also like that both @ProtocolGuild and client teams can get allocations: PG goes directly to individuals, and some of them who fall between clearly delineated teams, and most teams' funding go back to the "org", which helps pay for both the engineers, but also everyone else!
@optimismFND@ProtocolGuild We started PG in part because ~every funding system in the space is biased towards orgs vs. individuals, and so it's great to see something like RPGF allocating to both ends of the spectrum 😄
If you're a validator, you should check out our Withdrawals FAQ to make sure you are ready for the upgrade 🤖notes.ethereum.org/@launchpad/wit…
For the security/vulnerability-minded folks, note that from now until April 5th, the Ethereum Bug Bounty rewards have been doubled for Shapella vulnerabilities 🐞
Had a big #ACDE today: set the Shapella mainnet date (!!), covered every potential Cancun EIP so far, discussed local block building, and a node operator survey by @EthCatHerders 😸
@EthCatHerders First, apologies, there were some issues in the recording, where only my audio was coming out when we recap'ed the Goerli fork + started discussing mainnet dates. Starting at 9:00 on the recording should work, and I briefly summarized the first few minutes of the call 😅
@EthCatHerders That said, @parithosh_j shared his observations of the Goerli fork. While we did see a drop in participation rates, it was due to clients not having updated rather than any issue with Shapella. Once this was fixed, the network was running smoothly!