Builder
Podmiot składający kandydat na blok Ethereum, zwykle z transakcji z mempoola i pakietów MEV, a następnie oferujący ten blok walidatorowi.
Czym jest builder
Builder oznacza konstruktora bloku. W Ethereum po The Merge często nie sam walidator układa najlepszy możliwy blok, tylko korzysta z wyspecjalizowanych builderów.
Builder zbiera transakcje, bundle od searcherów i własną logikę porządkowania. Następnie składa kandydat na blok, który ma jak największą wartość dla walidatora.
Ten model jest częścią proposer-builder separation. Proposer, czyli walidator przypisany do bloku, wybiera najlepszą ofertę, a builder odpowiada za zbudowanie zawartości bloku.
Role w przepływie MEV-Boost
- Searcher
- Szuka okazji MEV, takich jak arbitraż albo likwidacje, i wysyła bundle transakcji.
- Builder
- Składa kandydat na blok z transakcji i bundle, próbując zmaksymalizować wartość bloku.
- Relay
- Pośredniczy między builderami i walidatorami, przekazując oferty bloków.
- Validator / proposer
- Wybiera blok do zaproponowania w danym slocie i publikuje go w sieci.
Dlaczego builderzy istnieją
Budowa najbardziej wartościowego bloku jest specjalistycznym zadaniem. Trzeba analizować mempool, transakcje prywatne, bundle searcherów, opłaty i możliwości MEV.
Walidatorzy mogą nie mieć infrastruktury ani wiedzy, żeby konkurować z wyspecjalizowanymi podmiotami. Builderzy przejmują tę część procesu i rywalizują ofertami.
Dla walidatora liczy się zwykle wartość oferty za blok. Dla użytkownika ważniejsze jest to, jak taki proces wpływa na kolejność transakcji, front-running, prywatny orderflow i cenzurę.
Jak builder może wpływać na użytkownika
Zwykły użytkownik nie wybiera buildera ręcznie, ale skutki budowy bloków mogą dotknąć jego transakcji.
- Kolejność transakcji może wpływać na cenę wykonania swapu.
- Transakcja może być narażona na front-running albo sandwich attack.
- Prywatny orderflow może zmniejszyć ekspozycję na publiczny mempool.
- Koncentracja builderów może zwiększać ryzyko cenzury transakcji.
- MEV może przesuwać wartość między traderami, walidatorami, builderami i searcherami.
Przykład przepływu
- Searcher znajduje okazję arbitrażową i tworzy bundle transakcji.
- Builder łączy ten bundle z innymi transakcjami z mempoola.
- Builder składa kandydat na blok i wysyła ofertę przez relay.
- Walidator wybiera najbardziej opłacalną ofertę.
- Blok zostaje zaproponowany i trafia do Ethereum.
Najczęstsze błędne założenia
- Builder nie jest walidatorem tylko dlatego, że składa blok.
- Relay i builder pełnią różne role w przepływie MEV-Boost.
- Builder nie zmienia reguł konsensusu Ethereum. Blok nadal musi być poprawny.
- Wyższa wartość bloku dla walidatora nie zawsze oznacza lepsze wykonanie dla użytkownika.
- Prywatna transakcja nie usuwa całego ryzyka MEV, jeśli jej ścieżka wykonania nadal jest niekorzystna.
Builder układa blok, walidator go proponuje
W proposer-builder separation zadania są rozdzielone. Builder konstruuje zawartość bloku i składa ofertę, a walidator wybiera blok do zaproponowania w sieci.