Widziałem dużo dyskusji na temat szybszych czasów slotów (EIP-7782) i epbs (EIP-7732), więc chciałem podzielić się swoim stanowiskiem. Po pierwsze, chcę podkreślić, że wszystkie dyskusje, które widziałem, były prowadzone w dobrej wierze, wszyscy chcą tego, co najlepsze dla Ethereum. Główne pytanie dotyczy tylko kolejności działań. To dobry problem do rozwiązania! Z zewnątrz może to wyglądać chaotycznie, ale tak właśnie wygląda publiczny R&D. Jesteśmy w otwartej kuchni, debatując, czy najpierw podać stek czy homara, klient dostaje oba w każdym przypadku, to tylko kwestia czasu i sposobu.
Teraz mówiąc tylko za siebie (nie za mój zespół), uważam, że powinniśmy najpierw wdrożyć EIP-7732. Oto dlaczego:
1.) Z perspektywy inżynieryjnej, bardziej sensowne jest najpierw restrukturyzowanie, a następnie skracanie. Robienie tego w odwrotnej kolejności to nie tylko więcej pracy inżynieryjnej, nie jest to 1:1 (nie liniowe też), ale trudniej to uzasadnić. 2.) Z perspektywy testowania, łatwiej jest najpierw testować restrukturyzację slotów, a następnie szybsze sloty. Jak widzieliśmy w Pectra, testowanie jest głównym wąskim gardłem przy wdrażaniu! 3.) Z perspektywy bezpieczeństwa, wprowadzenie większej zmiany (jak restrukturyzacja) najpierw, a następnie mniejszej (skracanie) jest często bezpieczniejsze. Niech działa na mainnet i wzmocni się przed dodaniem większej złożoności. 4.) Z perspektywy harmonogramu, w kontekście łącznego czasu, uważam, że (EIP-7732 → EIP-7782) jest szybsze niż (EIP-7782 → EIP-7732). Moglibyśmy wdrożyć 7782 zaledwie 3–4 miesiące po 7732, jeśli pracujemy nad obiema równolegle i przełączymy się w tryb testowy, jak tylko 7732 zostanie wdrożony. Krótkie widmo tylko CL mogłoby nas szybko tam doprowadzić.
To tylko moje zdanie jako kogoś, kto codziennie buduje i wdraża te rzeczy. Brakuje mi kontekstu zarówno w badaniach, jak i w społeczności. Ostatecznie użytkownicy Ethereum powinni mieć coś do powiedzenia, czy wolisz szybsze czasy slotów w Glamsterdam, czy wyższy limit gazu wykonawczego i większą pojemność blobów? Dlaczego? Chciałbym usłyszeć twoje myśli.
Nie mogłem uczestniczyć w rozmowach ACD tak często, jakbym chciał, ale dzisiejsza sesja wyglądała na bardzo produktywną. Ethereum jest wdrażane i skalowane!
Kolejka walidatorów Ethereum rośnie nieprzerwanie od końca maja, przeanalizowałem wszystkie stare depozyty ETH1 oraz nowe depozyty wykonawcze EIP-6110 od slotu 11649077 do 11931977
Liczby ogólne: - Łącznie 82 529 nowych depozytów EL w porównaniu do 541 starych depozytów danych eth1, ponieważ oczekiwany depozyt eth1 został wycofany - Łącznie 2,3 mln ETH wpłaconych za pośrednictwem depozytu EL - 375 depozytów EL większych niż 32 ETH
https://launchpad.ethereum.org/en/validator-actions jest kryminalnie niedoceniane. UX dla częściowego depozytu, wypłaty i składania jest super płynny. Ogromne brawa dla zespołu, który za tym stoi, ale jak zawsze, DYOR
Przez ostatni miesiąc zagłębiałem się w bloki i znalazłem coś interesującego: 172 bloki nie miały transakcji, 85 nie miało odbiorców opłat. To około 5–6 dziennie, mniej więcej w tym samym tempie co reorganizacje. Przykład: https://t.co/lw0pSAePBt Czy reorganizacje w ostatniej chwili mogą zaskakiwać budowniczych? Ktoś wie więcej? cc @Data_Always
Minął miesiąc od aktualizacji Pectra. Napisałem szybki skrypt, aby pobrać wszystkie bloki od & wykorzystania żądania wykonania badania. Co odkryłem w 236 tys. slotów:
- Spośród 236 tys. slotów tylko 30 587 bloków miało jakiekolwiek żądania wykonania - W tych blokach było 69 041 żądań depozytowych, 312 żądań wypłaty (czemu tak mało!), oraz 17 570 żądań konsolidacji - W przypadku depozytów zauważyliśmy 57 293 unikalnych kluczy publicznych oraz 2 102 unikalnych poświadczeń wypłaty - W przypadku wypłat 262 unikalnych kluczy publicznych walidatorów oraz 100 unikalnych adresów źródłowych - W przypadku konsolidacji 3 422 unikalnych adresów docelowych oraz 3 544 samokonsolidacji, co wydaje się stanowić ~1,3% walidatorów, którzy przeprowadzili konsolidację