Dlaczego warto budować na Ethereum

decentralizacja

odporność na cenzurę

kompozycyjność

Philip Krause

EF Builder Growth

12 maja 2026

11 minuta czytania

Budowniczowie wybierają infrastrukturę na podstawie obietnic, których ich aplikacja musi dotrzymać.

Większość obietnic dotyczących oprogramowania zależy od operatora. Dostawca chmury utrzymuje działanie serwera. Platforma utrzymuje otwarte konto. Procesor płatności utrzymuje aktywność sprzedawcy. Dostawca API dba o to, by klucz był ważny. To wystarcza w przypadku wielu produktów. Nie jest to jednak wystarczające, gdy wartość produktu zależy od neutralnego dostępu, współdzielonego stanu i zobowiązań, które użytkownicy i inni programiści mogą sami zweryfikować.

Ethereum zostało zbudowane z myślą o tym drugim przypadku, w którym produktem jest neutralny dostęp i weryfikowalne zobowiązania. Nikt nie jest jego właścicielem. Łańcuch działa w wielu krajach, u wielu operatorów i w wielu niezależnych implementacjach klientów, a żadna pojedyncza firma, walidator ani fundacja nie może po cichu zmienić zasad. Dla budowniczego oznacza to, że nie jest to tylko miejsce do hostowania kodu. To miejsce do składania publicznych zobowiązań. Możesz wdrażać bez pytania kogokolwiek o zgodę, użytkownicy mogą nadal mieć dostęp do tego, co wdrożysz, inni programiści mogą na tym budować bez Twojego pozwolenia, a Twoja aplikacja może nadal działać, nawet jeśli jakakolwiek strona, w tym Ty, przestanie współpracować.

Decentralizacja

Decentralizacja jest fundamentem, na którym opierają się te właściwości. Ethereum zapewnia ją poprzez sieć komputerów, zwanych węzłami, z których każdy przechowuje kopię łańcucha i sprawdza każdą transakcję. Każdy węzeł uruchamia oprogramowanie klienta. Podzbiór węzłów, zwanych walidatorami, na zmianę proponuje i potwierdza nowe bloki w procesie zwanym konsensusem. Aby wziąć w nim udział, walidatory wnoszą ETH jako zabezpieczenie, zwane stawką, które tracą, jeśli złamią zasady. W kwietniu 2026 r. w narzędziu do śledzenia węzłów Etherscan zarejestrowano od około 13 700 do 14 000 węzłów, rozmieszczonych w Stanach Zjednoczonych, Niemczech, Chinach, Wielkiej Brytanii, Rosji, Japonii i dziesiątkach innych krajów.

Decentralizacja ma również wymiar ekonomiczny. Od około 32 do 36 milionów ETH, czyli około 27 do 29% podaży, jest stakowane jako zabezpieczenie, które protokół tnie (slashing), gdy walidatory w udowodniony sposób zachowują się niewłaściwie. Atakujący musiałby zdobyć i zaryzykować znaczną część tej stawki, aby skorumpować łańcuch. Przy cenach ETH z kwietnia 2026 r. oznacza to, że zagrożone byłyby dziesiątki miliardów dolarów.

Innym wymiarem jest samo oprogramowanie. Każdy węzeł Ethereum uruchamia równolegle dwa elementy oprogramowania. Klient warstwy wykonawczej uruchamia EVM i śledzi stan kontraktu. Klient konsensusu obsługuje dowód stawki (PoS). Śledzi on, które walidatory proponują bloki, które bloki akceptuje sieć i kiedy blok osiąga ostateczność. Zdrowa decentralizacja wymaga wielu niezależnych implementacji każdego z nich, aby błąd w jednym kliencie nie stał się automatycznie błędem w Ethereum.

Warstwa wykonawcza ma pięciu głównych klientów w środowisku produkcyjnym. Go Ethereum (Geth) obsługuje około 50%, Nethermind około 25%, Besu około 9%, Reth około 8%, a Erigon około 7%. Warstwa konsensusu działa na klientach Lighthouse, Prysm, Teku, Nimbus, Lodestar i innych. Ethereum nie jest łańcuchem opartym na jednym kliencie na żadnej z warstw.

Prawie 50-procentowy udział Getha jest prawdziwym słabym punktem. Błąd w kliencie mniejszościowym jest bolesny dla jego operatorów, ale reszta sieci może kontynuować działanie. Poważny błąd w kliencie większościowym jest bardziej niebezpieczny. Dlatego różnorodność klientów jest bieżącym priorytetem operacyjnym.

Ten priorytet został poddany próbie. Ethereum nigdy nie doświadczyło całkowitego zatrzymania łańcucha od czasu bloku genezy 30 lipca 2015 r. Najbliżej poważnego incydentu było w dniach 11-12 maja 2023 r., kiedy to warstwa konsensusu, zwana Beacon Chain, nie mogła osiągnąć ostateczności przez około 25 minut, a następnie przez około 64 minuty. Przyczyną był błąd klienta Prysm. Ostateczność wymaga poświadczenia przez ponad dwie trzecie walidatorów, a udział Prysma w tamtym czasie był na tyle wysoki, że jego problem na krótko zepchnął sieć poniżej tego progu.

Zatrzymanie ostateczności to nie to samo, co zatrzymanie łańcucha. Nowe bloki były nadal produkowane, transakcje nadal były dołączane, a większość użytkowników i aplikacji nadal działała. To, co uległo zatrzymaniu, to najsilniejsza gwarancja rozrachunku Ethereum. Przy normalnych założeniach konsensusu, blok starszy niż około 13 minut nie może zostać cofnięty. Mosty, giełdy i inne systemy, które czekają na ostateczność przed zaksięgowaniem depozytów, wstrzymałyby te przepływy. Sam łańcuch odzyskał sprawność automatycznie, gdy wystarczająca liczba walidatorów nadrobiła zaległości, bez ręcznej interwencji.

Dla budowniczych ta historia ma znaczenie. Jeśli inni ludzie mają trzymać aktywa w Twoich kontraktach, kierować zlecenia przez Twój rynek lub budować na Twoim prymitywie, potrzebują, aby fundament pod nim działał pomimo błędów, awarii klientów i presji instytucjonalnej.

Odporność na cenzurę

Decentralizacja to struktura. Odporność na cenzurę to jedna z praktycznych rzeczy, które ona zapewnia. Użytkownicy nie powinni potrzebować pozwolenia od firmy, rządu, przekaźnika (relay), walidatora, dostawcy RPC ani operatora aplikacji, aby wysłać ważną transakcję do Twoich kontraktów.

Nie oznacza to, że każda transakcja trafia do następnego bloku. Oznacza to, że żadna pojedyncza strona nie może na zawsze powstrzymać ważnej transakcji przed wejściem na łańcuch. Każdy blok jest proponowany przez innego walidatora, który współpracuje z podmiotami zewnętrznymi, zwanymi budowniczymi i przekaźnikami, w celu jego złożenia. Jeśli jeden z nich odfiltruje Twoją transakcję, następny slot ma inny zestaw i ostatecznie jeden z nich ją uwzględni. Cenzura musiałaby utrzymywać się w całej tej rotującej obsadzie, co jest znacznie trudniejsze niż odmowa ze strony jednego operatora. Okres po sankcjach na Tornado Cash pokazał, jak to wygląda pod presją.

Tornado Cash to kontrakt miksera prywatności, który zrywa powiązanie onchain między depozytem a wypłatą. Po nałożeniu na niego sankcji przez OFAC w sierpniu 2022 r., kilka głównych przekaźników MEV-Boost odmówiło przekazywania bloków zawierających transakcje z objętych sankcjami adresów. Udział bloków zbudowanych za pośrednictwem tych zgodnych z OFAC przekaźników osiągnął szczyt na poziomie blisko 79% w listopadzie 2022 r. Pozostałe 21% pochodziło od przekaźników i budowniczych, którzy nie filtrowali, więc transakcje Tornado Cash nadal wchodziły, tylko wolniej. Oczekiwany czas oczekiwania wzrósł z około 12 sekund do około minuty.

Wyglądało to alarmująco i tak też było. Następnie ten udział spadł. Uruchomiono nowe przekaźniki wyraźnie pozbawione filtrów, w tym Ultra Sound i Agnostic, a proponujący mogli swobodnie dodawać je do swojej konfiguracji MEV-Boost. Nikt nie mógł zmusić każdego proponującego do korzystania z filtrującego przekaźnika, więc udział ten nie mógł utrzymać się na szczytowym poziomie. Na początku 2023 r. spadł poniżej 50%, a przez resztę 2023 r. wahał się między 27% a 47%. OFAC usunął Tornado Cash z listy sankcji w marcu 2025 r. Ten epizod pozostaje najwyraźniejszym testem warunków skrajnych odporności Ethereum na cenzurę.

Ethereum przenosi również więcej z tej gwarancji do samego protokołu. Planowana aktualizacja o nazwie FOCIL (EIP-7805) dodaje listy włączeń (inclusion lists). Losowo wybrani walidatorzy publikują transakcje, które widzą w publicznym mempoolu, a oczekuje się, że następny blok spełni te listy. Jeśli blok je zignoruje, reszta sieci może go odrzucić. Nikt więc nie może powstrzymać Twoich użytkowników przed korzystaniem z Twojej aplikacji.

Niewymagający pozwoleń

Odporność na cenzurę dotyczy tego, czy użytkownicy mogą nadal mieć dostęp do Twojej aplikacji po jej wdrożeniu. Brak wymogu pozwoleń (permissionlessness) dotyczy tego, czy w ogóle możesz ją wdrożyć.

Wdrażanie na Ethereum nie wymaga partnerstwa, konta, zatwierdzenia wpisu, recenzji w sklepie z aplikacjami ani umowy handlowej. Każdy może wdrożyć kod, wywołać kontrakt, uruchomić węzeł, indeksować dane, zbudować portfel lub opublikować interfejs. Warstwa bazowa nie wie, czy jesteś startupem, bankiem, niezależnym programistą, agentem, DAO, czy użytkownikiem bez żadnej firmy.

To zmienia model budowniczego. Na platformie jej właściciel może zmieniać warunki, unieważniać klucze, blokować regiony, usuwać aplikacje lub uzależniać dostęp od relacji biznesowych. Na Ethereum protokół ocenia transakcje według tych samych publicznych zasad dla każdego wywołującego. Kontrakt wdrożony dzisiaj działa według tych publicznych zasad dla każdego adresu, dopóki łańcuch kontynuuje działanie.

Nie usuwa to każdej zależności. Większość użytkowników nie dociera do Twoich kontraktów bezpośrednio. Przechodzą przez frontend, portfel i dostawcę RPC, a każda z tych warstw może ulec awarii lub filtrować. Frontendy mogą zostać zdjęte. Dostawcy RPC, czyli usługi, które kierują większość żądań aplikacji i portfeli do łańcucha, mogą odmówić przekazywania transakcji lub zablokować określone regiony i adresy. Portfele mogą wybierać, co wyświetlają.

Bazowe środowisko wykonawcze pozostaje otwarte pod spodem. Jeśli Twój frontend przestanie działać, użytkownik nadal może wywołać kontrakt bezpośrednio, a inny programista może zbudować nowy interfejs. Jeśli portfel przestanie obsługiwać Twój token, kontrakt nadal działa. Jeśli jeden dostawca RPC filtruje, aplikacja może kierować ruch przez innego lub uruchomić własny węzeł, aby dotrzeć do sieci.

Kompozycyjność

Brak wymogu pozwoleń pozwala na umieszczenie Twojego kodu na łańcuchu. Kiedy już tam jest, nikt nie może go usunąć, więc inni programiści mogą budować na Twoich kontraktach, a Ty możesz budować na ich.

Opakowany ether (WETH) jest najczystszym przykładem. Jest to kontrakt, który opakowuje ETH, dzięki czemu może być używany jak standardowy token w innych kontraktach. Znajduje się pod jednym stałym adresem Ethereum, przechowuje około 1,8 miliona WETH (stan na maj 2026 r.), ma około 3,25 miliona posiadaczy i działa jako wspólna jednostka na giełdach DEX, rynkach pożyczania, w skarbcach i mostach. Jest to kod, z którego tysiące innych kontraktów i aplikacji może korzystać bezpośrednio.

Ten wzorzec powtarza się w całym ekosystemie. Od bloku genezy do początku 2025 r. na Ethereum miały miejsce dziesiątki milionów wdrożeń kontraktów i około 2,5 miliona unikalnych kodów bajtowych według obliczeń Zellic. Standardy takie jak ERC-20 dla tokenów zamiennych i ERC-721 dla tokenów niezamiennych (NFT) stały się warstwami koordynacji. Token wyemitowany przez Twój kontrakt może być przedmiotem obrotu na DEX, stanowić zabezpieczenie pożyczki na rynku pieniężnym, być indeksowany przez narzędzia analityczne, wyświetlany w portfelach oraz mostkowany lub opakowywany przez inne systemy bez konieczności negocjowania przez każdy zespół niestandardowej umowy.

Według stanu na maj 2026 r. w zdecentralizowanych finansach (DeFi) na Ethereum znajdowało się około 46 miliardów dolarów. Pieniądze te są zablokowane w tysiącach działających protokołów, w tym w aktywach, rynkach, wyroczniach, portfelach, systemach kont, kontraktach zarządzania, mostach, analityce i narzędziach deweloperskich. Wszystko to jest kodem, który możesz wywołać bezpośrednio od pierwszego dnia, zamiast budować od zera lub czekać na partnerstwa.

Gospodarka agentów

Dostęp niewymagający pozwoleń i odporność na cenzurę, z decentralizacją u podstaw, mają jeszcze większe znaczenie dla kolejnej fali użytkowników wchodzących do Ethereum. Agenci AI są tą falą; płacą za usługi, przechowują kapitał i rozliczają się z innymi agentami poprzez transakcje i wywołania kontraktów, a wszystko to bez udziału człowieka. Agent nie ma karty, którą można obciążyć, konta na platformie, które można zawiesić, ani człowieka, do którego można zadzwonić, gdy przekaźnik odmówi przekazania transakcji. Dlatego obie te cechy przestają być opcjonalne dla tego rodzaju oprogramowania, a właściwości Ethereum idealnie pasują do tego, czego agent faktycznie potrzebuje. Oczekuje się, że to właśnie na Ethereum rozegra się ta gospodarka, co może ogromnie powiększyć bazę użytkowników.

Niezależnie od tego, czy wdrażasz agenta, czy kontrakty, które agent wywołuje, pojawiają się te same problemy. W typowym hostowanym stosie technologicznym tożsamość agenta jest wynajmowana z konta platformy, które może zostać unieważnione. Jego płatności zależą od karty człowieka lub klucza API. Jego zasady działają na serwerze kontrolowanym przez operatora. Jego ciągłość zależy od hosta, który może zniknąć. Każda z tych zależności jest tym, co warstwa bazowa Ethereum ma za zadanie usunąć.

Na Ethereum nic z tego nie zależy od operatora. Klucze agenta należą do niego, a zasady, pod którymi się podpisuje, nie mogą zostać jednostronnie zmienione. Jego transakcje przechodzą przez tę samą rotującą obsadę walidatorów, budowniczych i przekaźników, która chroni każdy inny adres przed ukierunkowanym blokowaniem. Przejścia stanów odbywają się publicznie, więc kontrakty po drugiej stronie wywołania nie muszą ufać operatorowi, że zaraportuje, co się stało.

Infrastruktura jest już gotowa. Inteligentne kontrakty, stablecoiny i abstrakcja konta dają dziś autonomicznemu aktorowi działający adres, działające saldo i programowalne limity wydatków. Standardy tożsamości agentów i płatności natywnych dla maszyn nadrabiają zaległości. ERC-8004 definiuje rejestry onchain dla tożsamości agenta, reputacji i walidacji. x402 używa kodu statusu HTTP 402, aby umożliwić klientom, w tym agentom, płacenie za API i usługi cyfrowe w stablecoinach bez tradycyjnych kont. Adopcja jest na wczesnym etapie, ale postępuje, a powierzchnia integracji jest niewielka. Akceptuj płatności x402 w swoich punktach końcowych, rejestruj lub sprawdzaj tożsamość za pomocą ERC-8004 i traktuj adresy agentów jako pełnoprawnych użytkowników w swoich kontraktach.

Dla każdego budowniczego wybierającego łańcuch do wdrożenia, agenci są kolejną formującą się klasą użytkowników, a infrastruktura już działa. Kontrakty, które wdrażasz dzisiaj, mogą im służyć jutro bez czekania na przyszły protokół.

Wnioski

Decentralizacja, odporność na cenzurę, wdrażanie niewymagające pozwoleń i kompozycyjność to nie są oddzielne zalety. One się wzajemnie wzmacniają. Decentralizacja uwiarygadnia odporność na cenzurę i pozwala użytkownikom na stały dostęp do tego, co zostało wdrożone. Wdrażanie niewymagające pozwoleń pozwala budowniczym na publikowanie swoich rozwiązań. Kompozycyjność zamienia te aplikacje we współdzieloną infrastrukturę. Autonomiczni agenci mogą za jej pośrednictwem przeprowadzać transakcje i nikt nie może ich powstrzymać. To, co wdrażasz, jest publicznym zobowiązaniem. Działa ono dalej bez Ciebie.

Dalsza lektura

Ostatnia aktualizacja strony: 27 maja 2026