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

  • Dobry przykład: Searcher znajduje okazję arbitrażową i tworzy bundle transakcji.
  • Dobry przykład: Builder łączy ten bundle z innymi transakcjami z mempoola.
  • Dobry przykład: Builder składa kandydat na blok i wysyła ofertę przez relay.
  • Dobry przykład: Walidator wybiera najbardziej opłacalną ofertę.
  • Dobry przykład: Blok zostaje zaproponowany i trafia do Ethereum.

Najczęstsze błędne założenia

  • Problem: Builder nie jest walidatorem tylko dlatego, że składa blok.
  • Problem: Relay i builder pełnią różne role w przepływie MEV-Boost.
  • Problem: Builder nie zmienia reguł konsensusu Ethereum. Blok nadal musi być poprawny.
  • Problem: Wyższa wartość bloku dla walidatora nie zawsze oznacza lepsze wykonanie dla użytkownika.
  • Problem: Prywatna transakcja nie usuwa całego ryzyka MEV, jeśli jej ścieżka wykonania nadal jest niekorzystna.

Builder może wpływać na cenę wykonania

Builder nie może wydać środków bez podpisu użytkownika, ale może ułożyć transakcje w bloku w sposób korzystny dla searcherów albo walidatora. Przy swapach i likwidacjach znaczenie mają slippage, prywatny orderflow i to, czy transakcja trafia do publicznego mempoola.

Najczęstsze pytania

Nie. Builder konstruuje kandydat na blok. Walidator, jako proposer w danym slocie, wybiera blok i publikuje go w sieci.

Builder nie może wydać środków bez podpisu użytkownika. Może jednak wpływać na kolejność transakcji w bloku, co ma znaczenie przy MEV, swapach i likwidacjach.

Searcher szuka konkretnych okazji MEV i tworzy bundle. Builder składa cały blok, często używając bundle od wielu searcherów oraz zwykłych transakcji.

Relay pośredniczy między builderami i walidatorami. Pomaga przekazywać oferty bloków i ograniczać ryzyko, że proposer zobaczy zawartość bloku bez zaakceptowania oferty.
Ostatnia aktualizacja