Vi har precis postat "Beyond Flashtestation" på Flashbots-forumet, ett förslag om att utöka Flashtestation för decentraliserad, opålitlig L2-blockbyggnad. Vad är Flashtestation och hur kan vi decentralisera detta? 👇

Flashtestation möjliggör verifierbara arbetsbelastningar utanför kedjan via TEE-attestering. Men den är byggd för en enda blockbyggare med behörighet, även kallad sequencer. För att delegera blockbyggande till opålitliga parter behöver vi två stora förbättringar: 1. Onchain BuilderHub 2. Motorns API och spridning av blocknyttolast

1. Onchain BuilderHub Till skillnad från L1 använder OP Stack-baserade L2:er inte en offentlig mempool, vilket gör att transaktioner kan förbli privata eftersom de skickas direkt till sequencers. För att möjliggöra decentraliserad blockbyggnad utan att kompromissa med denna sekretess tillhandahåller aTLS en TEE-baserad attesteringsmekanism som gör det möjligt för obetrodda byggare att dela orderflöde på ett säkert sätt samtidigt som dåliga MEV:er som frontrunning och sandwich-attacker förhindras. För att koordinera dessa byggare på ett förtroendeminimerat sätt kan BuilderHub, som för närvarande är en offchain-tjänst i BuilderNet, flyttas till kedjan så att byggare kan registrera sig och ansluta via aTLS-säkrade webSockets. Detta möjliggör autentiserad kommunikation med låg latens mellan mötesdeltagare.

2. Motorns API och spridning av blocknyttolast Byggare måste på ett säkert sätt dela både Engine API-anrop och flashblock-nyttolaster mellan op-node, rollup-boost och op-rbuilder. Genom att använda samma onchain BuilderHub + websocket-ramverk säkerställs ett verifierbart och effektivt dataflöde. I en konfiguration med flera byggare blir rollup-boost nyttolastväljaren i MEV-Boost-stil för L2.

Taggar några av de skarpaste hjärnorna inom blockbyggande och TEE: @hasufl @DistributedMarz @mmrosum @0xQuintus @bertcmiller @0xOptimus @defin00b