Przestrzeń projektowa Ethereum rollupów jest ogromna. Nie zamierzam zaprzeczać, że ocena @0xFacet była wyzwaniem dla całego zespołu, ponieważ jego projekt nie jest tym, czego można by się spodziewać po typowym rollupie. Niemniej jednak uwielbiamy być wyzwani i w rezultacie powstają nowe pulpity nawigacyjne związane z aktywami kanonicznymi i zewnętrznie mostkowanymi. Najbardziej wymagającym aspektem @0xFacet jest niewątpliwie jego niestandardowy token gazowy. Jego użycie kwestionuje podstawową definicję "kanonicznego" aktywa, ponieważ zazwyczaj zakładamy, że token gazowy musi być mostkowany kanonicznie, ale co jeśli w ogóle nie "mostkujesz" tokena gazowego? Czym jest więc aktywo kanoniczne i kanoniczny most? Przeczytaj pełną recenzję i ogłoszenie @0xFacet, aby uzyskać więcej szczegółów technicznych.

Mam zupełnie inne zdanie * wiele projektów zdołało wprowadzić wszystkich w błąd, że przesyłanie danych do AWS lub 1/1 DAC jest "wystarczające". Użytkownicy końcowi się tym nie przejmują, ale my (społeczność pro) powinniśmy sprawić, by się tym przejmowali, zdecydowanie zniechęcając do takich architektur. Zamiast tego są one w rzeczywistości wspierane przez niektóre zespoły rollup i RaaS * mechanizm odkrywania cen w Ethereum i Celestii jest zniechęcający - projekty chcą niezawodności cen Web2, aby mogły utrzymać niską i przewidywalną cenę dla swoich użytkowników. Nagłe szczyty cenowe są nieakceptowalne, gdy działasz na dużą skalę * projekty DA powinny skupić się na promowaniu legalnych przypadków użycia, a nie zcentralizowanych projektów, które nawet nie raczą opublikować swojego kodu, aby społeczność mogła sprawdzić ich twierdzenia. Jeśli wszystko, co budujemy, to klony Hyperliquid, to wszyscy spadniemy do zera. Nikt w dłuższej perspektywie nie chce zcentralizowanej, powierniczej giełdy, która udaje, że jest zdecentralizowana * ataki na wstrzymywanie danych (dosłownie główny powód korzystania z DA) są trudne do wyjaśnienia użytkownikom - moglibyśmy skorzystać z większej edukacji, a ogólnie świadomości społeczności na temat problemu. Zdecydowana większość użytkowników pro nie dostrzega różnicy między publikowaniem danych a ich pobieraniem. Użytkownicy niepro nie widzą w tym problemu, ponieważ dla nich dane "wydają się" zawsze dostępne, więc trudno im wyjaśnić, jaki problem próbujemy tutaj rozwiązać.

Dlaczego warto sprawdzić @cartesiproject * Posiadanie honeypota, aby zachęcić hakerów do złamania systemu, jest znacznie lepsze niż posiadanie EOA z uprawnieniami do aktualizacji na etapie beta * Jeśli działa zgodnie z zamierzeniem, masz do dyspozycji SDK, aby szybko i tanio budować niestandardowe AppChains, które mogą być łatwo uruchomione jako Stage1 lub Stage2. Kod Cpp dla honeypota jest minimalny, sprawdź to * Ponieważ jest optymistyczny, nie musisz uruchamiać skomplikowanej infrastruktury prover, więc koszty prowadzenia łańcucha są minimalne i możesz uczynić go całkowicie bezzezwoleniowym od pierwszego dnia Teraz potrzebujemy więcej funduszy w honeypocie oraz badaczy / hakerów chętnych do przyjrzenia się ich nowemu systemowi dowodów na oszustwa.

Zbadaj założenia dotyczące zaufania L2. Zawsze zakładaj najgorsze. Działaj odpowiednio. Bezpieczeństwo i decentralizacja nie mają znaczenia, dopóki nie mają.

Czy alt-DA L2 to nieudany eksperyment w skalowaniu Ethereum? Kilka miesięcy temu @l2beat ogłosił, że posiadanie katastrofalnego ustawienia DA, w którym jeden lub dwa adresy mogą zwinąć wszystkie fundusze użytkowników, praktyka, która stała się powszechna w tej przestrzeni, spowoduje zmianę klasyfikacji tych systemów. Nie będą już uważane za Validiumy/Optimumy. Mocno wierzę, że my, jako społeczność, chcemy systemów, które zapewniają użytkownikom pewne minimalne zapewnienia dotyczące bezpieczeństwa i decentralizacji, a to oznacza posiadanie systemu dowodowego i - jeśli dane nie są publikowane na Ethereum - posiadanie podstawowych gwarancji dotyczących dostępności danych. Okazuje się, że projekty nie dbają o to. Nie dbają, ponieważ ich jedynym celem było zdobycie pieniędzy od VC i przyciągnięcie minimalnej uwagi użytkowników tylko po to, aby uruchomić token w sposób jak najtańszy. W praktyce oznacza to korzystanie z jednego z dostawców RaaS i z pewnością nie płacenie Ethereum za dane. Jeśli korzystali z @celestia, @AvailProject lub @eigen_da, nie raczyli "poinformować" mostu Ethereum o tym, co sprawia, że wszystkie fundusze w moście z Ethereum są łatwe do zwinienia. Te projekty wkrótce znikną - większość to już duchowe łańcuchy bez jakiejkolwiek aktywności. Ale może niektóre projekty są legitne, ale użytkownicy po prostu nie dbają. W tym przypadku decyzja o niezabezpieczaniu mostu Ethereum jest świadomym wyborem projektowym - jednak istnieją znacznie lepsze projekty architektoniczne niż uruchamianie całkowicie niebezpiecznego "L2" na RaaS. Dwa lata temu wszystkie znaki wskazywały, że będziemy mieli tysiące rollupów i @l2beat nie będzie w stanie nadążyć. Teraz wydaje się bardziej prawdopodobne, że możemy obserwować przeciwny trend - tylko kilka naprawdę dobrych i ogromny cmentarz nieudanych projektów, których nikt nie chciał od samego początku.

Od jakiegoś czasu @l2beat śledzi użycie DA dla różnych warstw DA i projektów. Jeśli jesteś zainteresowany, jak ostatnia aktualizacja Pectra wpłynęła na przestrzeń blob Ethereum, sprawdź

Jakie jest twoje przeczucie dotyczące bezpieczeństwa mostu, który twierdzi, że korzysta z MPC? Czy zaufałbyś temu (bracie, obliczenia wielostronne, matematyka księżycowa, to musi być bezpieczne, nie?) czy jesteś sceptyczny (kim do są sygnatariusze?). Sprawdź przed udzieleniem 🧵 odpowiedzi

Łańcuchy AnyTrust firmy @arbitrum zostały wprowadzone w 2022 roku. Argumentowali wtedy, że posiadanie powiedzmy 20 członków komitetu przy założeniu, że tylko dwóch jest uczciwych, jest dobrym modelem bezpieczeństwa. I trudno się z tym nie zgodzić

Minął dokładnie rok, odkąd @Immutable (powered by @0xpolygon) ogłosił swoją sieć zkEVM. Możesz sprawdzić dokumentację, aby dowiedzieć się o ich technologii zk

(Niezbyt )krótkie wyjaśnienie, dlaczego wprowadziliśmy nazwę "AppChain" do systemu Stages