Śledziłem reakcje na to, co powiedziałem o L2s około 1,5 dnia temu. Jedna ważna rzecz, w którą wierzę, to: "stworzyć jeszcze jeden łańcuch EVM i dodać optymistyczny most do Ethereum z tygodniowym opóźnieniem" jest dla infrastruktury tym, czym forking Compound jest dla zarządzania - czymś, co robiliśmy zbyt wiele razy przez zbyt długi czas, ponieważ staliśmy się wygodni, co osłabiło naszą wyobraźnię i wprowadziło nas w ślepą uliczkę. Jeśli stworzysz łańcuch EVM *bez* optymistycznego mostu do Ethereum (czyli alternatywnego L1), to jest jeszcze gorzej. Nie potrzebujemy więcej kopii łańcuchów EVM, a na pewno nie potrzebujemy jeszcze więcej L1. L1 się skaluje i przyniesie dużo miejsca blokowego EVM - nie nieskończoność (szczególnie AIs będą potrzebować zarówno więcej miejsca blokowego, jak i niższej latencji, niż nawet znacznie skalowane L1 może zaoferować), ale dużo. Zbuduj coś, co wnosi coś nowego. Podawałem kilka przykładów: prywatność, efektywność specyficzna dla aplikacji, ultra-niska latencja, ale moja lista z pewnością jest bardzo niekompletna. Druga ważna rzecz, w którą wierzę, to: jeśli chodzi o "połączenie z Ethereum", wibracje muszą odpowiadać substancji. Osobiście jestem fanem wielu rzeczy, które można nazwać "łańcuchami aplikacyjnymi". Na przykład myślę, że istnieje duża szansa, że optymalna architektura dla rynków predykcyjnych to coś w stylu: rynek jest wydawany i rozwiązywany na L1, konta użytkowników są na L1, ale handel odbywa się na jakimś opartym na rollupie lub innym systemie podobnym do L2, gdzie wykonanie odczytuje L1, aby zweryfikować podpisy i rynki. Lubię architektury, w których głębokie połączenie z L1 jest pierwszorzędne, a nie myślą poboczną ("jesteśmy praktycznie oddzielnym łańcuchem, ale o tak, mamy most, i ok, w porządku, dajmy 1-2 deweloperów, aby doprowadzić to do etapu 1, aby ludzie z l2beat mogli postawić zielony znacznik, żeby vitalik nas polubił"). Druga skrajność "łańcucha aplikacyjnego", np. wersja, w której przekonujesz jakiś rejestr rządowy, platformę mediów społecznościowych lub coś związanego z grami, aby zaczęła umieszczać korzenie merkle swojej bazy danych, z STARKami, które udowadniają, że każda aktualizacja była autoryzowana, podpisana i wykonana zgodnie z wcześniej zatwierdzonym algorytmem, na łańcuchu, jest również rozsądna - to ma dla mnie największy sens w kontekście "instytucjonalnych L2s". To oczywiście nie jest Ethereum, nie jest wiarygodnie neutralne i nie jest bez zaufania - operator zawsze może po prostu zdecydować, że "przechodzimy na inną wersję z innymi zasadami teraz". Ale umożliwiłoby to weryfikowalną przejrzystość algorytmiczną, cechę, którą wielu z nas chciałoby zobaczyć w rządzie, algorytmach mediów społecznościowych czy gdzie indziej, i mogłoby umożliwić działalność gospodarczą, która w przeciwnym razie nie byłaby możliwa. Myślę, że jeśli jesteś pierwszą rzeczą, to jest to ważne i świetne, aby nazywać siebie aplikacją Ethereum - nie może przetrwać bez Ethereum nawet technologicznie, maksymalizuje interoperacyjność i kompozycyjność z innymi aplikacjami Ethereum. Jeśli jesteś drugą rzeczą, to nie jesteś Ethereum, ale (i) przynosisz ludzkości więcej algorytmicznej przejrzystości i minimalizacji zaufania, więc dążysz do podobnej wizji, oraz (ii) w zależności od szczegółów prawdopodobnie synergistyczny z Ethereum. Więc po prostu powiedz te rzeczy bezpośrednio! W zasadzie: 1. Zrób coś, co wnosi coś naprawdę nowego. 2. Wibracje powinny odpowiadać substancji - stopień połączenia z Ethereum w twoim wizerunku publicznym powinien odzwierciedlać stopień połączenia z Ethereum, jakie twoja rzecz ma w rzeczywistości.