Jak obiecałem, to jest moje przypomnienie, że ePBS jest teraz rzeczywiste, dobrze zbadane, wdrożone i teraz wspierane przez większość zespołów klientów.

Jednym z interesujących rozszerzeń, które umożliwia projekt TimeBoost, jest informowanie aplikacji o transakcjach "TimeBoosted" w momencie ich realizacji. Może to potencjalnie spowodować, że aplikacje dostosują swoje mechanizmy opłat. Jeśli tak się stanie, arbitrażystów korzystających z TimeBoost również dostosują się do tego🧵

Cieszę się, że mogę ogłosić, że nasza praca zdobyła nagrodę za najlepszy artykuł! Dziękuję, @will_wjk, @StefLeonardos i zespołowi za zorganizowanie wspaniałej konferencji.

📢 Propozycja dotycząca wielowymiarowego pomiaru gazu w Ethereum L1 Pozwala na zwiększenie pojemności bloku, bez zmiany limitu gazu w bloku i bez komplikowania UX. + można to łatwo rozszerzyć na przyjazne dla użytkownika wielowymiarowe ceny (końcowy cel 1559!). 👇 skrót i linki poniżej

Było wiele zamieszania wokół TimeBoost, zwłaszcza co do tego, co tak naprawdę robi. Oto kilka moich osobistych spostrzeżeń na ten temat oraz kilka faktów, które mogą być interesujące: 1. Co?: Polityka porządkowania transakcji Arbitrum przed TimeBoost była oparta na zasadzie „kto pierwszy, ten lepszy” (FCFS). Z TimeBoost jest prawie tak samo: transakcje „TimeBoosted” tworzą porządek FCFS natychmiast, który jest łączony z regularnymi transakcjami, które również tworzą porządek FCFS z opóźnieniem 200 ms. Ważne jest, aby zaznaczyć, że TimeBoost NIE daje prawa do proponowania bloków i NIE daje praw do sekwencjonowania. 2. Dlaczego?: TimeBoost został przede wszystkim zaprojektowany, aby przesunąć inwestycje poszukiwaczy arbitrażu w redukcję opóźnień i infrastrukturę na dochody z łańcucha, ponieważ to pierwsze jest utraconą wartością dla (wszystkich typów) użytkowników łańcucha. Drugim celem było zmniejszenie liczby odrzuconych transakcji z powodu probabilistycznych backrunów. Trzecim celem było jak najbliższe podejście do polityki porządkowania FCFS. TimeBoost NIE został zaprojektowany w celu maksymalizacji przychodów, szczególnie krótkoterminowych. 3. Jak to działa?: Główny cel jest częściowo osiągnięty, jak duża jest ta część, to a) trudno obliczyć, b) wymaga testowania w czasie. Drugi cel nie został jeszcze osiągnięty, ale myślę, że będzie lepiej. Trzeci cel jest wyraźnie osiągnięty. Ogólnie uważam, że jest to interesujący alternatywny projekt porządkowania transakcji do zbadania, z perspektywy badawczej, a teraz także z danymi z rzeczywistego życia. Część aukcyjna TimeBoost jest dość związana z pomysłem biletów wykonawczych zaproponowanym przez badaczy z Ethereum Foundation.

Z niecierpliwością czekam na zaprezentowanie naszego artykułu "MEV Capture Through Time-Advantaged Arbitrage" (z @robin_ethz, @misilva73, @EdFelten, @convoluted_code) na konferencji MARBLE w przyszłym tygodniu. Pełny program konferencji: Artykuł bada wartość TimeBoost wynikającą z arbitrażu CEX-DEX i (empirycznie) porównuje ją z aukcjami FCFS i PGA.

Czekam na rozmowę o TimeBoost dzisiaj w @ZuBerlinCity.

W przypadku możliwości backrunning argumentujemy, że przewaga czasowa (np. TimeBoost) może dramatycznie zmniejszyć wskaźnik transakcji probabilistycznych, co przekłada się na "spam": w porównaniu do FCFS, w którym cała wartość jest marnowana na spam. Dla przykładowej dystrybucji wartości uzyskanej na podstawie szacunków, redukcja wyniosła tylko 15% wartości wydanej na spam. Dla niektórych dystrybucji może to skutkować wydatkowaniem 0 wartości na spam.

W nowym artykule z Benny Sudakovem z @ETH_en porównujemy Restaking z protokołem Proof-of-Stake (PoS). Najpierw przyglądamy się wystarczającemu warunkowi, aby graf restakingowy był bezpieczny. Pod tym warunkiem, przekształcenie grafu restakingowego w bezpieczne protokoły PoS jest zawsze możliwe.

Czasy blokad to modne hasło Dziś @Base ma 2000 ms, @Solana ma 400 ms, @Arbitrum ma 250 ms, a inne produkcyjne łańcuchy Arbitrum, takie jak @ProofOfPlay przy 100 ms. Chociaż są one ważną częścią stosu, nie zawsze są najbardziej skuteczne do optymalizacji. 🧵