Mentre penso che l'ePBS sia la direzione sbagliata per il protocollo, nel rispetto della precisione tecnica devo difenderlo su un punto. Sebbene l'ePBS abbia un problema di "opzionalità", non ha un problema di "opzione gratuita", poiché il pagamento del costruttore è incondizionato. L'opzionalità rende lo slot più prezioso, quindi il costruttore dovrebbe fare un'offerta più alta all'asta. Questo significa comunque che ci saranno blocchi saltati e che più MEV viene estratto dagli utenti, ma il valore dell'opzione si accumula al proponente, non al costruttore (se la costruzione è competitiva).
Dan Robinson
Dan Robinson7 ago, 14:16
Sono rimasto sorpreso di sentire che ePBS (EIP 7732) è considerato probabile che venga programmato per Glamsterdam nella chiamata ACD di domani, e in particolare che è visto come un sostituto per l'esecuzione ritardata (come EIP 7886). Non ho mai sentito una ragione molto valida per fare l'esecuzione ritardata a livello di consenso piuttosto che a livello di esecuzione. A differenza di EIP 7886, ePBS non aiuta a semplificare i costruttori: devono comunque eseguire l'intero blocco per generare la radice di stato. Come molti hanno sottolineato, il problema dell'opzionalità sembra grave (8 secondi per un costruttore per annullare il proprio blocco!). Anche quando l'opzione non viene esercitata, questo potrebbe aggiungere molta latenza prima che gli utenti possano vedere se la loro transazione è stata inclusa. Ma sembra anche solo un altro cambiamento complesso che non fa nulla per aiutare gli utenti, cosa che pensavo Ethereum stesse superando.
9,67K