Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Soubhik Deb
Kierownik @eigencloud badawczym (protokół AUM 10 miliardów USD+). Prowadzący @ TheCoordinate Podcast. Nauka publiczna. Wcześniej: doktorat @uw, inżynieria inżynieria licencjacka @iitbombay.
Zapytałem Justina, jak widzi rolę rollupów w tym oszczędnym świecie Ethereum?
Jego odpowiedź odzwierciedla optymizm co do technologii natywnych rollupów.
Oto, co @drakefjustin miał do powiedzenia na temat przyszłości rollupów w @ethereum:
"Dzisiejsze rollupy mają dwa główne problemy. Pierwszym z nich jest to, że są dość skomplikowane i prawdopodobnie mają błędy. Może to potencjalnie oznaczać, że cały rollup może zostać wyczerpany. Drugim dużym problemem jest utrzymanie EVM. Większość rollupów stara się być rollupami równoważnymi EVM, co oznacza, że gdy L1 się zmienia, EVM L1 się zmienia, L2 również musi zmieniać się w jedności. A aby to zrobić, potrzebujesz jakiegoś rodzaju procesu zarządzania, aby rozwijać rollup. Ale niestety, sam proces zarządzania, ścieżka aktualizacji, jest sama w sobie luką w zabezpieczeniach.
Czyż nie byłoby miło, gdybyś mógł mieć rollupy, które z założenia są wolne od błędów i nie muszą być aktualizowane za każdym razem, gdy L1 jest aktualizowane? I to jest podstawowa idea natywnych rollupów, gdzie możesz zbudować rollup, w którym funkcja przejścia stanu wykonania jest dokładną kopią tego, co jest dostępne w L1. Z założenia, ponieważ jest to dokładna kopia L1, jest definicyjnie poprawna. A gdy L1 się zmienia, podczas hard forka, wszystkie rollupy automatycznie zmieniają się razem z nim. Aby wdrożyć ten prekompilowany kod dla natywnych rollupów, dość wygodne jest najpierw przeprowadzenie aktualizacji ZKVM EVM...
...efektywnie, to co natywne rollupy nam dają, to nieograniczona ilość wykonania L1 przez te natywne rollupy. A jedynym prawdziwym wąskim gardłem jest warstwa dostępności danych."
Posłuchaj całego odcinka, aby uzyskać więcej szczegółów.
21 lut, 00:59
Ethereum zaczyna od końcowej fazy.
Odcinek 4 TheCoordinate to głęboka analiza Lean Ethereum: czyste przemyślenie konsensusu, wykonania i dostępności danych.
Usiadłem z @drakefjustin z @ethereumfndn, aby omówić:
> potrzebę przepisania,
> elementy przepisania: bezpieczeństwo post-kwantowe + szybka finalność,
> finalność końcowa (3-slot -> 2-slot -> może 1-slot),
> anatomia slotu, ograniczenia sieciowe i mem "SOL slots",
> dowodzenie ZK w czasie rzeczywistym zmieniające mapę wykonania,
> odporność na cenzurę z FOSSIL,
> rola L2 w świecie Lean Ethereum,
> zachęty dla proponującego, budowniczego, dowodzącego, włączającego, atestującego.
Jeśli budujesz na @ethereum lub próbujesz zrozumieć, dokąd zmierza warstwa bazowa, ten odcinek jest dla Ciebie.
To jest odcinek 4 TheCoordinate. Mam nadzieję, że Ci się spodoba!
-------------------------------
Czas:
0:00 Wprowadzenie: cyfrowa inteligencja potrzebuje cyfrowych instytucji
0:30 Wielkie pytania: Lean Ethereum, konsensus/wykonanie, post-kwantowe
1:25 Dlaczego Ethereum potrzebuje myślenia końcowego (i podejścia od podstaw)
3:30 Dwa elementy „klasy przepisania”: bezpieczeństwo post-kwantowe + szybka finalność
5:52 Beamchain → Lean Consensus → Lean Ethereum (rozszerza się poza konsensus)
6:34 ZK EVM + dowodzenie w czasie rzeczywistym w ramach slotu → cel „10,000 TPS”
10:10 „SOL slots”: przyspieszanie czasu trwania slotu w kierunku ograniczeń prędkości światła
11:09 finalność 3-slotowa (3SF) → finalność końcowa (ścieżki 2-slot / 1-slot)
18:19 eFP2P: gossip z kodowaniem erasure, efektywność pasma, skalowanie blobów
26:21 FOSSIL dzisiaj: listy włączeń + otwieranie włączających poza walidatorami
39:09 Lean VM: minimalny ZKVM
51:04 XMSS wyjaśnione: podpisy Merkle'a, 2^32 liści, kompromis stanu
1:00:36 Rollupy: 99,9% przepustowości na L2 + „natywne rollupy”
1:06:53 Ekonomia: role (budowniczy/dowodzący/włączający/atestujący), koszty dowodzenia, ograniczenie stawki
1,33K
Zapytałem Justina, jak widzi rolę rollupów w tym oszczędnym świecie Ethereum?
Jego odpowiedź odzwierciedla optymizm co do technologii natywnych rollupów.
Oto, co @drakefjustin miał do powiedzenia na temat przyszłości rollupów w @ethereum:
"Dzisiejsze rollupy mają dwa główne problemy. Pierwszym z nich jest to, że są dość skomplikowane i prawdopodobnie mają błędy. Może to potencjalnie oznaczać, że cały rollup może zostać wyczerpany. Drugim dużym problemem jest utrzymanie EVM. Większość rollupów stara się być rollupami równoważnymi EVM, co oznacza, że gdy L1 się zmienia, zmienia się EVM L1, L2 również musi zmieniać się w jedności. A aby to zrobić, potrzebujesz jakiegoś rodzaju procesu zarządzania, aby rozwijać rollup. Ale niestety, sam proces zarządzania, ścieżka aktualizacji, jest sama w sobie luką w zabezpieczeniach.
Czyż nie byłoby miło, gdybyś mógł mieć rollupy, które z założenia są wolne od błędów i nie muszą być aktualizowane za każdym razem, gdy L1 jest aktualizowane? I to jest podstawowa idea natywnych rollupów, gdzie możesz zbudować rollup, którego funkcja przejścia stanu wykonania jest dokładną kopią tego, co jest dostępne w L1. Z założenia, ponieważ jest to dokładna kopia L1, jest definicyjnie poprawna. A gdy L1 się zmienia, podczas twardego forka, wszystkie rollupy automatycznie zmieniają się razem z nim. Aby wdrożyć ten prekompilowany dla natywnych rollupów, dość wygodne jest najpierw przeprowadzenie aktualizacji ZKVM EVM...
...efektywnie, to co dają nam natywne rollupy, to ⁓ nieograniczona ilość wykonania L1 przez te natywne rollupy. A jedynym prawdziwym wąskim gardłem jest warstwa dostępności danych."
Posłuchaj całego odcinka, aby uzyskać więcej szczegółów.
21 lut, 00:59
Ethereum zaczyna od końcowej fazy.
Odcinek 4 TheCoordinate to głęboka analiza Lean Ethereum: czyste przemyślenie konsensusu, wykonania i dostępności danych.
Usiadłem z @drakefjustin z @ethereumfndn, aby omówić:
> potrzebę przepisania,
> elementy przepisania: bezpieczeństwo post-kwantowe + szybka finalność,
> finalność końcowa (3-slot -> 2-slot -> może 1-slot),
> anatomia slotu, ograniczenia sieciowe i mem "SOL slots",
> dowodzenie ZK w czasie rzeczywistym zmieniające mapę wykonania,
> odporność na cenzurę z FOSSIL,
> rola L2 w świecie Lean Ethereum,
> zachęty dla proponującego, budowniczego, dowodzącego, włączającego, atestującego.
Jeśli budujesz na @ethereum lub próbujesz zrozumieć, dokąd zmierza warstwa bazowa, ten odcinek jest dla Ciebie.
To jest odcinek 4 TheCoordinate. Mam nadzieję, że Ci się spodoba!
-------------------------------
Czas:
0:00 Wprowadzenie: cyfrowa inteligencja potrzebuje cyfrowych instytucji
0:30 Wielkie pytania: Lean Ethereum, konsensus/wykonanie, post-kwantowe
1:25 Dlaczego Ethereum potrzebuje myślenia końcowego (i podejścia od podstaw)
3:30 Dwa elementy „klasy przepisania”: bezpieczeństwo post-kwantowe + szybka finalność
5:52 Beamchain → Lean Consensus → Lean Ethereum (rozszerza się poza konsensus)
6:34 ZK EVM + dowodzenie w czasie rzeczywistym w ramach slotu → cel „10,000 TPS”
10:10 „SOL slots”: przyspieszanie czasu trwania slotu w kierunku ograniczeń prędkości światła
11:09 finalność 3-slotowa (3SF) → finalność końcowa (ścieżki 2-slot / 1-slot)
18:19 eFP2P: gossip z kodowaniem erasure, efektywność pasma, skalowanie blobów
26:21 FOSSIL dzisiaj: listy włączeń + otwieranie włączających poza walidatorami
39:09 Lean VM: minimalny ZKVM
51:04 XMSS wyjaśnione: podpisy Merkle'a, 2^32 liści, kompromis stanu
1:00:36 Rollupy: 99,9% przepustowości na L2 + „natywne rollupy”
1:06:53 Ekonomia: role (budowniczy/dowodzący/włączający/atestujący), koszty dowodzenia, ograniczenie stawki
1,31K
Najlepsze
Ranking
Ulubione