Binance Square

terencechain

0 Obserwowani
0 Obserwujący
0 Polubione
0 Udostępnione
Posty
·
--
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.
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!
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 teraz dzielimy się kilkoma wykresami:
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

teraz dzielimy się kilkoma wykresami:
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
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
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ę Czy coś wyróżnia się dla Ciebie tutaj?
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ę

Czy coś wyróżnia się dla Ciebie tutaj?
Testnet Hoodi osiąga limit gazu 60M 🚀
Testnet Hoodi osiąga limit gazu 60M 🚀
Tydzień po Pectra: reorganizacje na dzień spadły z powrotem do poziomów sprzed Pectra, jak na razie wygląda to dobrze
Tydzień po Pectra: reorganizacje na dzień spadły z powrotem do poziomów sprzed Pectra, jak na razie wygląda to dobrze
Sieć testowa Sepolia osiąga limit gazu 60M🚀
Sieć testowa Sepolia osiąga limit gazu 60M🚀
Pectra uratowała cenę etha, kto by pomyślał, że wszystko, co trzeba było zrobić, to przenieść indeks komitetu z attestation
Pectra uratowała cenę etha, kto by pomyślał, że wszystko, co trzeba było zrobić, to przenieść indeks komitetu z attestation
Pectra uruchamia główną sieć za ~20 godzin Nie będę tweetować o finalizacji—po prostu mam nadzieję, że wszystko pójdzie gładko 🫶
Pectra uruchamia główną sieć za ~20 godzin
Nie będę tweetować o finalizacji—po prostu mam nadzieję, że wszystko pójdzie gładko 🫶
Zaloguj się, aby odkryć więcej treści
Poznaj najnowsze wiadomości dotyczące krypto
⚡️ Weź udział w najnowszych dyskusjach na temat krypto
💬 Współpracuj ze swoimi ulubionymi twórcami
👍 Korzystaj z treści, które Cię interesują
E-mail / Numer telefonu
Mapa strony
Preferencje dotyczące plików cookie
Regulamin platformy