Tytuł oryginalny: Zapewnienie czytelności wyrównania Ethereum
Autor: Vitalik
Opracowano przez: Scof, ChainCatcher
W ekosystemie Ethereum równowaga jest najważniejszym wyzwaniem w zakresie zarządzania – lub, dokładniej, integracji decentralizacji i współpracy. Siłą tego ekosystemu jest to, że istnieje szeroka gama osób i organizacji – zespoły klientów, badacze, zespoły sieciowe drugiego poziomu, twórcy aplikacji, grupy społeczności lokalnej – wszystkie pracujące nad własną wizją tego, czym mógłby być Ethereum. Głównym wyzwaniem jest zapewnienie współpracy wszystkich projektów w celu zbudowania jednego ekosystemu Ethereum, a nie 138 niezgodnych terytoriów.
Aby stawić czoła temu wyzwaniu, wiele osób w ekosystemie Ethereum zaproponowało koncepcję „spójności Ethereum”. Może to obejmować dostosowanie wartości (np. open source, minimalna centralizacja, wsparcie dóbr publicznych), dostosowanie technologii (np. praca ze standardami obejmującymi cały ekosystem) i dostosowanie ekonomiczne (np. wykorzystanie ETH tam, gdzie to możliwe jako tokenów). Jednakże w przeszłości pojęcie to było słabo zdefiniowane, co stwarza ryzyko bycia kontrolowanym na poziomie społecznym: jeśli konsekwentność oznacza posiadanie odpowiednich przyjaciół, wówczas „konsekwencja” zawodzi jako koncepcja.
Uważam, że aby rozwiązać ten problem, należy jaśniej zdefiniować koncepcję spójności, dzieląc ją na konkretne właściwości, które można przedstawić za pomocą określonych wskaźników. Lista dla każdego będzie inna, a wskaźniki nieuchronnie będą się zmieniać z biegiem czasu. Myślę jednak, że mamy solidne punkty wyjścia.
Otwarte oprogramowanie — jest to cenne z dwóch powodów: (i) kod można sprawdzić pod kątem bezpieczeństwa, a co ważniejsze (ii) zmniejsza ryzyko zablokowania własności i umożliwia stronom trzecim wprowadzanie ulepszeń bez licencji. Nie każda część każdej aplikacji musi być w pełni otwarta, ale podstawowe elementy infrastruktury, na których opiera się ekosystem, absolutnie powinny takie być. Złotymi standardami są tutaj definicja wolnego oprogramowania FSF i definicja otwartego oprogramowania OSI.
Otwarte standardy - Dążenie do osiągnięcia interoperacyjności z ekosystemem Ethereum i oparcie się na otwartych standardach, niezależnie od tego, czy już istnieją (np. ERC-20, ERC-1271...), czy też są w fazie opracowywania (np. abstrakcja kont, przelewy między L2, lekkie L1 i L2 atesty klientów, nadchodzące standardy formatu adresu). Jeśli chcesz wprowadzić nową funkcję, która nie jest dobrze obsługiwana przez istniejący standard, współpracuj z innymi, aby napisać nową ERC. Aplikacje i portfele można oceniać na podstawie liczby ERC, z którymi są kompatybilne.
Decentralizacja i bezpieczeństwo — unikaj punktów zaufania, minimalizuj luki w zabezpieczeniach cenzury i minimalizuj zależność od scentralizowanej infrastruktury. Naturalnymi metrykami są: (i) test przejścia: jeśli jutro Twój zespół i serwery znikną, czy Twoja aplikacja będzie nadal użyteczna oraz (ii) test ataku wewnętrznego: w jakim stopniu zostanie uszkodzony, jeśli Twój zespół sam spróbuje zaatakować system, Ile szkód możesz wyrządzić? Ważną formalizacją jest etap agregacji L2beat.
Masakazu
Zorientowany na Ethereum – sukces projektu powinien przynieść korzyści całej społeczności Ethereum (np. posiadaczom ETH, użytkownikom Ethereum), nawet jeśli nie są oni częścią własnego ekosystemu projektu. Konkretne przykłady obejmują wykorzystanie ETH jako tokena (w ten sposób przyczyniając się do jego efektów sieciowych), wkład w technologię open source oraz zobowiązanie się do przekazania procentu tokenów lub przychodów na dobra publiczne ekosystemu Ethereum.
Dla szerszego świata – Ethereum ma na celu uczynienie świata bardziej wolnym i bardziej otwartym miejscem, umożliwienie nowych form własności i współpracy oraz wniesienie pozytywnego wkładu w główne wyzwania stojące przed ludzkością. Czy Twój projekt to zrobił? Przykłady obejmują aplikacje, które przynoszą trwałą wartość szerszemu gronu odbiorców (np. włączenie finansowe), przekazywanie procentu na dobra publiczne poza Ethereum oraz tworzenie technologii, które mają użyteczność wykraczającą poza kryptowaluty (np. mechanizmy finansowania, ogólne bezpieczeństwo komputera). Techniki te w rzeczywistości są używane w tych środowiskach.
Mapa węzłów Ethereum, źródło ethernodes.org
Oczywiście powyższe kryteria nie będą miały zastosowania do każdego projektu. W przypadku sieci warstwy 2 (L2), portfeli, zdecentralizowanych aplikacji mediów społecznościowych itp. stosowane wskaźniki będą bardzo różne. Różne wskaźniki mogą również zmieniać priorytety: dwa lata temu Rollup mógł stosować „koła szkoleniowe”, ponieważ dzisiaj był jeszcze na „wczesnym etapie”, musimy jak najszybciej dotrzeć przynajmniej do pierwszego etapu; Obecnie najbardziej oczywistym wskaźnikiem sumy dodatniej jest zobowiązanie do przekazania określonego procentu tokenów i coraz więcej projektów to robi; w przyszłości możemy znaleźć również wskaźniki, które wyjaśnią inne aspekty sumy dodatniej.
Moim idealnym celem byłoby pojawienie się większej liczby podmiotów takich jak L2beat, które monitorowałyby, jak poszczególne projekty radzą sobie w spełnianiu powyższych kryteriów, a także tych zaproponowanych przez inne społeczności. Projekty nie powinny ze sobą konkurować w zdobywaniu właściwych przyjaciół, ale powinny konkurować, aby zachować jak największą spójność w oparciu o jasne i zrozumiałe kryteria. Fundacja Ethereum powinna zachować w tej kwestii dystans: finansujemy L2beat, ale nie powinniśmy być L2beat. Tworzenie kolejnego L2beat samo w sobie jest procesem niewymagającym pozwolenia.
Zapewni to również jaśniejszą ścieżkę dla Fundacji Ethereum i innych organizacji (i osób), które chcą wspierać ekosystem i uczestniczyć w nim, zachowując jednocześnie neutralność, w decydowaniu, które projekty wspierać i wykorzystywać. Każda organizacja i każda osoba może na podstawie własnego osądu określić, które kryteria są dla niej najbardziej istotne i wybrać projekty, częściowo na podstawie tego, które projekty najlepiej spełniają te kryteria. Ułatwia to Fundacji Ethereum i wszystkim innym wzięcie udziału w zachętach do bardziej ujednolicenia projektów.
Merytokracja jest możliwa tylko wtedy, gdy „zasługa” jest jasno zdefiniowana; w przeciwnym razie mamy do czynienia z (potencjalnie ekskluzywną i o sumie zerowej) grą społeczną. Najlepszym rozwiązaniem problemów związanych z tym, „kto pilnuje psów stróżujących”, nie jest wiązanie wszystkich nadziei w próbach zapewnienia, że wszyscy wpływowi ludzie będą aniołami, ale poprzez wypróbowane i przetestowane techniki, takie jak decentralizacja. „Organizacje panelowe”, takie jak L2beat, eksploratorzy bloków i inni monitorujący ekosystemy, są doskonałymi przykładami tej zasady stosowanej obecnie w ekosystemie Ethereum. Gdybyśmy mogli zrobić więcej, aby uczynić różne aspekty spójności jaśniejszymi, nie skupiając się jednocześnie na jednym „nadzorcy”, moglibyśmy uczynić tę koncepcję bardziej skuteczną, a także sprawiedliwą i włączającą, podobnie jak ekosystem Ethereum w jego dotychczasowej formie.
