ethrd

Eng @ Coinbase, working on Base
https://bayardo.org

Without more than a high-level Ethereum research post or a 35-minute video, it's hard to judge how simple or difficult BRAID is. I'm typically in the "devil is in the details" camp. One thing BRAID simplifies over something like FOCIL is that it doesn't require introducing a third type of actor (inclusion list constructor). Without this additional actor and duty, your slot anatomy flows just the same as today, avoiding conflicts over how to split the 12-second slot time, which I discussed more here: https://ethresear.ch/t/inclusion-list-timing-constraints/20198

BRAID's complexity will revolve around fork choice, consensus changes, and dealing with DOS and free DA. It takes a more from-scratch approach, which is often cleaner but will require more research and engineering cycles to fully understand its full implications.

wow, can't wait for the FOCIL vs BRAID showdown! who's everyone rooting for? 🎉🔥