`nonce``
+
+`` - _Tag otwierający, który zawiera fragment kodu_
+
+nonce - _Tekst, którego nie należy tłumaczyć_
+
+`` - _Tag zamykający_
+
+
+
+Tekst źródłowy zawiera również skrócone tagi, które zawierają tylko liczby, co oznacza, że ich funkcja nie jest od razu oczywista. Możesz najechać kursorem na te tagi, aby zobaczyć dokładnie, jaką funkcję pełnią.
+
+W poniższym przykładzie widać, że najechanie kursorem na tag `<0>` pokazuje, że reprezentuje on `` i zawiera fragment kodu, dlatego zawartość tych tagów nie powinna być tłumaczona.
+
+
+
+## Formy skrócone a pełne/skróty {#short-vs-full-forms}
+
+Na stronie internetowej używanych jest wiele skrótów, np. dapps, NFT, DAO, DeFi itp. Skróty te są powszechnie używane w języku angielskim i większość odwiedzających stronę jest z nimi zaznajomiona.
+
+Ponieważ zwykle nie mają one ustalonych tłumaczeń na inne języki, najlepszym sposobem podejścia do tych i podobnych terminów jest podanie opisowego tłumaczenia pełnej formy i dodanie angielskiego skrótu w nawiasie.
+
+Nie tłumacz tych skrótów, ponieważ większość osób nie znałaby ich, a przetłumaczone wersje nie miałyby większego sensu dla większości odwiedzających.
+
+Przykład jak tłumaczyć dapps:
+
+- Aplikacje zdecentralizowane (dapps) → _Przetłumaczona pełna forma (angielski skrót w nawiasach)_
+
+## Terminy bez ustalonych tłumaczeń {#terms-without-established-translations}
+
+Niektóre terminy mogą nie mieć ustalonych tłumaczeń na inne języki i są powszechnie znane pod oryginalnym terminem angielskim. Takie terminy obejmują głównie nowsze koncepcje, takie jak proof-of-work, proof-of-stake, Łańcuch śledzący (Beacon Chain), staking itp.
+
+Chociaż tłumaczenie tych terminów może brzmieć nienaturalnie, ponieważ angielska wersja jest powszechnie używana również w innych językach, to jednak zaleca się ich tłumaczenie.
+
+Tłumacząc je, nie krępuj się wykazać kreatywnością, użyj opisowych tłumaczeń lub po prostu przetłumacz je dosłownie.
+
+**Powodem, dla którego większość terminów powinna zostać przetłumaczona, a nie pozostawiona w języku angielskim jest fakt, że ta nowa technologia stanie się w przyszłości bardziej rozpowszechniona, gdy coraz więcej osób zacznie korzystać z Ethereum i powiązanych technologii. Jeśli chcemy przyciągnąć do tej przestrzeni więcej osób z całego świata, musimy zapewnić zrozumiałą terminologię w jak największej liczbie języków, nawet jeśli sami będziemy musieli ją stworzyć.**
+
+## Przyciski i wezwania do działania (CTA) {#buttons-and-ctas}
+
+Strona zawiera liczne przyciski, które powinny być tłumaczone inaczej niż pozostałe treści.
+
+Tekst przycisku można zidentyfikować, przeglądając zrzuty ekranu dołączone do większości ciągów lub sprawdzając kontekst w edytorze, który zawiera frazę „button”.
+
+Tłumaczenia przycisków powinny być jak najkrótsze, aby zapobiec niepoprawnemu formatowaniu. Dodatkowo tłumaczenia przycisków powinny być w trybie rozkazującym, tzn. przedstawiać polecenie lub prośbę.
+
+
+
+## Tłumaczenie inkluzywne {#translating-for-inclusivity}
+
+Odwiedzający ethereum.org pochodzą z całego świata i z różnych środowisk. Język na stronie powinien być zatem neutralny, przyjazny dla wszystkich i niewykluczający.
+
+Ważnym aspektem jest neutralność płciowa. Można to łatwo osiągnąć, używając formalnej formy adresowania i unikając w tłumaczeniach słów powiązanych z płcią.
+
+Inną formą integracji jest próba tłumaczenia dla globalnej publiczności, niespecyficznej dla żadnego kraju, rasy czy regionu.
+
+Język powinien być również odpowiedni dla wszystkich odbiorców i grup wiekowych.
+
+## Tłumaczenia specyficzne dla języka {#language-specific-translations}
+
+Podczas tłumaczenia ważne jest, aby przestrzegać zasad gramatyki, konwencji i formatowania używanych w danym języku, a nie kopiować ze źródła. Tekst źródłowy jest zgodny z zasadami i konwencjami gramatyki angielskiej, co nie ma zastosowania w wielu innych językach.
+
+Należy znać zasady obowiązujące w danym języku i odpowiednio tłumaczyć. Jeśli potrzebujesz pomocy, skontaktuj się z nami, a pomożemy Ci znaleźć zasoby na temat tego, jak te elementy powinny być używane w Twoim języku.
+
+Kilka przykładów tego, o czym należy szczególnie pamiętać:
+
+### Interpunkcja i formatowanie {#punctuation-and-formatting}
+
+**Stosowanie wielkich liter**
+
+- Istnieją ogromne różnice w pisowni wielkich liter w różnych językach.
+- W języku angielskim powszechne jest pisanie wielką literą tytułów i nazw, miesięcy i dni, nazw języków, świąt itp. W wielu innych językach jest to gramatycznie niepoprawne, ponieważ mają różne zasady kapitalizacji.
+- Niektóre języki mają również zasady kapitalizacji zaimków osobowych, rzeczowników i niektórych przymiotników, które nie są pisane wielką literą w języku angielskim.
+
+**Odstępy**
+
+- Zasady ortografii definiują użycie odstępów dla każdego języka. Ponieważ odstępy są używane wszędzie, zasady te są jednymi z najbardziej wyróżniających się, a odstępy są jednymi z najczęściej błędnie tłumaczonych elementów.
+- Niektóre typowe różnice w odstępach między językiem angielskim a innymi językami:
+ - Odstęp przed jednostkami miary i walut (np. USD, EUR, kB, MB)
+ - Odstęp przed znakami stopni (np. °C, ℉)
+ - Odstęp przed niektórymi znakami interpunkcyjnymi, zwłaszcza wielokropkiem (…)
+ - Odstęp przed i po ukośnikach (/)
+
+**Listy**
+
+- Każdy język ma zróżnicowany i złożony zestaw reguł pisania list. Mogą one znacznie różnić się od angielskiego.
+- W niektórych językach pierwsze słowo każdego nowego wiersza musi być pisane wielkimi literami, podczas gdy w innych nowe wiersze powinny zaczynać się małymi literami. Wiele języków ma również różne zasady dotyczące kapitalizacji w listach, w zależności od długości każdego wiersza.
+- To samo dotyczy interpunkcji na końcu wiersza. Końcowym znakiem interpunkcyjnym w listach może być kropka (.), przecinek (,) lub średnik (;), w zależności od języka.
+
+**Cudzysłów**
+
+- Języki używają wielu różnych cudzysłowów. Zwykłe kopiowanie angielskich cudzysłowów ze źródła jest często niepoprawne.
+- Do niektórych z najpopularniejszych typów cudzysłowów należą:
+ - „przykładowy tekst“
+ - ‚przykładowy tekst’
+ - »przykładowy tekst«
+ - “przykładowy tekst”
+ - ‘przykładowy tekst’
+ - «przykładowy tekst»
+
+**Dywizy i myślniki**
+
+- W języku angielskim dywiz (-) jest używany do łączenia słów lub różnych części słowa, podczas gdy myślnik (–) jest używany do wskazania zakresu lub przerwy.
+- Wiele języków ma różne zasady używania dywizów i myślników, których należy przestrzegać.
+
+### Formaty {#formats}
+
+**Liczby**
+
+- Główną różnicą w zapisie liczb w różnych językach jest separator używany dla ułamków dziesiętnych i tysięcy. W przypadku tysięcy może to być kropka, przecinek lub spacja. Podobnie, niektóre języki używają kropki dziesiętnej, podczas gdy inne używają przecinka dziesiętnego.
+ - Kilka przykładów dużych liczb:
+ - Angielski – **1,000.50**
+ - Hiszpański – **1.000,50**
+ - Francuski – **1 000,50**
+- Kolejną ważną kwestią podczas tłumaczenia liczb jest znak procentu. Można to zapisać na różne sposoby: **100%**, **100 %** lub **%100**.
+- Liczby ujemne również mogą być wyświetlane w różny sposób, w zależności od języka: -100, 100-, (100) lub [100].
+
+**Daty**
+
+- Podczas tłumaczenia dat należy wziąć pod uwagę szereg czynników i różnic w zależności od języka. Obejmują one format daty, separator, wielkie litery i początkowe zera. Istnieją również różnice między datami pełnymi i numerycznymi.
+ - Kilka przykładów różnych formatów daty:
+ - Brytyjski Angielski (dd/mm/rrrr) — 1st January, 2022
+ - Amerykański Angielski (mm/dd/rrrr) — January 1st, 2022
+ - Chiński (rrrr-mm-dd) — 2022 年 1 月 1 日
+ - Francuski (dd/mm/rrrr) — 1er janvier 2022
+ - Włoski (dd/mm/rrrr) — 1º gennaio 2022
+ - Niemiecki (dd/mm/rrrr) — 1. Januar 2022
+
+**Waluty**
+
+- Tłumaczenie walut może stanowić wyzwanie ze względu na różne formaty, konwencje i konwersje. Zasadniczo waluty powinny być takie same jak w źródle. Możesz dodać lokalną walutę i konwersję w nawiasach dla korzyści czytelnika.
+- Główne różnice w zapisie walut w różnych językach obejmują umieszczenie symboli, przecinki dziesiętne i kropki dziesiętne, odstępy oraz skróty i symbole.
+ - Umieszczenie symboli: $100 lub 100$
+ - Przecinki dziesiętne i kropki dziesiętne: 100,50$ lub 100.50$
+ - Odstępy: 100$ lub 100 $
+ - Skróty i symbole: 100 $ lub 100 USD
+
+**Jednostki miary**
+
+- Zasadniczo jednostki miary powinny być takie same jak w źródle. Jeśli w Twoim kraju używany jest inny system, konwersję można podać w nawiasach.
+- Oprócz tłumaczenia jednostek miar, ważne jest również, aby zwrócić uwagę na różnice w sposobie, w jaki języki podchodzą do tych jednostek. Główną różnicą jest odstęp między liczbą a jednostką, który może być różny w zależności od języka. Przykładem może być 100kB i 100 kB lub 50ºF i 50 ºF.
+
+## Wnioski {#conclusion}
+
+Tłumaczenie ethereum.org to świetna okazja do poznania różnych aspektów Ethereum.
+
+Tłumacząc, staraj się nie spieszyć. Weź to na spokojnie i baw się dobrze!
+
+Dziękujemy za zaangażowanie w Program Tłumaczeń i pomoc w udostępnieniu strony szerszemu gronu odbiorców. Społeczność Ethereum jest globalna i cieszymy się, że jesteś jej częścią!
diff --git a/public/content/translations/pl/dao/index.md b/public/content/translations/pl/dao/index.md
index 7948aa0f647..29c1adbbaf8 100644
--- a/public/content/translations/pl/dao/index.md
+++ b/public/content/translations/pl/dao/index.md
@@ -1,165 +1,167 @@
---
-title: Zdecentralizowane autonomiczne organizacje (DAO)
-description: Przegląd DAO na Ethereum
+title: Czym jest DAO?
+metaTitle: Czym jest DAO? | Zdecentralizowana organizacja autonomiczna
+description: "Przegląd DAO na Ethereum"
lang: pl
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: Reprezentacja DAO głosującego nad wnioskiem.
-summaryPoint1: Społeczności należące do członków bez scentralizowanego przywództwa.
-summaryPoint2: Bezpieczny sposób współpracy z nieznajomymi w internecie.
-summaryPoint3: Bezpieczne miejsce, w którym można przeznaczyć środki na określoną sprawę.
+alt: "Reprezentacja DAO głosującego nad wnioskiem."
+summaryPoint1: "Społeczności należące do członków bez scentralizowanego przywództwa."
+summaryPoint2: "Bezpieczny sposób współpracy z nieznajomymi w Internecie."
+summaryPoint3: "Bezpieczne miejsce, w którym można przeznaczyć środki na określoną sprawę."
---
## Czym są DAO? {#what-are-daos}
-DAO to kolektywnie zarządzana organizacja blockchain działająca na rzecz wspólnej misji.
+DAO to wspólnie zarządzana organizacja działająca na rzecz wspólnej misji.
-DAO pozwalają nam pracować z podobnie myślącymi ludźmi na całym świecie bez ufania życzliwemu liderowi, który zarządza funduszami lub operacjami. Nie ma dyrektora generalnego, który mógłby wydawać fundusze według kaprysu, ani dyrektora finansowego, który mógłby manipulować księgami. Zamiast tego zasady oparte na łańcuchu bloków wpisane w kod określają sposób działania organizacji i sposób wydawania funduszy.
+DAO pozwalają nam pracować z podobnie myślącymi ludźmi na całym świecie bez ufania życzliwemu liderowi, który zarządza funduszami lub operacjami. Nie ma dyrektora generalnego, który mógłby wydawać fundusze według kaprysu, ani dyrektora finansowego, który mógłby manipulować księgami. Zamiast tego, zasady oparte na blockchainie wpisane w kod określają sposób działania organizacji i sposób wydawania funduszy.
-Mają wbudowane skarbce, do których nikt nie ma prawa dostępu bez zgody grupy. Decyzje opierają się na propozycjach i głosowaniu, zapewniając, że każdy w organizacji ma głos, a wszystko odbywa się w sposób przejrzysty w łańcuchu.
+Mają wbudowane skarbce, do których nikt nie ma prawa dostępu bez zgody grupy. Decyzje opierają się na propozycjach i głosowaniu, aby każdy w organizacji miał głos, a wszystko odbywa się w sposób przejrzysty [w łańcuchu](/glossary/#onchain).
## Dlaczego potrzebujemy DAO? {#why-dao}
-Założenie organizacji z kimś, kto obejmuje fundusze i pieniądze, wymaga dużego zaufania do ludzi, z którymi pracujesz. Jednak trudno jest zaufać komuś, z kim miało się kontakt tylko przez Internet. Z DAO nie musisz ufać nikomu innemu w grupie, tylko kodowi DAO, który jest w 100% przejrzysty i weryfikowalny przez każdego.
+Zakładanie organizacji z kimś, co wiąże się z finansowaniem i pieniędzmi, wymaga dużego zaufania do ludzi, z którymi współpracujesz. Jednak trudno jest zaufać komuś, z kim miało się kontakt tylko przez Internet. Z DAO nie musisz ufać nikomu innemu w grupie, tylko kodowi DAO, który jest w 100% przejrzysty i weryfikowalny przez każdego.
-To otwiera tak wiele nowych możliwości globalnej współpracy i koordynacji.
+Otwiera to wiele nowych możliwości globalnej współpracy i koordynacji.
### Porównanie {#dao-comparison}
-| DAO | Tradycyjna organizacja |
-| -------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- |
-| Zwykle równa i w pełni zdemokratyzowana. | Zwykle hierarchiczna. |
-| Wymagane głosowanie zespołu, by wprowadzić zmianę. | W zależności od struktury można jedynie zażądać zmian od stronnictwa lub zaproponować głosowanie. |
-| Głosy zostały podliczone, a wynik wdrożony automatycznie, bez zaufanego pośrednika. | Jeśli głosowanie jest ważne, głosy są podliczane wewnętrznie, a wyniki głosowania muszą być obsługiwane ręcznie. |
-| Oferowane usługi są obsługiwane automatycznie w sposób zdecentralizowany (np. dystrybucja funduszy filantropijnych). | Wymaga obsługi przez człowieka lub centralnie sterowanej automatyki, podatnej na manipulację. |
-| Wszystkie działania są przejrzyste i w pełni publiczne. | Aktywność jest zazwyczaj niepubliczna. |
+| DAO | Tradycyjna organizacja |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------- |
+| Zwykle równa i w pełni zdemokratyzowana. | Zwykle hierarchiczna. |
+| Wymagane głosowanie zespołu, by wprowadzić zmianę. | W zależności od struktury można jedynie zażądać zmian od stronnictwa lub zaproponować głosowanie. |
+| Głosy są podliczane, a wynik wdrażany automatycznie bez zaufanego pośrednika. | Jeśli głosowania są dozwolone, głosy są podliczane wewnętrznie, a wyniki głosowania muszą być obsługiwane ręcznie. |
+| Oferowane usługi są obsługiwane automatycznie w sposób zdecentralizowany (np. dystrybucja funduszy filantropijnych). | Wymaga obsługi przez człowieka lub centralnie sterowanej automatyzacji, podatnej na manipulacje. |
+| Wszystkie działania są przejrzyste i w pełni publiczne. | Aktywność jest zazwyczaj niepubliczna. |
### Przykłady DAO {#dao-examples}
W celu rozwiania niepewności poniżej podano kilka przykładów użycia DAO:
-- Organizacja charytatywna – możesz przyjmować datki od kogokolwiek na świecie i głosować na cele, które chcesz sfinansować.
-- Zbiorowa własność – możesz kupić aktywa fizyczne lub cyfrowe, a członkowie mogą głosować nad tym, jak je wykorzystać.
-- Przedsięwzięcia i granty – można utworzyć fundusz typu venture capital, który gromadzi kapitał inwestycyjny i głosuje nad przedsięwzięciami, które wesprzeć. Zwrócone pieniądze mogłyby następnie zostać rozdzielone między członków DAO.
+- **Organizacja charytatywna** – możesz przyjmować datki od kogokolwiek na świecie i głosować na cele, które chcesz sfinansować.
+- **Zbiorowa własność** – możesz kupić aktywa fizyczne lub cyfrowe, a członkowie mogą głosować nad sposobem ich wykorzystania.
+- **Przedsięwzięcia i granty** – możesz utworzyć fundusz typu venture, który gromadzi kapitał inwestycyjny i głosuje nad przedsięwzięciami, które warto wesprzeć. Zwrócone pieniądze mogłyby następnie zostać rozdzielone między członków DAO.
+
+
- Więcej na temat inteligentnych kontraktów
-
-
## Ethereum i DAO {#ethereum-and-daos}
-Ethereum jest idealną podstawą dla DAO z wielu powodów:
+Ethereum jest idealnym fundamentem dla DAO z wielu powodów:
-- Konsensus własny Ethereum jest rozproszony i ustalony na tyle dla organizacji, aby mogły zaufać sieci.
-- Inteligentny kod kontraktu nie może być modyfikowany, kiedy już został wdrożony, nawet przez jego właścicieli. Pozwala to DAO na stosowanie zasad, z którymi został zaprogramowany.
-- Inteligentne kontrakty mogą wysyłać/odbierać środki. Bez tego byłby ci potrzebny zaufany pośrednik do zarządzania funduszami grupy (DAO).
+- Własny konsensus Ethereum jest zdecentralizowany i ugruntowany na tyle, aby organizacje mogły zaufać sieci.
+- Kodu inteligentnego kontraktu nie da się zmodyfikować po jego wdrożeniu, nawet przez jego właścicieli. Pozwala to DAO na stosowanie zasad, z którymi został zaprogramowany.
+- Inteligentne kontrakty mogą wysyłać/odbierać środki. Bez tego byłby potrzebny zaufany pośrednik do zarządzania funduszami grupy.
- Społeczność Ethereum okazała się bardziej oparta na współpracy niż na konkurencyjności, co pozwoliło na szybkie pojawienie się najlepszych praktyk i systemów wsparcia.
## Zarządzanie DAO {#dao-governance}
Istnieje wiele czynników związanych z zarządzaniem DAO, takich jak sposób głosowania i składania wniosków.
-### Oddelegowywanie {#governance-delegation}
-
-Oddelegowywanie w DAO jest wersją demokracji przedstawicielskiej. Posiadacze tokenów delegują głosy użytkownikom, którzy się nominują i zobowiązują do kierowania protokołem i pozostawania na bieżąco z informacjami.
+### Delegacja {#governance-delegation}
-#### Znany przykład {#governance-example}
+Oddelegowywanie w DAO jest wersją demokracji przedstawicielskiej. Posiadacze tokenów przekazują głosy użytkownikom, którzy wybierają sami siebie i zobowiązują się do kierowania protokołem i pozostawania na bieżąco z informacjami.
-[ENS](https://claim.ens.domains/delegate-ranking) – posiadacze tokenów ENS mogą delegować swoje głosy zaangażowanym członkom społeczności, aby ich reprezentowali.
+#### Znany przykład {#governance-example}[ENS](https://claim.ens.domains/delegate-ranking) – posiadacze tokenów ENS mogą przekazywać swoje głosy zaangażowanym członkom społeczności, aby ich reprezentowali.
### Automatyczne zarządzanie transakcjami {#governance-example}
-W wielu DAO transakcje będą automatycznie wykonywane, jeśli kworum członków zagłosuje za potwierdzeniem.
+W wielu DAO transakcje będą automatycznie wykonywane, jeśli wymagana minimalna liczba członków zagłosuje za.
#### Znany przykład {#governance-example}
-[Nouns](https://nouns.wtf) – w Nouns DAO transakcja jest automatycznie realizowana, jeżeli kworum głosów zostanie osiągnięte i większość głosów zostanie przyjęta, o ile nie zostanie wetowana przez założycieli.
+[Nouns](https://nouns.wtf) – w Nouns DAO transakcja jest automatycznie wykonywana, jeśli zostanie osiągnięte kworum głosów i większość opowie się za, o ile nie zostanie zawetowana przez założycieli.
-### Wielostronne zarządzanie {#governance-example}
+### Zarządzanie multisig {#governance-example}
-Podczas gdy DAO mogą mieć tysiące członków posiadających prawo głosu, fundusze mogą żyć w portfelu udostępnianym przez 5–20 aktywnych członków społeczności, którzy są zaufani i zazwyczaj doxxed (publiczne tożsamości znane społeczności). Po głosowaniu sygnatariusze multisig wykonują wolę społeczności.
+Chociaż DAO mogą mieć tysiące członków z prawem głosu, środki mogą być przechowywane w [portfelu](/glossary/#wallet) współdzielonym przez 5-20 aktywnych członków społeczności, którzy są zaufani i zazwyczaj doxxed (mają tożsamość publiczną znaną społeczności). Po głosowaniu sygnatariusze [multisig](/glossary/#multisig) wykonują wolę społeczności.
-## Prawa DAO {#dao-laws}
+## Prawa dotyczące DAO {#dao-laws}
-W 1977 r. w Wyoming powstały pierwsze spółki z ograniczoną odpowiedzialnością (LLC), które chronią przedsiębiorców i ograniczają ich odpowiedzialność. Ostatnio wprowadziły one ustawę DAO, która ustanawia status prawny DAO. Obecnie w Wyoming, Vermont i na Wyspach Dziewiczych obowiązuje w pewnej formie prawo DAO.
+W 1977 r. w Wyoming powstały pierwsze spółki z ograniczoną odpowiedzialnością (LLC), które chronią przedsiębiorców i ograniczają ich odpowiedzialność. Ostatnio wprowadzono tam prawo DAO, które ustanawia status prawny dla DAO. Obecnie w Wyoming, Vermont i na Wyspach Dziewiczych obowiązuje w pewnej formie prawo DAO.
### Znany przykład {#law-example}
-[CityDAO](https://citizen.citydao.io/) – CityDAO użył prawa DAO Wyoming, aby kupić 40 hektarów ziemi w pobliżu Parku Narodowego Yellowstone.
+[CityDAO](https://citizen.citydao.io/) – CityDAO wykorzystało prawo stanu Wyoming dotyczące DAO, aby kupić 40 akrów ziemi w pobliżu Parku Narodowego Yellowstone.
-## Członkostwo DAO {#dao-membership}
+## Członkostwo w DAO {#dao-membership}
Istnieją różne modele członkostwa w DAO. Członkostwo może decydować o tym, w jaki sposób działa głosowanie i inne kluczowe części DAO.
### Członkostwo oparte na tokenach {#token-based-membership}
-Zazwyczaj w pełni bezpodstawne, w zależności od użytego tokena. W większości te tokeny zarządzania mogą być przedmiotem handlu bez pozwolenia na zdecentralizowaną wymianę. Inne muszą być zdobywane poprzez zapewnienie płynności lub innego proof of work. Tak czy inaczej, posiadanie tokena zapewnia dostęp do głosowania.
+Zazwyczaj w pełni [niewymagające pozwoleń](/glossary/#permissionless), w zależności od użytego tokenu. W większości przypadków tymi tokenami zarządzania można handlować bez pozwoleń na [zdecentralizowanej giełdzie](/glossary/#dex). Inne należy zdobywać poprzez zapewnienie płynności lub innego dowodu pracy (proof-of-work). Tak czy inaczej, samo posiadanie tokena zapewnia dostęp do głosowania.
-_Zwykle używane do zarządzania szerokimi zdecentralizowanymi protokołami i/lub tokenami._
+_Zwykle służy do zarządzania szeroko zdecentralizowanymi protokołami i/lub samymi tokenami._
#### Znany przykład {#token-example}
-[MakerDAO](https://makerdao.com) – token MakerDAO-a jest powszechnie dostępny na zdecentralizowanych giełdach i każdy może kupić siłę głosu w przyszłości protokołu Makera.
+[MakerDAO](https://makerdao.com) – token MKR od MakerDAO jest powszechnie dostępny na zdecentralizowanych giełdach i każdy może kupić prawo głosu w sprawie przyszłości protokołu Maker.
-### Członkostwo oparte na akcjach {#share-based-membership}
+### Członkostwo oparte na udziałach {#share-based-membership}
-DAO oparte na akcjach są bardziej dozwolone, ale nadal dość otwarte. Każdy przyszły członek może złożyć wniosek o przystąpienie do DAO, oferując zwykle hołd pewnej wartości w postaci tokenów lub pracy. Akcje reprezentują bezpośrednie prawo głosu i własność. Członkowie mogą w każdej chwili zrezygnować, zabierając ze sobą swój proporcjonalny udział w majątku.
+DAO oparte na akcjach są bardziej zależne od uprawnień, ale nadal dość otwarte. Każdy potencjalny członek może złożyć wniosek o przystąpienie do DAO, oferując zwykle daninę o pewnej wartości w postaci tokenów lub pracy. Akcje reprezentują bezpośrednie prawo głosu i własność. Członkowie mogą w każdej chwili zrezygnować, zabierając ze sobą swój proporcjonalny udział w skarbcu.
-_Zwykle używane w przypadku bardziej zbliżonych organizacji, takich jak organizacje charytatywne, spółdzielnie pracy i kluby inwestycyjne. Może również zarządzać protokołami i tokenami._
+_Zwykle używane w przypadku organizacji bardziej zwartych i zorientowanych na ludzi, takich jak organizacje charytatywne, spółdzielnie pracy i kluby inwestycyjne. Może również zarządzać protokołami i tokenami._
#### Znany przykład {#share-example}
-[MolochDAO](http://molochdao.com/) – MolochDAO koncentruje się na finansowaniu projektów Ethereum. Wymagają one wniosku o członkostwo, tak aby grupa mogła ocenić, czy ma Pan/Pani kapitał i wiedzę specjalistyczną niezbędną do dokonania świadomych ocen dotyczących potencjalnych grantów. Nie można kupić dostępu do DAO na otwartym rynku.
+[MolochDAO](http://molochdao.com/) – MolochDAO koncentruje się na finansowaniu projektów Ethereum. Wymagają one wniosku o członkostwo, tak aby grupa mogła ocenić, czy posiadasz kapitał i wiedzę specjalistyczną niezbędną do dokonania świadomych ocen dotyczących potencjalnych odbiorców grantów. Nie można po prostu kupić dostępu do DAO na otwartym rynku.
### Członkostwo oparte na reputacji {#reputation-based-membership}
-Reputacja stanowi dowód udziału i przyznania uprawnień głosu w DAO. W przeciwieństwie do tokena lub członkostwa opartego na współdzieleniu, DAO oparte na reputacji nie przenoszą własności na współtwórców. Reputacja nie może być kupowana, przekazywana lub delegowana; członkowie DAO muszą zdobywać reputację poprzez uczestnictwo. Głosowanie w łańcuchu jest bezpodstawne, a przyszli członkowie mogą swobodnie zgłaszać propozycje przystąpienia do DAO i prosić o uzyskanie reputacji i żetonów jako nagrody w zamian za ich wkład.
+Reputacja stanowi dowód uczestnictwa i daje prawo głosu w DAO. W przeciwieństwie do wyżej wymienionych członkostw DAO oparte na reputacji nie przenoszą własności na współtwórców. Reputacji nie można kupić, przenieść ani przekazać; członkowie DAO muszą zdobywać reputację poprzez uczestnictwo. Głosowanie w łańcuchu nie wymaga żadnych uprawnień, a potencjalni członkowie mogą swobodnie składać wnioski o dołączenie do DAO i prosić o uzyskanie reputacji i tokenów jako nagrody w zamian za swój wkład.
-_Zwykle używane do zdecentralizowanego rozwoju protokołów i aplikacji oraz zarządzania nimi, ale również dobrze dostosowane do różnych organizacji takich jak organizacje charytatywne, spółdzielnie pracy, kluby inwestycyjne itp._
+_Zazwyczaj używane do zdecentralizowanego rozwoju i zarządzania protokołami i [dapkami](/glossary/#dapp), ale także dobrze nadaje się do różnorodnych organizacji, takich jak organizacje charytatywne, kolektywy pracownicze, kluby inwestycyjne itp._
#### Znany przykład {#reputation-example}
-[DXdao](https://DXdao.eth.link) – DXdao jest niezależną globalną zbiorowością społeczną, od 2019 r. tworzącą zdecentralizowane protokoły i aplikacje i zarządzającą nimi. Umożliwia ona koordynację i zarządzanie środkami finansowymi, opierając się na reputacji oraz holograficznym konsensusie, co oznacza, że nikt nie może wkupić się we wpływanie na ich przyszłość.
+[DXdao](https://DXdao.eth.limo) – DXdao był globalnym, suwerennym kolektywem, który od 2019 roku buduje i zarządza zdecentralizowanymi protokołami i aplikacjami. Wykorzystywał on zarządzanie oparte na reputacji i [holograficzny konsensus](/glossary/#holographic-consensus) do koordynowania i zarządzania funduszami, co oznaczało, że nikt nie mógł kupić sobie wpływu na jego przyszłość lub zarządzanie.
-## Dołącz / rozpocznij DAO {#join-start-a-dao}
+## Dołącz do DAO / załóż DAO {#join-start-a-dao}
### Dołącz do DAO {#join-a-dao}
-- [Ethereum Społeczność DAOs](/community/get-involved/#decentralized-autonomous-organizations-daos)
-- [Lista DAOHaus z DAOs](https://app.daohaus.club/explore)
-- [Tally.xyz lista DAOs](https://www.tally.xyz)
+- [Społecznościowe DAO Ethereum](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [Lista DAO na DAOHaus](https://app.daohaus.club/explore)
+- [Lista DAO na Tally.xyz](https://www.tally.xyz/explore)
+- [Lista DAO na DeGov.AI](https://apps.degov.ai/)
-### Rozpocznij DAO {#start-a-dao}
+### Załóż DAO {#start-a-dao}
-- [Przywołaj DAO z DAOHaus](https://app.daohaus.club/summon)
-- [Uruchom gubernatora DAO z Tally](https://www.tally.xyz/add-a-dao)
-- [Utwórz DAO napędzane Aragonem](https://aragon.org/product)
-- [Rozpocznij kolonię](https://colony.io/)
-- [Utwórz DAO z holograficznym konsensusem DAO-stack](https://alchemy.daostack.io/daos/create)
+- [Powołaj DAO z DAOHaus](https://app.daohaus.club/summon)
+- [Uruchom Governor DAO z Tally](https://www.tally.xyz/get-started)
+- [Stwórz DAO na platformie Aragon](https://aragon.org/product)
+- [Załóż kolonię](https://colony.io/)
+- [Stwórz DAO z holograficznym konsensusem DAOstack](https://alchemy.daostack.io/daos/create)
+- [Uruchom DAO za pomocą DeGov Launcher](https://docs.degov.ai/integration/deploy)
-## Przeczytaj także {#further-reading}
+## Dalsza lektura {#further-reading}
-### Artykuły DAO {#dao-articles}
+### Artykuły o DAO {#dao-articles}
-- [Co to jest DAO?](https://aragon.org/dao) - [Aragon](https://aragon.org/)
-- [Podręcznik DAO](https://daohandbook.xyz)
+- [Czym jest DAO?](https://aragon.org/dao) – [Aragon](https://aragon.org/)
- [House of DAOs](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/)
-- [Co to jest DAO i co to jest?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
-- [Jak założyć społeczność cyfrową w oparciu o DAO?](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
-- [Co to jest DAO?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
-- [Co to jest konsensus holograficzny?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
-- [DAO nie są przedsiębiorstwami, w których decentralizacja w organizacjach autonomicznych ma znaczenie dla Vitalik.](https://vitalik.eth.limo/general/2022/09/20/daos.html)
-- [DAO, DAC, DA i więcej: Niekompletny przewodnik po terminologii](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Ethereum Blog](https://blog.ethereum.org)
+- [Czym jest DAO i do czego służy?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [Jak założyć cyfrową społeczność opartą na DAO](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/)
+- [Czym jest DAO?](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com)
+- [Czym jest holograficzny konsensus?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [DAO to nie korporacje: gdzie decentralizacja w autonomicznych organizacjach ma znaczenie, autorstwa Vitalika](https://vitalik.eth.limo/general/2022/09/20/daos.html)
+- [DAO, DAC, DA i inne: niekompletny przewodnik po terminologii](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [Blog Ethereum](https://blog.ethereum.org)
-### Materiały wideo {#videos}
+### Filmy {#videos}
-- [Czym jest DAO w kryptowalutach?](https://youtu.be/KHm0uUPqmVE)
+- [Czym jest DAO w świecie krypto?](https://youtu.be/KHm0uUPqmVE)
- [Czy DAO może zbudować miasto?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/)
+
+
- Odkryj aplikacje DeFi
+ Odkrywaj dapki DeFi
## Wszystko zaczęło się od bitcoina... {#bitcoin}
Bitcoin był pod wieloma względami pierwszą aplikacją DeFi. Bitcoin pozwala naprawdę posiadać i kontrolować wartość oraz wysyłać ją w dowolne miejsce na świecie. Jest to możliwe dzięki temu, że duża liczba osób, które sobie nie ufają, może uzgodnić księgę rachunkową bez potrzeby korzystania z zaufanego pośrednika. Bitcoin jest otwarty dla każdego i nikt nie ma prawa zmienić zasad jego działania. Zasady funkcjonowania bitcoinów, takie jak otwartość i transparentność, są wpisane do kodu źródłowego. Inaczej jest w przypadku tradycyjnych finansów, gdzie rządy mogą dodrukowywać pieniądze, co dewaluuje Twoje oszczędności, a instytucje mogą zamknąć rynki.
-Ethereum opiera się na tych zasadach. Podobnie jak w przypadku Bitcoin, są one ściśle określone i każdy może się z nimi zapoznać. Ale to również sprawia, że te cyfrowe pieniądze można programować za pomocą [inteligentnych kontraktów](/glossary/#smart-contract), dzięki czemu można robić z nimi coś więcej poza przechowywaniem i wysyłaniem wartości.
+Ethereum opiera się na tych zasadach. Podobnie jak w przypadku Bitcoin, są one ściśle określone i każdy może się z nimi zapoznać. Ale to również sprawia, że te cyfrowe pieniądze można programować przy użyciu [inteligentnych kontraktów](/glossary/#smart-contract), dzięki czemu można wyjść poza przechowywanie i wysyłanie wartości.
+
Zobacz nasze sugerowane aplikacje DeFi i przetestuj je, jeśli nie znasz jeszcze ekosystemu Ethereum.
- Eksploruj aplikacje DeFi
+ Odkrywaj dapki DeFi
@@ -77,33 +78,33 @@ To brzmi dziwnie... „Dlaczego mam programować moje pieniądze?” W ekosystem
Istnieje zdecentralizowana alternatywa dla większości usług finansowych. Ethereum oferuje również możliwość tworzenia całkowicie nowych produktów finansowych. Lista stale się powiększa.
-- [Wysyłanie pieniędzy do każdego zakątka świata](#send-money)
-- [Udostępnianie środków na całym świecie](#stream-money)
-- [Dostęp do stabilnych walut](#stablecoins)
-- [Pożyczanie środków z zabezpieczeniem](#lending)
-- [Pożyczanie bez zabezpieczenia](#flash-loans)
-- [Zarabianie odsetek w kryptowalutach](#saving)
-- [Handlowanie tokenami](#swaps)
-- [Rozszerzenie portfolio inwestycyjnego](#investing)
-- [Finansowanie swoich pomysłów](#crowdfunding)
-- [Kupowanie ubezpieczenia](#insurance)
-- [Zarządzanie swoim portfolio](#aggregators)
+- [Wysyłaj pieniądze na cały świat](#send-money)
+- [Przesyłaj strumieniowo pieniądze na cały świat](#stream-money)
+- [Uzyskaj dostęp do stabilnych walut](#stablecoins)
+- [Pożyczaj środki z zabezpieczeniem](#lending)
+- [Pożyczaj bez zabezpieczenia](#flash-loans)
+- [Zacznij oszczędzać w krypto](#saving)
+- [Handluj tokenami](#swaps)
+- [Powiększ swoje portfolio](#investing)
+- [Finansuj swoje pomysły](#crowdfunding)
+- [Kup ubezpieczenie](#insurance)
+- [Zarządzaj swoim portfolio](#aggregators)
- Zobacz d-aplikacje do płatności
+ Zobacz dapki płatnicze
#### Wysyłaj pieniądze do każdego zakątka świata... {#stream-money}
Wysyłaj pieniądze na platformie Ethereum. Możesz zapłacić komuś w ciągu kilku sekund, dając mu dostęp do swoich pieniędzy, kiedy tylko będzie potrzebować. Albo wypożyczyć np. schowek lub skuter elektryczny niemal natychmiast.
-A jeśli nie chcesz wysyłać ani przekazywać [ETH](/glossary/#ether), z uwagi na jego wartość bądź wahania kursowe, możesz użyć alternatywnych walut na Ethereum: [stablecoinów](/glossary/#stablecoin).
+A jeśli nie chcesz wysyłać ani przesyłać strumieniowo [ETH](/glossary/#ether) ze względu na wahania jego wartości, na Ethereum istnieją alternatywne waluty: [stablecoiny](/glossary/#stablecoin).
- Więcej o stabilnych kryptowalutach
+ Więcej o stablecoinach
- Sprawdź d-apliakcje pożyczkowe
+ Zobacz dapki pożyczkowe
Korzystanie ze zdecentralizowanego pożyczkodawcy ma wiele zalet...
-#### Pożyczki z ochroną prywatności {#borrowing-privacy}
+#### Pożyczanie z zachowaniem prywatności {#borrowing-privacy}
Dzisiaj udzielanie i pożyczanie pieniędzy opiera się na poznaniu interesantów. Zanim banki udzielą pożyczki, muszą wiedzieć, czy kredytobiorca będzie w stanie ją spłacić.
-Decentralizacja kredytów nie wymaga identyfikacji żadnej ze stron. Zamiast tego kredytobiorca musi zastawić zabezpieczenie, które pożyczkodawca otrzyma automatycznie, jeżeli pożyczka nie zostanie spłacona. Niektórzy kredytodawcy akceptują nawet [NFT](/glossary/#nft) jako zabezpieczenie. Tokeny NFT są aktem własności unikatowego składnika majątku, takiego jak obraz. [Więcej o NFT](/nft/)
+Decentralizacja kredytów nie wymaga identyfikacji żadnej ze stron. Zamiast tego kredytobiorca musi zastawić zabezpieczenie, które pożyczkodawca otrzyma automatycznie, jeżeli pożyczka nie zostanie spłacona. Niektórzy pożyczkodawcy akceptują nawet [NFT](/glossary/#nft) jako zabezpieczenie. Tokeny NFT są aktem własności unikatowego składnika majątku, takiego jak obraz. [Więcej o NFT](/nft/)
Umożliwia to pożyczanie pieniędzy bez procedur bankowych ani przekazywania prywatnych danych.
@@ -144,9 +145,9 @@ Umożliwia to pożyczanie pieniędzy bez procedur bankowych ani przekazywania pr
Korzystanie ze zdecentralizowanego pożyczkodawcy umożliwia dostęp do funduszy zdeponowanych w dowolnym miejscu na świecie, nie tylko do lokalnych środków z wybranego banku czy instytucji. Dzięki temu pożyczki są łatwiej dostępne i lepiej oprocentowane.
-#### Efektywność podatkowa {#tax-efficiencies}
+#### Korzyści podatkowe {#tax-efficiencies}
-Pożyczki mogą dać Ci dostęp do potrzebnych środków bez konieczności sprzedaży ETH (zdarzenie podlegające opodatkowaniu). Zamiast tego możesz użyć ETH jako zabezpieczenia kredytu na stablecoiny. Pozwala to utrzymać płynność finansową i zachować ETH. Stabilne kryptowaluty to tokeny, które są znacznie lepsze, kiedy potrzebujesz gotówki, ponieważ nie zmieniają wartości jak np. ETH. [Więcej o stabilnych kryptowalutach](#stablecoins)
+Pożyczki mogą dać Ci dostęp do potrzebnych środków bez konieczności sprzedaży ETH (zdarzenie podlegające opodatkowaniu). Zamiast tego możesz użyć ETH jako zabezpieczenia kredytu na stablecoiny. Pozwala to utrzymać płynność finansową i zachować ETH. Stabilne kryptowaluty to tokeny, które są znacznie lepsze, kiedy potrzebujesz gotówki, ponieważ nie zmieniają wartości jak np. ETH. [Więcej o stablecoinach](#stablecoins)
#### Pożyczki błyskawiczne {#flash-loans}
@@ -177,22 +178,22 @@ Aby móc dokonać transakcji z powyższego przykładu to w tradycyjnym świecie
- Zobacz d-aplikacje pożyczkowe
+ Zobacz dapki pożyczkowe
-#### Loterie bez przegranych {#no-loss-lotteries}
+#### Loterie bezstratne {#no-loss-lotteries}
Loterie bez przegranych, takie jak np. PoolTohether, są zabawną i innowacyjną metodą oszczędzania pieniędzy.
@@ -210,26 +211,26 @@ Pula nagród to suma wszystkich odsetek uzyskanych dzięki pożyczaniu biletów
- Zobacz handel tokenami
+ Zobacz giełdy tokenów
- Zobacz d-aplikacje pożyczkowe
+ Zobacz dapki handlowe
- Zobacz d-aplikacje do obsługi inwestycji
+ Zobacz dapki inwestycyjne
- Sprawdź d-aplikacje do finansowania społecznościowego
+ Zobacz dapki do finansowania społecznościowego
#### Finansowanie kwadratowe {#quadratic-funding}
-Ethereum jest oprogramowaniem open source i wiele działań zostało sfinansowanych przez społeczność. Zaowocowało to zwiększonym zainteresowaniem nowym kwadratowym modelem finansowania. Rozwiązanie to ma potencjał do zmiany sposobu, jak finansowane są projekty użyteczności publicznej.
+Ethereum jest oprogramowaniem open source i wiele działań zostało sfinansowanych przez społeczność. Zaowocowało to zwiększonym zainteresowaniem nowym kwadratowym modelem finansowania. Może on potencjalnie poprawić sposób finansowania wszystkich rodzajów dóbr publicznych w przyszłości.
-Dzięki quadratic funding, projekty z najbardziej unikalnym popytem, otrzymują najwyższe dotacje. Innymi słowy, są to projekty, które mają na celu poprawienie jakości życia największej liczby osób. Dowiedz się, jak to działa:
+Finansowanie kwadratowe zapewnia, że projekty, które otrzymują najwięcej funduszy, to te o najbardziej unikalnym potencjale. Innymi słowy, projekty, które mogą poprawić życie większości ludzi. Dowiedz się, jak to działa:
1. Jest pewna pula dopasowana do przekazanych środków.
2. Rozpoczyna się runda finansowania publicznego.
@@ -272,7 +273,7 @@ Dzięki quadratic funding, projekty z najbardziej unikalnym popytem, otrzymują
Oznacza to, że projekt A, który otrzymał 100 darowizn w wysokości 1 dolara, mógłby otrzymać więcej środków niż projekt B z pojedynczym darowizną 10 000 dolarów (w zależności od wielkości puli).
- Więcej na temat finansowania kwadratowego
+ Więcej o finansowaniu kwadratowym
- Zobacz zdecentralizowane aplikacje ubezpieczeniowe
+ Zobacz dapki ubezpieczeniowe
- Zobacz portfolio d-aplikacji
+ Zobacz dapki do zarządzania portfelem
- Więcej o tworzeniu d-aplikacji
+ Więcej o budowaniu dapek
## Dalsza lektura {#further-reading}
@@ -346,15 +347,20 @@ DeFi to ruch open-source. Protokoły i aplikacje DeFi są dla Ciebie otwarte: mo
### Artykuły o DeFi {#defi-articles}
-- [Przewodnik po DeFi dla początkujących](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) — _Sid Coelho-Prabhu, 6 stycznia 2020_
+- [Przewodnik po DeFi dla początkujących](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6 stycznia 2020_
+- [Wytyczne EEA dotyczące oceny ryzyka w DeFi](https://entethalliance.org/specs/defi-risks/) – wspierany przez branżę przegląd sposobów identyfikacji i oceny kluczowych zagrożeń w protokołach DeFi.
-### Materiały wideo {#videos}
+### Filmy {#videos}
-- [Finematics — zdecentralizowana edukacja finansowa](https://finematics.com/) — _filmy wideo o DeFi_
-- [Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _Podstawy DeFi: wszystko, co musisz wiedzieć, aby zacząć korzystać z tej czasami zaskakującej przestrzeni._
-- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _Co to jest DeFi?_
+- [Finematics - edukacja na temat zdecentralizowanych finansów](https://finematics.com/) – _Filmy o DeFi_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _Podstawy DeFi: wszystko, co musisz wiedzieć, aby zacząć w tej czasami zawiłej przestrzeni._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _Czym jest DeFi?_
### Społeczności {#communities}
- [Serwer Discord DeFi Llama](https://discord.defillama.com/)
- [Serwer Discord DeFi Pulse](https://discord.gg/Gx4TCTk)
+
+
+> clef newaccount --keystore <ścieżka>
-Please enter a password for the new account to be created:
->
+Wprowadź hasło dla nowego konta, które ma zostać utworzone:
+>
------------
-INFO [10-28|16:19:09.156] Your new key was generated address=0x5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Please backup your key file path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
-WARN [10-28|16:19:09.306] Please remember your password!
-Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120
+INFO [10-28|16:19:09.156] Wygenerowano nowy klucz address=0x5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Utwórz kopię zapasową pliku klucza path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120
+WARN [10-28|16:19:09.306] Zapamiętaj swoje hasło!
+Wygenerowano konto 0x5e97870f263700f46aa00d967821199b9bc5a120
```
[Dokumentacja Geth](https://geth.ethereum.org/docs)
-Możliwe jest pozyskanie nowych kluczy publicznych z Twojego klucza prywatnego, ale nie możesz uzyskać klucza prywatnego z kluczy publicznych. Ważne jest, aby Twoje klucze prywatne były bezpieczne i, jak sugeruje nazwa, **PRYWATNE**.
+Możliwe jest uzyskanie nowych kluczy publicznych z klucza prywatnego, ale nie można uzyskać klucza prywatnego z kluczy publicznych. Ważne jest, aby Twoje klucze prywatne były bezpieczne i, jak sama nazwa wskazuje, **PRYWATNE**.
-Potrzebujesz prywatnego klucza do podpisywania wiadomości i transakcji, które wygenerują podpis. Inni mogą wtedy wziąć podpis, aby uzyskać klucz publiczny, potwierdzając autora wiadomości. W swojej aplikacji możesz użyć biblioteki JavaScript do wysyłania transakcji do sieci.
+Potrzebujesz klucza prywatnego do podpisywania wiadomości i transakcji, które generują podpis. Inni mogą wtedy wziąć podpis, aby uzyskać klucz publiczny, potwierdzając autora wiadomości. W swojej aplikacji możesz użyć biblioteki JavaScript do wysyłania transakcji do sieci.
-## Konta kontraktu {#contract-accounts}
+## Konta kontraktów {#contract-accounts}
Konta kontraktu mają również 42-znakowy adres szesnastkowy:
@@ -116,7 +117,7 @@ W Ethereum istnieje również inny rodzaj klucza – został on wprowadzony, gdy
Konto nie jest portfelem. Portfel to interfejs lub aplikacja, która pozwala na wchodzenie w interakcję z Twoim kontem Ethereum, zarówno kontem zewnętrznym, jak i kontem kontraktu.
-## Demo wizualne {#a-visual-demo}
+## Demonstracja wizualna {#a-visual-demo}
Obejrzyj, jak Austin opowiada o funkcji haszującej i parach kluczy.
@@ -126,9 +127,9 @@ Obejrzyj, jak Austin opowiada o funkcji haszującej i parach kluczy.
## Dalsza lektura {#further-reading}
-- [Zrozumienie kont Ethereum](https://info.etherscan.com/understanding-ethereum-accounts/) — etherscan
+- [Zrozumieć konta Ethereum](https://info.etherscan.com/understanding-ethereum-accounts/) - etherscan
-_Znasz jakieś zasoby społeczności, które Ci pomogły? Wyedytuj tę stronę i dodaj je!_
+_Znasz jakieś zasoby społeczności, które Ci pomogły? Edytuj tę stronę i dodaj je!_
## Powiązane tematy {#related-topics}
diff --git a/public/content/translations/pl/developers/docs/apis/backend/index.md b/public/content/translations/pl/developers/docs/apis/backend/index.md
index 1b9ce615f6f..a60674d6472 100644
--- a/public/content/translations/pl/developers/docs/apis/backend/index.md
+++ b/public/content/translations/pl/developers/docs/apis/backend/index.md
@@ -1,99 +1,211 @@
---
title: Biblioteki backendowego API
-description: Wprowadzenie do API klienta Ethereum, które pozwala na interakcję z blockchainem z aplikacji.
+description: "Wprowadzenie do API klienta Ethereum, które pozwala na interakcję z blockchainem z aplikacji."
lang: pl
---
Aby aplikacja mogła wchodzić w interakcję z blockchainem Ethereum (tj. odczytywać dane blockchainu i/lub wysyłać transakcje do sieci), musi łączyć się z węzłem Ethereum.
-W tym celu każdy klient Ethereum implementuje specyfikację JSON-RPC, dzięki czemu istnieje jednolity zestaw punktów końcowych, na których mogą polegać aplikacje.
+W tym celu każdy klient Ethereum implementuje specyfikację [JSON-RPC](/developers/docs/apis/json-rpc/), dzięki czemu istnieje jednolity zbiór [metod](/developers/docs/apis/json-rpc/#json-rpc-methods), na którym mogą polegać aplikacje.
-Jeśli chcesz użyć określonego języka programowania do połączenia z węzłem Ethereum, rozpisz własne rozwiązanie, ale w ekosystemie istnieje kilka wygodnych bibliotek, które znacznie to ułatwiają. Dzięki tym bibliotekom programiści mogą pisać intuicyjne, jednowierszowe metody inicjowania żądań JSON RPC (pod maską), które współdziałają z Ethereum.
+Jeśli chcesz użyć określonego języka programowania do połączenia z węzłem Ethereum, w ekosystemie istnieje wiele wygodnych bibliotek, które znacznie to ułatwiają. Dzięki tym bibliotekom deweloperzy mogą pisać intuicyjne, jednowierszowe metody inicjowania żądań JSON-RPC (pod maską), które wchodzą w interakcję z Ethereum.
-## Warunki wstępne {#prerequisites}
+## Wymagania wstępne {#prerequisites}
-Pomocne może być zrozumienie [stosu Ethereum](/developers/docs/ethereum-stack/) i [klientów Ethereum](/developers/docs/nodes-and-clients/).
+Pomocne może być zrozumienie [stosu Ethereum](/developers/docs/ethereum-stack/) oraz [klientów Ethereum](/developers/docs/nodes-and-clients/).
## Dlaczego warto użyć biblioteki? {#why-use-a-library}
-Biblioteki te eliminują znaczną złożoność interakcji bezpośrednio z węzłem Ethereum. Zapewniają one także użyteczne funkcje (np. konwersję ETH na Gwei), dzięki czemu jako programiści możemy spędzić mniej czasu na zajmowaniu się zawiłościami klientów, a skupić się w głównej mierze na unikalnej funkcji naszej aplikacji.
+Biblioteki te eliminują znaczną złożoność interakcji bezpośrednio z węzłem Ethereum. Zapewniają one również funkcje pomocnicze (np. przeliczanie ETH na Gwei), dzięki czemu jako programista możesz poświęcić mniej czasu na zmaganie się ze złożonością klientów Ethereum, a więcej na skupieniu się na unikalnej funkcjonalności swojej aplikacji.
## Dostępne biblioteki {#available-libraries}
-**Alchemia -** **_Platforma Rozwoju Ethereum._**
+### Infrastruktura i usługi węzłów {#infrastructure-and-node-services}
-- [alchemyapi.io](https://alchemyapi.io)
-- [Dokumentacja](https://docs.alchemyapi.io/)
+**Alchemy -** **_Platforma programistyczna Ethereum._**
+
+- [alchemy.com](https://www.alchemy.com/)
+- [Dokumentacja](https://www.alchemy.com/docs/)
- [GitHub](https://github.com/alchemyplatform)
-- [Discord](https://discord.gg/kwqVnrA)
+- [Discord](https://discord.com/invite/alchemyplatform)
-**BlockCypher -** **_Ethereum Web API_**
+**All That Node -** **_Węzeł jako usługa._**
-- [blockcypher.com](https://www.blockcypher.com/)
-- [Dokumentacja](https://www.blockcypher.com/dev/ethereum/)
+- [All That Node.com](https://www.allthatnode.com/)
+- [Dokumentacja](https://docs.allthatnode.com)
+- [Discord](https://discord.gg/GmcdVEUbJM)
-**Infura -** **_API Ethereum jako usługa._**
+**Blast by Bware Labs -** **_Zdecentralizowane API dla sieci głównej Ethereum i sieci testowych._**
-- [infura.io](https://infura.io)
-- [Dokumentacja](https://infura.io/docs)
-- [GitHub](https://github.com/INFURA)
+- [blastapi.io](https://blastapi.io/)
+- [Dokumentacja](https://docs.blastapi.io)
+- [Discord](https://discord.gg/SaRqmRUjjQ)
+
+**BlockPi -** **_Wydajniejsze i szybsze usługi RPC_**
+
+- [blockpi.io](https://blockpi.io/)
+- [Dokumentacja](https://docs.blockpi.io/)
+- [GitHub](https://github.com/BlockPILabs)
+- [Discord](https://discord.com/invite/xTvGVrGVZv)
**Bramka Cloudflare Ethereum.**
-- [cloudflare-eth.com](https://cloudflare-eth.com)
+- [cloudflare-eth.com](https://www.cloudflare.com/application-services/products/web3/)
-**Nodesmith -** **_Dostęp JSON-RPC API do sieci głównej Ethereum i sieci testowych._**
+**Etherscan — Eksplorator bloków i API transakcji**
-- [nodesmith.io](https://nodesmith.io/network/ethereum/)
-- [Dokumentacja](https://nodesmith.io/docs/#/ethereum/apiRef)
+- [Dokumentacja](https://docs.etherscan.io/)
-**Ethercluster -** **_Uruchom własną usługę API Ethereum wspierającą ETH i ETC._**
+**Blockscout — Open Source Eksplorator bloków**
-- [ethercluster.com](https://etccooperative.github.io/ethercluster-website/)
+- [Dokumentacja](https://docs.blockscout.com/)
-**Chainstack -** **_Udostępnione i dedykowane węzły Ethereum jako usługa._**
+**GetBlock -** **_Blockchain jako usługa dla rozwoju Web3_**
-- [chainstack.com](https://chainstack.com)
-- [Dokumentacja](https://docs.chainstack.com)
+- [GetBlock.io](https://getblock.io/)
+- [Dokumentacja](https://docs.getblock.io/)
-**QuikNode -** **_platforma deweloperska Blockchain._**
+**Infura -** **_API Ethereum jako usługa._**
-- [quiknode.io](https://quiknode.io)
+- [infura.io](https://infura.io)
+- [Dokumentacja](https://docs.infura.io/api)
+- [GitHub](https://github.com/INFURA)
-**Python Tooling -** **_Różnorodność bibliotek dla interakcji Ethereum przez Python._**
+**Node RPC - _Ekonomiczny dostawca EVM JSON-RPC_**
-- [py.ethereum.org](http://python.ethereum.org/)
-- [web3.py GitHub](https://github.com/ethereum/web3.py)
-- [web3.py Czat](https://gitter.im/ethereum/web3.py)
+- [noderpc.xyz](https://www.noderpc.xyz/)
+- [Dokumentacja](https://docs.noderpc.xyz/node-rpc)
-**web3j -** **_Biblioteka integracji Java/Android/Kotlin/Scala dla Ethereum._**
+**NOWNodes - _Pełne węzły i eksploratory bloków._**
-- [GitHub](https://github.com/web3j/web3j)
-- [Dokumenty](https://docs.web3j.io/)
-- [Gitter](https://gitter.im/web3j/web3j)
+- [NOWNodes.io](https://nownodes.io/)
+- [Dokumentacja](https://nownodes.gitbook.io/documentation)
+
+**QuickNode -** **_Infrastruktura blockchain jako usługa._**
-**Rivet -** **_Ethereum i Ethereum Classic API jako usługa wspierana przez oprogramowanie open source._**
+- [quicknode.com](https://quicknode.com)
+- [Dokumentacja](https://www.quicknode.com/docs/welcome)
+- [Discord](https://discord.gg/quicknode)
+
+**Rivet -** **_API Ethereum i Ethereum Classic jako usługa oparta na oprogramowaniu open source._**
- [rivet.cloud](https://rivet.cloud)
- [Dokumentacja](https://rivet.cloud/docs/)
- [GitHub](https://github.com/openrelayxyz/ethercattle-deployment)
-**Nethereum -** **_Otwarta biblioteka integracji .NET dla blockchain._**
+**Zmok -** **_Zorientowane na szybkość węzły Ethereum jako API JSON-RPC/WebSockets._**
+
+- [zmok.io](https://zmok.io/)
+- [GitHub](https://github.com/zmok-io)
+- [Dokumentacja](https://docs.zmok.io/)
+- [Discord](https://discord.gg/fAHeh3ka6s)
+
+### Narzędzia programistyczne {#development-tools}
+
+**ethers-kt -** **_Asynchroniczna, wysokowydajna biblioteka Kotlin/Java/Android dla blockchainów opartych na EVM._**
+
+- [GitHub](https://github.com/Kr1ptal/ethers-kt)
+- [Przykłady](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
+- [Discord](https://discord.gg/rx35NzQGSb)
+
+**Nethereum -** **_Otwartoźródłowa biblioteka integracyjna .NET dla blockchain._**
- [GitHub](https://github.com/Nethereum/Nethereum)
- [Dokumentacja](http://docs.nethereum.com/en/latest/)
- [Discord](https://discord.com/invite/jQPrR58FxX)
-## Dodatkowo przeczytaj {#further-reading}
+**Python Tooling -** **_Różne biblioteki do interakcji z Ethereum za pomocą Pythona._**
+
+- [py.ethereum.org](https://snakecharmers.ethereum.org/)
+- [web3.py GitHub](https://github.com/ethereum/web3.py)
+- [web3.py Chat](https://gitter.im/ethereum/web3.py)
+
+**Tatum -** **_Kompletna platforma do rozwoju blockchain._**
+
+- [Tatum](https://tatum.io/)
+- [GitHub](https://github.com/tatumio/)
+- [Dokumentacja](https://docs.tatum.io/)
+- [Discord](https://discord.gg/EDmW3kjTC9)
+
+**web3j -** **_Biblioteka integracyjna Java/Android/Kotlin/Scala dla Ethereum._**
+
+- [GitHub](https://github.com/web3j/web3j)
+- [Dokumentacja](https://docs.web3j.io/)
+- [Gitter](https://gitter.im/web3j/web3j)
+
+### Usługi blockchain {#blockchain-services}
+
+**BlockCypher -** **_Webowe API Ethereum._**
+
+- [blockcypher.com](https://www.blockcypher.com/)
+- [Dokumentacja](https://www.blockcypher.com/dev/ethereum/)
+
+**Chainbase -** **_Kompleksowa infrastruktura danych Web3 dla Ethereum._**
+
+- [chainbase.com](https://chainbase.com/)
+- [Dokumentacja](https://docs.chainbase.com/)
+- [Discord](https://discord.gg/Wx6qpqz4AF)
+
+**Chainstack -** **_Elastyczne i dedykowane węzły Ethereum jako usługa._**
+
+- [chainstack.com](https://chainstack.com)
+- [Dokumentacja](https://docs.chainstack.com/)
+- [Dokumentacja API Ethereum](https://docs.chainstack.com/reference/ethereum-getting-started)
+
+**Coinbase Cloud Node -** **_API infrastruktury blockchain._**
+
+- [Coinbase Cloud Node](https://www.coinbase.com/developer-platform)
+- [Dokumentacja](https://docs.cdp.coinbase.com/)
+
+**DataHub by Figment -** **_Usługi API Web3 dla sieci głównej i sieci testowych Ethereum._**
+
+- [DataHub](https://www.figment.io/)
+- [Dokumentacja](https://docs.figment.io/)
+
+**Moralis -** **_Dostawca API EVM klasy korporacyjnej._**
+
+- [moralis.io](https://moralis.io)
+- [Dokumentacja](https://docs.moralis.io/)
+- [GitHub](https://github.com/MoralisWeb3)
+- [Discord](https://moralis.io/joindiscord/)
+- [Forum](https://forum.moralis.io/)
+
+**NFTPort -** **_API danych i mintowania Ethereum._**
+
+- [nftport.xyz](https://www.nftport.xyz/)
+- [Dokumentacja](https://docs.nftport.xyz/)
+- [GitHub](https://github.com/nftport/)
+- [Discord](https://discord.com/invite/K8nNrEgqhE)
+
+**Tokenview -** **_Ogólna, wielokryptowalutowa platforma API dla blockchainów._**
+
+- [services.tokenview.io](https://services.tokenview.io/)
+- [Dokumentacja](https://services.tokenview.io/docs?type=api)
+- [GitHub](https://github.com/Tokenview)
+
+**Watchdata -** **_Prosty i niezawodny dostęp API do blockchainu Ethereum._**
+
+- [Watchdata](https://watchdata.io/)
+- [Dokumentacja](https://docs.watchdata.io/)
+- [Discord](https://discord.com/invite/TZRJbZ6bdn)
+
+**Covalent -** **_Wzbogacone API blockchain dla ponad 200 łańcuchów._**
+
+- [covalenthq.com](https://www.covalenthq.com/)
+- [Dokumentacja](https://www.covalenthq.com/docs/api/)
+- [GitHub](https://github.com/covalenthq)
+- [Discord](https://www.covalenthq.com/discord/)
+
+## Dalsza lektura {#further-reading}
-_Wiesz o zasobach społecznościowych, które Ci pomogły? Wyedytuj tę stronę i dodaj je!_
+_Znasz jakieś zasoby społeczności, które Ci pomogły? Edytuj tę stronę i dodaj je!_
## Powiązane tematy {#related-topics}
- [Węzły i klienci](/developers/docs/nodes-and-clients/)
-- [Ramy rozwojowe](/developers/docs/frameworks/)
+- [Frameworki deweloperskie](/developers/docs/frameworks/)
## Powiązane samouczki {#related-tutorials}
-- [Skonfiguruj Web3js, aby używać blockchain Ethereum w JavaScript](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– Instrukcje dotyczące konfiguracji web3.js w Twoim projekcie._
-- [Wywołanie inteligentnego kontraktu z JavaScript](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– za pomocą tokena DAI zobacz jak wywołać funkcję kontraktów przy użyciu JavaScript._
+- [Konfiguracja Web3.js do używania blockchainu Ethereum w JavaScript](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– Instrukcje dotyczące konfiguracji web3.js w projekcie._
+- [Wywoływanie smart kontraktu z poziomu JavaScript](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– Zobacz, jak wywołać funkcje kontraktu za pomocą JavaScriptu, używając tokenu DAI._
diff --git a/public/content/translations/pl/developers/docs/apis/javascript/index.md b/public/content/translations/pl/developers/docs/apis/javascript/index.md
index cd64d5027da..5fbd2351123 100644
--- a/public/content/translations/pl/developers/docs/apis/javascript/index.md
+++ b/public/content/translations/pl/developers/docs/apis/javascript/index.md
@@ -1,120 +1,146 @@
---
-title: Biblioteki JavaScript API
-description: Wprowadzenie do bibliotek klienta JavaScript, które umożliwiają interakcję z blockchainem z poziomu aplikacji.
+title: Biblioteki API JavaScript
+description: "Wprowadzenie do bibliotek klienta JavaScript, które umożliwiają interakcję z blockchainem z poziomu aplikacji."
lang: pl
---
-Aby aplikacja mogła wchodzić w interakcję z blockchainem Ethereum (tj. odczytywać dane blockchainu i/lub wysyłać transakcje do sieci), musi łączyć się z węzłem Ethereum.
+Aby aplikacja internetowa mogła wchodzić w interakcję z blockchainem Ethereum (tj. odczytywać dane z blockchaina i/lub wysyłać transakcje do sieci), musi połączyć się z węzłem Ethereum.
-W tym celu każdy klient Ethereum implementuje specyfikację JSON-RPC, dzięki czemu istnieje jednolity zestaw punktów końcowych, na których mogą polegać aplikacje.
+W tym celu każdy klient Ethereum implementuje specyfikację [JSON-RPC](/developers/docs/apis/json-rpc/), dzięki czemu istnieje jednolity zestaw [metod](/developers/docs/apis/json-rpc/#json-rpc-methods), na których mogą polegać aplikacje.
-Jeśli chcesz użyć określonego języka programowania do połączenia z węzłem Ethereum, rozpisz własne rozwiązanie, ale w ekosystemie istnieje kilka wygodnych bibliotek, które znacznie to ułatwiają. Dzięki tym bibliotekom programiści mogą pisać intuicyjne, jednowierszowe metody inicjowania żądań JSON RPC (pod maską), które współdziałają z Ethereum.
+Jeśli chcesz użyć określonego języka programowania do połączenia z węzłem Ethereum, rozpisz własne rozwiązanie, ale w ekosystemie istnieje kilka wygodnych bibliotek, które znacznie to ułatwiają. Dzięki tym bibliotekom deweloperzy mogą pisać intuicyjne, jednowierszowe metody inicjowania żądań JSON-RPC (pod maską), które wchodzą w interakcję z Ethereum.
+
+Należy pamiętać, że od czasu [The Merge](/roadmap/merge/) do uruchomienia węzła wymagane są dwa połączone elementy oprogramowania Ethereum – klient wykonawczy i klient konsensusu. Upewnij się, że Twój węzeł zawiera zarówno klienta wykonawczego, jak i klienta konsensusu. Jeśli Twój węzeł nie znajduje się na Twoim komputerze lokalnym (np. węzeł działa w instancji AWS), zaktualizuj odpowiednio adresy IP w samouczku. Więcej informacji można znaleźć na naszej stronie o [uruchamianiu węzła](/developers/docs/nodes-and-clients/run-a-node/).
## Wymagania wstępne {#prerequisites}
-Oprócz zrozumienia JavaScript, pomocne może być zrozumienie [Ethereum stack](/developers/docs/ethereum-stack/) i [klientów Ethereum](/developers/docs/nodes-and-clients/).
+Oprócz znajomości JavaScript pomocne może być zrozumienie [stosu Ethereum](/developers/docs/ethereum-stack/) i [klientów Ethereum](/developers/docs/nodes-and-clients/).
## Dlaczego warto użyć biblioteki? {#why-use-a-library}
-Biblioteki te eliminują znaczną złożoność interakcji bezpośrednio z węzłem Ethereum. Zapewniają one także użyteczne funkcje (np. konwersję ETH na Gwei), dzięki czemu jako programiści możemy spędzić mniej czasu na zajmowaniu się zawiłościami klientów, a skupić się w głównej mierze na unikalnej funkcji naszej aplikacji.
+Biblioteki te eliminują znaczną złożoność interakcji bezpośrednio z węzłem Ethereum. Zapewniają one również funkcje pomocnicze (np. przeliczanie ETH na Gwei), dzięki czemu jako programista możesz poświęcić mniej czasu na zmaganie się ze złożonością klientów Ethereum, a więcej na skupieniu się na unikalnej funkcjonalności swojej aplikacji.
## Funkcje biblioteki {#library-features}
-### Połącz z węzłami Ethereum {#connect-to-ethereum-nodes}
+### Łączenie z węzłami Ethereum {#connect-to-ethereum-nodes}
Korzystając z dostawców, biblioteki te pozwalają Ci połączyć się z Ethereum i przeczytać jego dane, niezależnie od tego, czy chodzi o JSON-RPC, INFURA, Etherscan, Alchemy czy MetaMask.
-**Przykładowy Ether**
+> **Ostrzeżenie:** Web3.js został zarchiwizowany 4 marca 2025 roku. [Przeczytaj ogłoszenie](https://blog.chainsafe.io/web3-js-sunset/). Rozważ użycie alternatywnych bibliotek, takich jak [ethers.js](https://ethers.org) lub [viem](https://viem.sh), w nowych projektach.
+
+**Przykład Ethers**
```js
-// Web3Provider otacza standardowego dostawcę Web3, którym jest // MetaMask co wstrzykuje jako window.ethereum do każdej strony const provider = nowy ethers.providers.Web3Provider(window.ethereum) // Wtyczka MetaMask umożliwia również podpisywanie transakcji do // wyślij ether i zapłać, aby zmienić stan w łańcuchu bloków.
-// W tym celu potrzebujemy podpisującego konto...
+// BrowserProvider opakowuje standardowego dostawcę Web3, którym jest
+// to, co MetaMask wstrzykuje jako window.ethereum na każdej stronie
+const provider = new ethers.BrowserProvider(window.ethereum)
+
+// Wtyczka MetaMask pozwala również na podpisywanie transakcji w celu
+// wysyłania etheru i płacenia za zmianę stanu w blockchainie.
+// Do tego potrzebujemy signera konta...
const signer = provider.getSigner()
```
-**Przykład Web3.py**
+**Przykład Web3js**
```js
-var web3 = new Web3("http://localhost:8545") // lub var web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8545")) // zmiana dostawcy web3.setProvider("ws://localhost:8546") // lub web3.setProvider (nowy Web3.providers.WebsocketProvider("ws://localhost:8546")) // Korzystanie z dostawcy IPC w node.js var net = wymagaj("net") var web3 = new Web3("/Users/myuser/Library/Ethereum/geth.ipc", net) // ścieżka mac os // lub var web3 = nowy Web3( nowy Web3.providers.IpcProvider("/Users/myuser/Library/Ethereum/geth.ipc", net) ) // ścieżka mac os // w systemie Windows ścieżka to: "\\\\.\\pipe\\geth.ipc" // w Linuksie ścieżka to: "/users/myuser/.ethereum/geth.ipc"
+var web3 = new Web3("http://localhost:8545")
+// or
+var web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8545"))
+
+// change provider
+web3.setProvider("ws://localhost:8546")
+// or
+web3.setProvider(new Web3.providers.WebsocketProvider("ws://localhost:8546"))
+
+// Using the IPC provider in node.js
+var net = require("net")
+var web3 = new Web3("/Users/myuser/Library/Ethereum/geth.ipc", net) // mac os path
+// or
+var web3 = new Web3(
+ new Web3.providers.IpcProvider("/Users/myuser/Library/Ethereum/geth.ipc", net)
+) // mac os path
+// on windows the path is: "\\\\.\\pipe\\geth.ipc"
+// on linux the path is: "/users/myuser/.ethereum/geth.ipc"
```
-Po skonfigurowaniu łańcucha bloków będziesz mógł zapytać o:
+Po skonfigurowaniu będziesz mógł wysyłać zapytania do blockchaina o:
- numery bloku
- oszacowanie gazu
- wydarzenia inteligentnych kontraktów
- id sieci
-- i więcej...
+- i nie tylko...
### Funkcjonalność portfela {#wallet-functionality}
Te biblioteki zapewniają Ci funkcjonalność tworzenia portfeli, zarządzania kluczami i podpisywania transakcji.
-Tutaj są przykłady od Ethers
+Oto przykłady od Ethers
```js
// Utwórz instancję portfela z mnemonika...
mnemonic =
- "zapowiadaj wzór kończyny pomieszczenia w suchej skali wysiłek gładki alkohol jazzowy"
-walletMnemonic = Wallet. romMnemonic(mnemonic)
+ "announce room limb pattern dry unit scale effort smooth jazz weasel alcohol"
+walletMnemonic = Wallet.fromPhrase(mnemonic)
// ...lub z klucza prywatnego
walletPrivateKey = new Wallet(walletMnemonic.privateKey)
-walletMnemonic. ddress === walletPrivateKey.address
+walletMnemonic.address === walletPrivateKey.address
// true
-// Adres jako Promise na portfel Signer API
-etAddress()
+// Adres jako Promise zgodnie z interfejsem API Signer
+walletMnemonic.getAddress()
// { Promise: '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1' }
// Adres portfela jest również dostępny synchronicznie
-walletMnemonic. ddress
+walletMnemonic.address
// '0x71CB05EE1b1F506fF321Da3dac38f25c0c9ce6E1'
-// Wewnętrzne składniki kryptograficzne
+// Wewnętrzne komponenty kryptograficzne
walletMnemonic.privateKey
// '0x1da6847600b0ee25e9ad9a52abbd786dd2502fa4005dd5af9310b7cc7a3b25db'
-walletMnemonic. ublicKey
+walletMnemonic.publicKey
// '0x04b9e72dfd423bcf95b3801ac93f4392be5ff22143f9980eb78b3a860c4843bfd04829ae61cdba4b3b1978ac5fc64f5cc2f4350e35a108a9c9a92a81200a60cd64'
-// / Portfel mnemonic
-walletMnemonic. nemonic
+// Mnemonik portfela
+walletMnemonic.mnemonic
// {
-// locale: 'en',
-// path: 'm/44\'/60\'/0\'/0/0',
-// wyrażenie: 'zapowiadaj pokój wzorzec suchy jednostkowy wysiłek gładki alkohol jazzowy'
+// locale: 'en',
+// path: 'm/44\'/60\'/0\'/0/0',
+// phrase: 'announce room limb pattern dry unit scale effort smooth jazz weasel alcohol'
// }
-// Uwaga: Portfel utworzony kluczem prywatnym nie
-// ma mnemonic (zapobiega temu efektowi)
-walletPrivateKey. nemonic
+// Uwaga: Portfel utworzony za pomocą klucza prywatnego nie ma
+// mnemonika (uniemożliwia to derywacja)
+walletPrivateKey.mnemonic
// null
-// Podpisanie wiadomości
-walletMnemonic. ignMessage("Hello World")
+// Podpisywanie wiadomości
+walletMnemonic.signMessage("Hello World")
// { Promise: '0x14280e5885a19f60e536de50097e96e3738c7acae4e9e62d67272d794b8127d31c03d9cd59781d4ee31fb4e1b893bd9b020ec67dfa65cfb51e2bdadbb1de26d91c' }
tx = {
to: "0x8ba1f109551bD432803012645Ac136ddd64DBA72",
- wartość: utils. arseEther("1.0"),
+ value: utils.parseEther("1.0"),
}
-// Podpisanie transakcji
-walletMnemonic. ignTransaction(tx)
+// Podpisywanie transakcji
+walletMnemonic.signTransaction(tx)
// { Promise: '0xf865808080948ba1f109551bd432803012645ac136ddd64dba72880de0b6b3a7640000801ca0918e294306d177ab7bd664f5e141436563854ebe0a3e523b9690b4922bbb52b8a01181612cec9c431c4257a79b8c9f0c980a2c49bb5a0e6ac52949163eeb565dfc' }
-// Metoda połączenia zwraca nową instancję
-// Wallet połączony z dostawcą
-portfel = portfel Mnemonic. onnect(provider)
+// Metoda connect zwraca nową instancję
+// portfela połączonego z dostawcą
+wallet = walletMnemonic.connect(provider)
-// Querying the network
+// Wysyłanie zapytań do sieci
wallet.getBalance()
-// { Promise: { BigNumber: "42" }
-portfela. etTransactionCount()
+// { Promise: { BigNumber: "42" } }
+wallet.getTransactionCount()
// { Promise: 0 }
-// Sending ether
+// Wysyłanie etheru
wallet.sendTransaction(tx)
```
@@ -125,9 +151,9 @@ Po skonfigurowaniu będziesz w stanie:
- utworzyć konto
- wysłać transakcje
- podpisać transakcje
-- i więcej...
+- i nie tylko...
-### Interakcja z funkcjami inteligentnego kontraktu {#interact-with-smart-contract-functions}
+### Interakcja z funkcjami inteligentnych kontraktów {#interact-with-smart-contract-functions}
Biblioteki klienta JavaScript pozwalają aplikacji na wywołanie funkcji inteligentnych kontraktów poprzez odczyt interfejsu binarnego aplikacji (ABI) skompilowanego kontraktu.
@@ -136,48 +162,48 @@ ABI zasadniczo wyjaśnia funkcje kontraktu w formacie JSON i pozwala na używani
A zatem następujący kontrakt Solidity:
```solidity
-kontrakt Test {
+contract Test {
uint a;
- adres d = 0x12345678901234567890123456789012;
+ address d = 0x12345678901234567890123456789012;
- function Test(uint testInt) { a = testInt;}
+ constructor(uint testInt) { a = testInt;}
- zdarzenie (uint indexed b, bytes32 c);
+ event Event(uint indexed b, bytes32 c);
- zdarzenie wydarzenia2 (indeks b, bajty32 c);
+ event Event2(uint indexed b, bytes32 c);
function foo(uint b, bytes32 c) returns(address) {
Event(b, c);
- zwrot d;
+ return d;
}
}
```
-Skutkowałby następującym JSON:
+Skutkowałby następującym plikiem JSON:
```json
[{
"type":"constructor",
"payable":false,
"stateMutability":"nonpayable"
- "inputs":[{"name":"testInt", type":"uint256"}],
+ "inputs":[{"name":"testInt","type":"uint256"}],
},{
"type":"function",
"name":"foo",
- "stałe":false,
+ "constant":false,
"payable":false,
"stateMutability":"nonpayable",
"inputs":[{"name":"b","type":"uint256"}, {"name":"c","type":"bytes32"}],
- "outputs":[{"name":"", type":"address"}]
+ "outputs":[{"name":"","type":"address"}]
},{
"type":"event",
"name":"Event",
- "inputs":[{"indexed":true, nazwa":"b","type":"uint256"}, {"indexed":false,"name":"c","type":"bytes32"}],
+ "inputs":[{"indexed":true,"name":"b","type":"uint256"}, {"indexed":false,"name":"c","type":"bytes32"}],
"anonymous":false
- },
+ },{
"type":"event",
"name":"Event2",
- "inputs":[{"indexed":true,"name":"b", type":"uint256"},{"indexed":false,"name":"c","type":"bytes32"}],
+ "inputs":[{"indexed":true,"name":"b","type":"uint256"},{"indexed":false,"name":"c","type":"bytes32"}],
"anonymous":false
}]
```
@@ -189,68 +215,75 @@ Oznacza to, że możesz:
- Wdrożyć kontrakt
- I więcej...
-### Funkcje użytkowe {#utility-functions}
+### Funkcje pomocnicze {#utility-functions}
Funkcje użytkowe dają Ci praktyczne skróty, które sprawiają, że budowanie z Ethereum jest nieco łatwiejsze.
-Wartości ETH są domyślnie w Wei. 1 ETH = 1 000 000 000 000 000 WEI – oznacza to, że masz do czynienia z wieloma liczbami! `web3.utils.toWei` konwertuje ether na Wei dla Ciebie.
+Wartości ETH są domyślnie w Wei. 1 ETH = 1.000.000.000.000.000 WEI — oznacza to, że masz do czynienia z wieloma liczbami! `web3.utils.toWei` konwertuje dla Ciebie ether na Wei.
-A w eterach wygląda to tak:
+A w Ethers wygląda to tak:
```js
-// Uzyskaj saldo konta (przez adres lub nazwę ENS)
-saldo = oczekiwanie na dostawcę.getBalance ("ethers. th")
+// Get the balance of an account (by address or ENS name)
+balance = await provider.getBalance("ethers.eth")
// { BigNumber: "2337132817842795605" }
-// często musisz sformatować dane wyjściowe dla użytkownika
-// które wolą zobaczyć wartości w eterze (zamiast Wei)
-eterach. tils.formatEther(balance)
-// '2,337132817842795605'
+// Often you will need to format the output for the user
+// which prefer to see values in ether (instead of wei)
+ethers.utils.formatEther(balance)
+// '2.337132817842795605'
```
-- [Funkcje użytkowe Web3js](https://docs.web3js.org/api/web3-utils)
-- [Funkcje użytkowe Ethers](https://docs.ethers.io/v5/api/utils/)
+- [Funkcje pomocnicze Web3js](https://docs.web3js.org/api/web3-utils)
+- [Funkcje pomocnicze Ethers](https://docs.ethers.org/v6/api/utils/)
## Dostępne biblioteki {#available-libraries}
-**Web3.js -** **_Ethereum JavaScript API._**
+**Web3.js –** **_interfejs API JavaScript dla Ethereum._**
-- [Dokumentacja](https://docs.web3js.org/)
-- [GitHub](https://github.com/ethereum/web3.js/)
+- [Dokumentacja](https://docs.web3js.org)
+- [GitHub](https://github.com/ethereum/web3.js)
-**Ethers.js —** **_Pełna implementacja portfela Ethereum i narzędzia w JavaScript i TypeScript._**
+**Ethers.js –** **_Kompletna implementacja portfela Ethereum i narzędzia w językach JavaScript i TypeScript._**
-- [Dokumentacja](https://docs.ethers.io/ethers.js/html/)
-- [GitHub](https://github.com/ethers-io/ethers.js/)
+- [Strona główna Ethers.js](https://ethers.org/)
+- [Dokumentacja](https://docs.ethers.io)
+- [GitHub](https://github.com/ethers-io/ethers.js)
-**Wykres -** **_Protokół do indeksowania danych Ethereum i IPFS i zapytania za pomocą GraphQL._**
+**The Graph –** **_Protokół do indeksowania danych Ethereum i IPFS oraz wysyłania do nich zapytań za pomocą GraphQL._**
-- [Wykres](https://thegraph.com/)
-- [Eksplorator wykresów](https://thegraph.com/explorer/)
-- [Dokumentacja](https://thegraph.com/docs/)
-- [GitHub](https://github.com/graphprotocol/)
+- [The Graph](https://thegraph.com)
+- [Graph Explorer](https://thegraph.com/explorer)
+- [Dokumentacja](https://thegraph.com/docs)
+- [GitHub](https://github.com/graphprotocol)
- [Discord](https://thegraph.com/discord)
-**light.js -** **_Wysokopoziomowa reaktywna biblioteka JS zoptymalizowana dla lekkich klientów._**
+**Alchemy SDK –** **_Nakładka na Ethers.js z rozszerzonymi interfejsami API._**
+
+- [Dokumentacja](https://www.alchemy.com/docs)
+- [GitHub](https://github.com/alchemyplatform/alchemy-sdk-js)
+
+**viem –** **_Interfejs TypeScript dla Ethereum._**
-- [GitHub](https://github.com/openethereum/js-libs/tree/master/packages/light.js)
+- [Dokumentacja](https://viem.sh)
+- [GitHub](https://github.com/wagmi-dev/viem)
-**Alchemyweb3 -** **_Wrapper wokół Web3.js z automatycznymi ponownymi próbami i ulepszonymi apis._**
+**Drift –** **_Metateka TypeScript z wbudowanym buforowaniem, hakami i makietami testowymi._**
-- [Dokumentacja](https://docs.alchemy.com/reference/api-overview)
-- [GitHub](https://github.com/alchemyplatform/alchemy-web3)
+- [Dokumentacja](https://ryangoree.github.io/drift/)
+- [GitHub](https://github.com/ryangoree/drift/)
-## Dodatkowo przeczytaj {#further-reading}
+## Dalsza lektura {#further-reading}
-_Wiesz o zasobach społecznościowych, które Ci pomogły? Wyedytuj tę stronę i dodaj je!_
+_Znasz jakieś zasoby społeczności, które Ci pomogły? Edytuj tę stronę i dodaj je!_
## Powiązane tematy {#related-topics}
- [Węzły i klienci](/developers/docs/nodes-and-clients/)
-- [Ramy rozwojowe](/developers/docs/frameworks/)
+- [Frameworki deweloperskie](/developers/docs/frameworks/)
## Powiązane samouczki {#related-tutorials}
-- [Skonfiguruj Web3js, aby używać blockchain Ethereum w JavaScript](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– Instrukcje dotyczące konfiguracji web3.js w Twoim projekcie._
-- [Wywołanie inteligentnego kontraktu z JavaScript](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– za pomocą tokena DAI zobacz jak wywołać funkcję kontraktów przy użyciu JavaScript._
-- [Wysyłanie transakcji przy użyciu web3 i Alchemy](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– krok po kroku do wysyłania transakcji z backendu._
+- [Konfiguracja Web3.js do używania blockchainu Ethereum w JavaScript](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– Instrukcje dotyczące konfiguracji web3.js w projekcie._
+- [Wywoływanie smart kontraktu z poziomu JavaScript](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– Zobacz, jak wywołać funkcje kontraktu za pomocą JavaScriptu, używając tokenu DAI._
+- [Wysyłanie transakcji za pomocą web3 i Alchemy](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– Przewodnik krok po kroku dotyczący wysyłania transakcji z zaplecza._
diff --git a/public/content/translations/pl/developers/docs/apis/json-rpc/index.md b/public/content/translations/pl/developers/docs/apis/json-rpc/index.md
new file mode 100644
index 00000000000..275f6fc9cec
--- /dev/null
+++ b/public/content/translations/pl/developers/docs/apis/json-rpc/index.md
@@ -0,0 +1,1898 @@
+---
+title: API JSON-RPC
+description: "Bezstanowy, lekki protokół zdalnego wywoływania procedur (RPC) dla klientów Ethereum."
+lang: pl
+---
+
+Aby aplikacja mogła wchodzić w interakcję z blockchainem Ethereum – odczytywać dane blockchainu lub wysyłać transakcje do sieci – musi łączyć się z węzłem Ethereum.
+
+W tym celu każdy [klient Ethereum](/developers/docs/nodes-and-clients/#execution-clients) implementuje [specyfikację JSON-RPC](https://github.com/ethereum/execution-apis), więc istnieje jednolity zestaw metod, na których aplikacje mogą polegać niezależnie od konkretnej implementacji węzła lub klienta.
+
+[JSON-RPC](https://www.jsonrpc.org/specification) to bezstanowy, lekki protokół zdalnego wywoływania procedur (RPC). Definiuje kilka struktur danych i zasady dotyczące ich przetwarzania. Jest niezależny od transportu, ponieważ koncepcje te mogą być używane w ramach tego samego procesu, przez gniazda, przez HTTP lub w wielu różnych środowiskach przekazywania komunikatów. Używa formatu danych JSON (RFC 4627).
+
+## Implementacje klienta {#client-implementations}
+
+Klienci Ethereum mogą wykorzystywać różne języki programowania podczas wdrażania specyfikacji JSON-RPC. Więcej szczegółów na temat konkretnych języków programowania można znaleźć w dokumentacji poszczególnych [klientów](/developers/docs/nodes-and-clients/#execution-clients). Zalecamy sprawdzenie dokumentacji każdego klienta w celu uzyskania najnowszych informacji o obsłudze API.
+
+## Biblioteki ułatwiające {#convenience-libraries}
+
+Chociaż można zdecydować się na bezpośrednią interakcję z klientami Ethereum za pośrednictwem interfejsu API JSON-RPC, często istnieją łatwiejsze opcje dla deweloperów dapp. Istnieje wiele bibliotek [JavaScript](/developers/docs/apis/javascript/#available-libraries) i [API backendowych](/developers/docs/apis/backend/#available-libraries), które zapewniają wrappery na API JSON-RPC. Dzięki tym bibliotekom deweloperzy mogą pisać intuicyjne, jednowierszowe metody w wybranym przez siebie języku programowania, aby inicjować żądania JSON-RPC (w tle), które wchodzą w interakcję z Ethereum.
+
+## Interfejsy API klienta konsensusu {#consensus-clients}
+
+Ta strona dotyczy głównie interfejsu API JSON-RPC używanego przez klientów wykonawczych Ethereum. Jednak klienci konsensusu mają również interfejs API RPC, który pozwala użytkownikom na wysyłanie zapytań o informacje o węźle, żądanie bloków Beacon, stanu Beacon i innych informacji związanych z konsensusem bezpośrednio z węzła. Ten interfejs API jest udokumentowany na [stronie internetowej Beacon API](https://ethereum.github.io/beacon-APIs/#/).
+
+Wewnętrzny interfejs API jest również używany do komunikacji między klientami w węźle – to znaczy, umożliwia klientowi konsensusu i klientowi wykonawczemu wymianę danych. Nazywa się to „Engine API”, a specyfikacje są dostępne na [GitHubie](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md).
+
+## Specyfikacja klienta wykonawczego {#spec}
+
+[Przeczytaj pełną specyfikację API JSON-RPC na GitHubie](https://github.com/ethereum/execution-apis). Ten interfejs API jest udokumentowany na [stronie Execution API](https://ethereum.github.io/execution-apis/) i zawiera Inspektor, który pozwala wypróbować wszystkie dostępne metody.
+
+## Konwencje {#conventions}
+
+### Kodowanie wartości szesnastkowych {#hex-encoding}
+
+Dwa kluczowe typy danych są przekazywane przez JSON: niesformatowane tablice bajtów i ilości. Oba są przekazywane z kodowaniem szesnastkowym, ale z różnymi wymaganiami dotyczącymi formatowania.
+
+#### Ilości {#quantities-encoding}
+
+Podczas kodowania ilości (liczb całkowitych, liczb): zakoduj jako hex, poprzedź prefiksem "0x", najbardziej kompaktowa reprezentacja (niewielki wyjątek: zero powinno być reprezentowane jako "0x0").
+
+Oto kilka przykładów:
+
+- 0x41 (65 dziesiętnie)
+- 0x400 (1024 dziesiętnie)
+- BŁĄD: 0x (powinien zawsze mieć co najmniej jedną cyfrę - zero to "0x0")
+- BŁĄD: 0x0400 (niedozwolone zera wiodące)
+- BŁĄD: ff (musi być poprzedzone 0x)
+
+### Dane niesformatowane {#unformatted-data-encoding}
+
+Podczas kodowania niesformatowanych danych (tablice bajtów, adresy kont, hasze, tablice kodu bajtowego): koduj jako hex, poprzedź prefiksem "0x", dwie cyfry szesnastkowe na bajt.
+
+Oto kilka przykładów:
+
+- 0x41 (rozmiar 1, "A")
+- 0x004200 (rozmiar 3, "0B0")
+- 0x (rozmiar 0, "")
+- BŁĄD: 0xf0f0f (musi być parzysta liczba cyfr)
+- BŁĄD: 004200 (musi być poprzedzone 0x)
+
+### Parametr bloku {#block-parameter}
+
+Następujące metody mają parametr bloku:
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getCode](#eth_getcode)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_call](#eth_call)
+
+Kiedy składane są żądania dotyczące stanu Ethereum, podany parametr bloku określa wysokość bloku.
+
+Dla parametru bloku możliwe są następujące opcje:
+
+- `Ciąg HEX` - numer bloku w postaci liczby całkowitej
+- `Ciąg znaków "earliest"` dla najwcześniejszego/genezy bloku
+- `Ciąg znaków "latest"` – dla ostatniego zaproponowanego bloku
+- `Ciąg znaków "safe"` – dla ostatniego bezpiecznego bloku głównego
+- `Ciąg znaków "finalized"` – dla ostatniego sfinalizowanego bloku
+- `Ciąg znaków "pending"` – dla oczekującego stanu/transakcji
+
+## Przykłady
+
+Na tej stronie przedstawiamy przykłady użycia poszczególnych punktów końcowych API JSON_RPC za pomocą narzędzia wiersza poleceń, [curl](https://curl.se). Te indywidualne przykłady punktów końcowych znajdują się poniżej w sekcji [Przykłady Curl](#curl-examples). W dalszej części strony przedstawiamy również [kompletny przykład](#usage-example) kompilowania i wdrażania inteligentnego kontraktu za pomocą węzła Geth, interfejsu API JSON_RPC i curl.
+
+## Przykłady Curl {#curl-examples}
+
+Poniżej przedstawiono przykłady użycia interfejsu API JSON_RPC poprzez wysyłanie żądań [curl](https://curl.se) do węzła Ethereum. Każdy przykład
+zawiera opis konkretnego punktu końcowego, jego parametrów, typu zwrotnego i praktyczny przykład jego użycia.
+
+Żądania curl mogą zwrócić komunikat o błędzie związany z typem zawartości. Dzieje się tak, ponieważ opcja `--data` ustawia typ zawartości na `application/x-www-form-urlencoded`. Jeśli twój węzeł zgłasza ten problem, ręcznie ustaw nagłówek, umieszczając `-H "Content-Type: application/json"` na początku wywołania. Przykłady nie zawierają również kombinacji URL/IP i portu, która musi być ostatnim argumentem podanym do curl (np. `127.0.0.1:8545`). Pełne żądanie curl zawierające te dodatkowe dane ma następującą postać:
+
+```shell
+curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}' 127.0.0.1:8545
+```
+
+## Plotki, stan, historia {#gossip-state-history}
+
+Kilka podstawowych metod JSON-RPC wymaga danych z sieci Ethereum i dzieli się na trzy główne kategorie: _Plotki, Stan i Historia_. Użyj linków w tych sekcjach, aby przejść do każdej metody, lub użyj spisu treści, aby przejrzeć całą listę metod.
+
+### Metody plotkowania {#gossip-methods}
+
+> Metody te śledzą nagłówek łańcucha. W ten sposób transakcje krążą po sieci, trafiają do bloków, a klienci dowiadują się o nowych blokach.
+
+- [eth_blockNumber](#eth_blocknumber)
+- [eth_sendRawTransaction](#eth_sendrawtransaction)
+
+### Metody stanu {#state_methods}
+
+> Metody, które raportują aktualny stan wszystkich przechowywanych danych. "Stan" jest jak jeden duży, współdzielony fragment pamięci RAM i obejmuje salda kont, dane kontraktów i szacunki gazu.
+
+- [eth_getBalance](#eth_getbalance)
+- [eth_getStorageAt](#eth_getstorageat)
+- [eth_getTransactionCount](#eth_gettransactioncount)
+- [eth_getCode](#eth_getcode)
+- [eth_call](#eth_call)
+- [eth_estimateGas](#eth_estimategas)
+
+### Metody historii {#history_methods}
+
+> Pobiera historyczne zapisy każdego bloku aż do bloku genezy. Jest to jak jeden duży plik tylko do dołączania i zawiera wszystkie nagłówki bloków, treści bloków, bloki uncle i potwierdzenia transakcji.
+
+- [eth_getBlockTransactionCountByHash](#eth_getblocktransactioncountbyhash)
+- [eth_getBlockTransactionCountByNumber](#eth_getblocktransactioncountbynumber)
+- [eth_getUncleCountByBlockHash](#eth_getunclecountbyblockhash)
+- [eth_getUncleCountByBlockNumber](#eth_getunclecountbyblocknumber)
+- [eth_getBlockByHash](#eth_getblockbyhash)
+- [eth_getBlockByNumber](#eth_getblockbynumber)
+- [eth_getTransactionByHash](#eth_gettransactionbyhash)
+- [eth_getTransactionByBlockHashAndIndex](#eth_gettransactionbyblockhashandindex)
+- [eth_getTransactionByBlockNumberAndIndex](#eth_gettransactionbyblocknumberandindex)
+- [eth_getTransactionReceipt](#eth_gettransactionreceipt)
+- [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex)
+- [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex)
+
+## Plac zabaw API JSON-RPC
+
+Możesz użyć [narzędzia placu zabaw](https://ethereum-json-rpc.com), aby odkryć i wypróbować metody API. Pokazuje również, które metody i sieci są obsługiwane przez różnych dostawców węzłów.
+
+## Metody API JSON-RPC {#json-rpc-methods}
+
+### web3_clientVersion {#web3_clientversion}
+
+Zwraca bieżącą wersję klienta.
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`String` - aktualna wersja klienta
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc":"2.0",
+ "result": "Geth/v1.12.1-stable/linux-amd64/go1.19.1"
+}
+```
+
+### web3_sha3 {#web3_sha3}
+
+Zwraca Keccak-256 (_nie_ standaryzowany SHA3-256) podanych danych.
+
+**Parametry**
+
+1. `DATA` - dane do przekształcenia w hasz SHA3
+
+```js
+params: ["0x68656c6c6f20776f726c64"]
+```
+
+**Zwraca**
+
+`DATA` - wynik SHA3 podanego ciągu.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}'
+// Result
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad"
+}
+```
+
+### net_version {#net_version}
+
+Zwraca bieżący identyfikator sieci.
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`String` - bieżący identyfikator sieci.
+
+Pełna lista aktualnych identyfikatorów sieci jest dostępna na stronie [chainlist.org](https://chainlist.org). Niektóre z popularnych to:
+
+- `1`: Sieć główna Ethereum
+- `11155111`: Sieć testowa Sepolia
+- `560048` : Sieć testowa Hoodi
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "3"
+}
+```
+
+### net_listening {#net_listening}
+
+Zwraca `true`, jeśli klient aktywnie nasłuchuje połączeń sieciowych.
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`Boolean` - `true` podczas słuchania, w przeciwnym razie `false`.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc":"2.0",
+ "result":true
+}
+```
+
+### net_peerCount {#net_peercount}
+
+Zwraca liczbę peerów aktualnie podłączonych do klienta.
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita połączonych peerów.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}'
+// Result
+{
+ "id":74,
+ "jsonrpc": "2.0",
+ "result": "0x2" // 2
+}
+```
+
+### eth_protocolVersion {#eth_protocolversion}
+
+Zwraca aktualną wersję protokołu Ethereum. Należy pamiętać, że ta metoda jest [niedostępna w Geth](https://github.com/ethereum/go-ethereum/pull/22064#issuecomment-788682924).
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`String` - bieżąca wersja protokołu Ethereum
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "54"
+}
+```
+
+### eth_syncing {#eth_syncing}
+
+Zwraca obiekt z danymi o stanie synchronizacji lub `false`.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+Dokładne zwracane dane różnią się w zależności od implementacji klienta. Wszyscy klienci zwracają `False`, gdy węzeł nie jest synchronizowany, i wszyscy klienci zwracają następujące pola.
+
+`Object|Boolean`, obiekt z danymi o stanie synchronizacji lub `FALSE`, gdy nie synchronizuje:
+
+- `startingBlock`: `QUANTITY` - blok, od którego rozpoczął się import (zostanie zresetowany dopiero po osiągnięciu przez synchronizację nagłówka)
+- `currentBlock`: `QUANTITY` - bieżący blok, tak samo jak eth_blockNumber
+- `highestBlock`: `QUANTITY` - szacowany najwyższy blok
+
+Jednak poszczególni klienci mogą również dostarczać dodatkowe dane. Na przykład Geth zwraca następujące informacje:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "currentBlock": "0x3cf522",
+ "healedBytecodeBytes": "0x0",
+ "healedBytecodes": "0x0",
+ "healedTrienodes": "0x0",
+ "healingBytecode": "0x0",
+ "healingTrienodes": "0x0",
+ "highestBlock": "0x3e0e41",
+ "startingBlock": "0x3cbed5",
+ "syncedAccountBytes": "0x0",
+ "syncedAccounts": "0x0",
+ "syncedBytecodeBytes": "0x0",
+ "syncedBytecodes": "0x0",
+ "syncedStorage": "0x0",
+ "syncedStorageBytes": "0x0"
+ }
+}
+```
+
+Natomiast Besu zwraca:
+
+```json
+{
+ "jsonrpc": "2.0",
+ "id": 51,
+ "result": {
+ "startingBlock": "0x0",
+ "currentBlock": "0x1518",
+ "highestBlock": "0x9567a3",
+ "pulledStates": "0x203ca",
+ "knownStates": "0x200636"
+ }
+}
+```
+
+Więcej szczegółów można znaleźć w dokumentacji konkretnego klienta.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": {
+ startingBlock: '0x384',
+ currentBlock: '0x386',
+ highestBlock: '0x454'
+ }
+}
+// Or when not syncing
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": false
+}
+```
+
+### eth_coinbase {#eth_coinbase}
+
+Zwraca adres coinbase klienta.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+> **Uwaga:** ta metoda została wycofana od wersji **v1.14.0** i nie jest już obsługiwana. Próba użycia tej metody spowoduje błąd "Metoda nie jest obsługiwana".
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`DATA`, 20 bajtów - aktualny adres coinbase.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// Result
+{
+ "id":64,
+ "jsonrpc": "2.0",
+ "result": "0x407d73d8a49eeb85d32cf465507dd71d507100c1"
+}
+```
+
+### eth_chainId {#eth_chainId}
+
+Zwraca identyfikator łańcucha używany do podpisywania transakcji chronionych przed powtórzeniem.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`chainId`, wartość szesnastkowa jako ciąg reprezentujący liczbę całkowitą bieżącego identyfikatora łańcucha.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// Result
+{
+ "id":67,
+ "jsonrpc": "2.0",
+ "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+Zwraca `true`, jeśli klient aktywnie wydobywa nowe bloki. Może to zwrócić `true` tylko dla sieci proof-of-work i może nie być dostępne w niektórych klientach od czasu [The Merge](/roadmap/merge/).
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`Boolean` - zwraca `true`, jeśli klient wydobywa, w przeciwnym razie `false`.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+Zwraca liczbę haszy na sekundę, z jaką kopie węzeł. Może to zwrócić `true` tylko dla sieci proof-of-work i może nie być dostępne w niektórych klientach od czasu [The Merge](/roadmap/merge/).
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`QUANTITY` - liczba haszy na sekundę.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// Result
+{
+ "id":71,
+ "jsonrpc": "2.0",
+ "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+Zwraca szacunkową bieżącą cenę za gaz w wei. Na przykład klient Besu domyślnie sprawdza ostatnie 100 bloków i zwraca medianę ceny jednostki gazu.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita bieżącej ceny gazu w wei.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// Result
+{
+ "id":73,
+ "jsonrpc": "2.0",
+ "result": "0x1dfd14000" // 8049999872 Wei
+}
+```
+
+### eth_accounts {#eth_accounts}
+
+Zwraca listę adresów należących do klienta.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`Array of DATA`, 20 bajtów - adresy należące do klienta.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": ["0x407d73d8a49eeb85d32cf465507dd71d507100c1"]
+}
+```
+
+### eth_blockNumber {#eth_blocknumber}
+
+Zwraca numer ostatniego bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Brak
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita bieżącego numeru bloku, na którym znajduje się klient.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// Result
+{
+ "id":83,
+ "jsonrpc": "2.0",
+ "result": "0x4b7" // 1207
+}
+```
+
+### eth_getBalance {#eth_getbalance}
+
+Zwraca saldo konta pod podanym adresem.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 20 bajtów - adres do sprawdzenia salda.
+2. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"` lub `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita bieżącego salda w wei.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0234c8a3397aab58" // 158972490234375000
+}
+```
+
+### eth_getStorageAt {#eth_getstorageat}
+
+Zwraca wartość z pozycji przechowywania pod danym adresem.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 20 bajtów - adres pamięci masowej.
+2. `QUANTITY` - liczba całkowita pozycji w pamięci.
+3. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Zwraca**
+
+`DATA` - wartość w tej pozycji pamięci.
+
+**Przykład**
+Obliczenie prawidłowej pozycji zależy od pamięci, którą należy pobrać. Rozważ następujący kontrakt wdrożony pod adresem `0x295a70b2de5e3953354a6a8344e616ed314d7251` z adresu `0x391694e7e0b0cce554cb130d723a9d27458f9298`.
+
+```
+contract Storage {
+ uint pos0;
+ mapping(address => uint) pos1;
+ constructor() {
+ pos0 = 1234;
+ pos1[msg.sender] = 5678;
+ }
+}
+```
+
+Pobranie wartości pos0 jest proste:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
+```
+
+Pobranie elementu mapy jest trudniejsze. Pozycję elementu w mapie oblicza się za pomocą:
+
+```js
+keccak(LeftPad32(klucz, 0), LeftPad32(pozycja w mapie, 0))
+```
+
+Oznacza to, że aby pobrać pamięć z pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] musimy obliczyć pozycję za pomocą:
+
+```js
+keccak(
+ decodeHex(
+ "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" +
+ "0000000000000000000000000000000000000000000000000000000000000001"
+ )
+)
+```
+
+Konsola geth, która jest dostarczana z biblioteką web3, może być użyta do wykonania obliczeń:
+
+```js
+> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
+undefined
+> web3.sha3(key, {"encoding": "hex"})
+"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
+```
+
+Teraz, aby pobrać pamięć:
+
+```js
+curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
+{"jsonrpc":"2.0","id":1,"result":"0x000000000000000000000000000000000000000000000000000000000000162e"}
+```
+
+### eth_getTransactionCount {#eth_gettransactioncount}
+
+Zwraca liczbę transakcji _wysłanych_ z adresu.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 20 bajtów - adres.
+2. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"` lub `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+ "latest", // stan w ostatnim bloku
+]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita transakcji wysłanych z tego adresu.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
+
+Zwraca liczbę transakcji w bloku z bloku pasującego do podanego haszu bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz bloku
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita liczby transakcji w tym bloku.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
+
+Zwraca liczbę transakcji w bloku pasującym do podanego numeru bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `QUANTITY|TAG` - liczba całkowita numeru bloku lub ciąg `"earliest"`, `"latest"`, `"pending"`, `"safe"` lub `"finalized"`, jak w [parametrze bloku](/developers/docs/apis/json-rpc/#block-parameter).
+
+```js
+params: [
+ "0x13738ca", // 20396234
+]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita liczby transakcji w tym bloku.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x8b" // 139
+}
+```
+
+### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
+
+Zwraca liczbę bloków uncle w bloku pasującym do podanego haszu bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz bloku
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita liczby bloków uncle w tym bloku.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
+
+Zwraca liczbę bloków uncle w bloku pasującym do podanego numeru bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"` lub `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xe8", // 232
+]
+```
+
+**Zwraca**
+
+`QUANTITY` - liczba całkowita liczby bloków uncle w tym bloku.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x0" // 0
+}
+```
+
+### eth_getCode {#eth_getcode}
+
+Zwraca kod pod podanym adresem.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 20 bajtów - adres
+2. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"` lub `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+```js
+params: [
+ "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+ "0x5daf3b", // 6139707
+]
+```
+
+**Zwraca**
+
+`DATA` - kod z podanego adresu.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+Metoda podpisu oblicza specyficzny dla Ethereum podpis za pomocą: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
+
+Dodanie prefiksu do komunikatu sprawia, że obliczony podpis jest rozpoznawalny jako podpis specyficzny dla Ethereum. Zapobiega to nadużyciom, w których złośliwa dappka może podpisywać dowolne dane (np. transakcję) i używać podpisu do podszywania się pod ofiarę.
+
+Uwaga: adres, którym się podpisujesz, musi być odblokowany.
+
+**Parametry**
+
+1. `DATA`, 20 bajtów - adres
+2. `DATA`, N bajtów - komunikat do podpisania
+
+**Zwraca**
+
+`DATA`: Podpis
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+Podpisuje transakcję, która może być przesłana do sieci w późniejszym czasie za pomocą [eth_sendRawTransaction](#eth_sendrawtransaction).
+
+**Parametry**
+
+1. `Object` – obiekt transakcji
+
+- `type`:
+- `from`: `DATA`, 20 bajtów - adres, z którego wysyłana jest transakcja.
+- `to`: `DATA`, 20 bajtów - (opcjonalnie przy tworzeniu nowego kontraktu) adres, na który kierowana jest transakcja.
+- `gas`: `QUANTITY` - (opcjonalnie, domyślnie: 90000) Liczba całkowita gazu przeznaczonego na wykonanie transakcji. Zwróci niewykorzystany gaz.
+- `gasPrice`: `QUANTITY` - (opcjonalne, domyślne: do ustalenia) Liczba całkowita gasPrice używana dla każdego opłaconego gazu, w Wei.
+- `value`: `QUANTITY` - (opcjonalnie) Liczba całkowita wartości wysłanej z tą transakcją, w Wei.
+- `data`: `DATA` - skompilowany kod kontraktu LUB hasz wywołanej sygnatury metody i zakodowanych parametrów.
+- `nonce`: `QUANTITY` - (opcjonalne) Liczba całkowita nonce. Pozwala to na nadpisanie własnych oczekujących transakcji, które używają tego samego nonce.
+
+**Zwraca**
+
+`DATA`, obiekt transakcji zakodowany w RLP i podpisany przez określone konto.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
+// Result
+{
+ "id": 1,
+ "jsonrpc": "2.0",
+ "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+Tworzy nową transakcję wywołania komunikatu lub tworzy kontrakt, jeśli pole danych zawiera kod, i podpisuje ją za pomocą konta określonego w `from`.
+
+**Parametry**
+
+1. `Object` – obiekt transakcji
+
+- `from`: `DATA`, 20 bajtów - adres, z którego wysyłana jest transakcja.
+- `to`: `DATA`, 20 bajtów - (opcjonalnie przy tworzeniu nowego kontraktu) adres, na który kierowana jest transakcja.
+- `gas`: `QUANTITY` - (opcjonalnie, domyślnie: 90000) Liczba całkowita gazu przeznaczonego na wykonanie transakcji. Zwróci niewykorzystany gaz.
+- `gasPrice`: `QUANTITY` - (opcjonalne, domyślne: do ustalenia) Liczba całkowita gasPrice używana dla każdego opłaconego gazu.
+- `value`: `QUANTITY` - (opcjonalnie) Liczba całkowita wartości wysłanej w ramach tej transakcji.
+- `input`: `DATA` - skompilowany kod kontraktu LUB hasz wywołanej sygnatury metody i zakodowanych parametrów.
+- `nonce`: `QUANTITY` - (opcjonalne) Liczba całkowita nonce. Pozwala to na nadpisanie własnych oczekujących transakcji, które używają tego samego nonce.
+
+```js
+params: [
+ {
+ from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+ to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+ gas: "0x76c0", // 30400
+ gasPrice: "0x9184e72a000", // 10000000000000
+ value: "0x9184e72a", // 2441406250
+ input:
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+ },
+]
+```
+
+**Zwraca**
+
+`DATA`, 32 bajty - hasz transakcji lub hasz zerowy, jeśli transakcja nie jest jeszcze dostępna.
+
+Użyj [eth_getTransactionReceipt](#eth_gettransactionreceipt), aby uzyskać adres kontraktu po zaproponowaniu transakcji w bloku, gdy utworzyłeś kontrakt.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+Tworzy nową transakcję wywołania wiadomości lub tworzenie kontraktu dla podpisanych transakcji.
+
+**Parametry**
+
+1. `DATA`, dane podpisanej transakcji.
+
+```js
+params: [
+ "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**Zwraca**
+
+`DATA`, 32 bajty - hasz transakcji lub hasz zerowy, jeśli transakcja nie jest jeszcze dostępna.
+
+Użyj [eth_getTransactionReceipt](#eth_gettransactionreceipt), aby uzyskać adres kontraktu po zaproponowaniu transakcji w bloku, gdy utworzyłeś kontrakt.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_call {#eth_call}
+
+Wykonuje natychmiastowe wywołanie nowego komunikatu bez tworzenia transakcji na blockchainie. Często używane do wykonywania funkcji inteligentnych kontraktów tylko do odczytu, na przykład `balanceOf` dla kontraktu ERC-20.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `Object` - obiekt wywołania transakcji
+
+- `from`: `DATA`, 20 bajtów - (opcjonalnie) adres, z którego wysyłana jest transakcja.
+- `to`: `DATA`, 20 bajtów - adres, na który kierowana jest transakcja.
+- `gas`: `QUANTITY` - (opcjonalnie) Liczba całkowita gazu przeznaczonego na wykonanie transakcji. eth_call zużywa zero gazu, ale ten parametr może być potrzebny w niektórych wykonaniach.
+- `gasPrice`: `QUANTITY` - (opcjonalne) Liczba całkowita gasPrice użyta dla każdego opłaconego gazu
+- `value`: `QUANTITY` - (opcjonalnie) Liczba całkowita wartości wysłanej w tej transakcji
+- `input`: `DATA` - (opcjonalnie) hasz sygnatury metody i zakodowanych parametrów. Szczegółowe informacje można znaleźć w [ABI kontraktu Ethereum w dokumentacji Solidity](https://docs.soliditylang.org/en/latest/abi-spec.html).
+
+2. `QUANTITY|TAG` - numer bloku w postaci liczby całkowitej lub ciąg znaków `"latest"`, `"earliest"`, `"pending"`, `"safe"` lub `"finalized"`, zobacz [parametr bloku](/developers/docs/apis/json-rpc/#block-parameter)
+
+**Zwraca**
+
+`DATA` - wartość zwracana przez wykonany kontrakt.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x"
+}
+```
+
+### eth_estimateGas {#eth_estimategas}
+
+Generuje i zwraca oszacowanie, ile gazu jest potrzebne, aby transakcja mogła zostać ukończona. Transakcja nie zostanie dodana do blockchainu. Należy pamiętać, że szacunkowa wartość może być znacznie wyższa niż ilość gazu faktycznie zużytego przez transakcję z różnych powodów, w tym z powodu mechaniki EVM i wydajności węzła.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+Zobacz parametry [eth_call](#eth_call), z wyjątkiem tego, że wszystkie właściwości są opcjonalne. Jeśli nie określono limitu gazu, geth używa limitu gazu z bloku oczekującego jako górnej granicy. W rezultacie zwrócona estymacja może nie być wystarczająca do wykonania wywołania/transakcji, gdy ilość gazu jest wyższa niż limit gazu w oczekującym bloku.
+
+**Zwraca**
+
+`QUANTITY` - ilość zużytego gazu.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x5208" // 21000
+}
+```
+
+### eth_getBlockByHash {#eth_getblockbyhash}
+
+Zwraca informacje o bloku po haszu.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz bloku.
+2. `Boolean` - jeśli `true`, zwraca pełne obiekty transakcji, jeśli `false`, tylko hasze transakcji.
+
+```js
+params: [
+ "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ false,
+]
+```
+
+**Zwraca**
+
+`Object` - obiekt bloku lub `null`, jeśli nie znaleziono bloku:
+
+- `number`: `QUANTITY` - numer bloku. `null`, gdy jest to blok oczekujący.
+- `hash`: `DATA`, 32 bajty - hasz bloku. `null`, gdy jest to blok oczekujący.
+- `parentHash`: `DATA`, 32 bajty - hasz bloku nadrzędnego.
+- `nonce`: `DATA`, 8 bajtów - hasz wygenerowanego dowodu pracy. `null`, gdy jest to blok oczekujący, `0x0` dla bloków proof-of-stake (od czasu The Merge)
+- `sha3Uncles`: `DATA`, 32 bajty - SHA3 danych bloków uncle w bloku.
+- `logsBloom`: `DATA`, 256 bajtów - filtr Blooma dla logów bloku. `null`, gdy jest to blok oczekujący.
+- `transactionsRoot`: `DATA`, 32 bajty - korzeń drzewa transakcji bloku.
+- `stateRoot`: `DATA`, 32 bajty - korzeń końcowego drzewa stanu bloku.
+- `receiptsRoot`: `DATA`, 32 bajty - korzeń drzewa potwierdzeń bloku.
+- `miner`: `DATA`, 20 bajtów - adres beneficjenta, któremu przyznano nagrody za blok.
+- `difficulty`: `QUANTITY` - liczba całkowita trudności dla tego bloku.
+- `totalDifficulty`: `QUANTITY` - liczba całkowita całkowitej trudności łańcucha aż do tego bloku.
+- `extraData`: `DATA` - pole "dodatkowych danych" tego bloku.
+- `size`: `QUANTITY` - liczba całkowita rozmiaru tego bloku w bajtach.
+- `gasLimit`: `QUANTITY` - maksymalna ilość gazu dozwolona w tym bloku.
+- `gasUsed`: `QUANTITY` - całkowity zużyty gaz przez wszystkie transakcje w tym bloku.
+- `timestamp`: `QUANTITY` - znacznik czasu uniksowego, kiedy blok został zebrany.
+- `transactions`: `Array` - tablica obiektów transakcji lub 32-bajtowe hasze transakcji w zależności od ostatniego podanego parametru.
+- `uncles`: `Array` - tablica haszy bloków uncle.
+
+**Przykład**
+
+```js
+// Żądanie
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
+// Wynik
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "difficulty": "0x4ea3f27bc",
+ "extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
+ "gasLimit": "0x1388",
+ "gasUsed": "0x0",
+ "hash": "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+ "logsBloom": "0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",
+ "miner": "0xbb7b8287f3f0a933474a79eae42cbca977791171",
+ "mixHash": "0x4fffe9ae21f1c9e15207b1f472d5bbdd68c9595d461666602f2be20daf5e7843",
+ "nonce": "0x689056015818adbe",
+ "number": "0x1b4",
+ "parentHash": "0xe99e022112df268087ea7eafaf4790497fd21dbeeb6bd7a1721df161a6657a54",
+ "receiptsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "sha3Uncles": "0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347",
+ "size": "0x220",
+ "stateRoot": "0xddc8b0234c2e0cad087c8b389aa7ef01f7d79b2570bccb77ce48648aa61c904d",
+ "timestamp": "0x55ba467c",
+ "totalDifficulty": "0x78ed983323d",
+ "transactions": [
+ ],
+ "transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
+ "uncles": [
+ ]
+ }
+}
+```
+
+### eth_getBlockByNumber {#eth_getblockbynumber}
+
+Zwraca informacje o bloku po numerze bloku.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `QUANTITY|TAG` - liczba całkowita numeru bloku lub ciąg `"earliest"`, `"latest"`, `"pending"`, `"safe"` lub `"finalized"`, jak w [parametrze bloku](/developers/docs/apis/json-rpc/#block-parameter).
+2. `Boolean` - jeśli `true`, zwraca pełne obiekty transakcji, jeśli `false`, tylko hasze transakcji.
+
+```js
+params: [
+ "0x1b4", // 436
+ true,
+]
+```
+
+**Zwraca**
+Zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
+```
+
+Wynik zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_getTransactionByHash {#eth_gettransactionbyhash}
+
+Zwraca informacje o transakcji żądanej przez hasz transakcji.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz transakcji
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**Zwraca**
+
+`Object` - obiekt transakcji lub `null`, gdy nie znaleziono transakcji:
+
+- `blockHash`: `DATA`, 32 bajty - hasz bloku, w którym znajdowała się ta transakcja. `null`, gdy oczekuje.
+- `blockNumber`: `QUANTITY` - numer bloku, w którym znajdowała się ta transakcja. `null`, gdy oczekuje.
+- `from`: `DATA`, 20 bajtów - adres nadawcy.
+- `gas`: `QUANTITY` - gaz dostarczony przez nadawcę.
+- `gasPrice`: `QUANTITY` - cena gazu podana przez nadawcę w Wei.
+- `hash`: `DATA`, 32 bajty - hasz transakcji.
+- `input`: `DATA` - dane wysyłane wraz z transakcją.
+- `nonce`: `QUANTITY` - liczba transakcji wykonanych przez nadawcę przed tą.
+- `to`: `DATA`, 20 bajtów - adres odbiorcy. `null`, gdy jest to transakcja utworzenia kontraktu.
+- `transactionIndex`: `QUANTITY` - liczba całkowita indeksu pozycji transakcji w bloku. `null`, gdy oczekuje.
+- `value`: `QUANTITY` - wartość przeniesiona w Wei.
+- `v`: `QUANTITY` - identyfikator odzyskiwania ECDSA
+- `r`: `QUANTITY` - podpis ECDSA r
+- `s`: `QUANTITY` - podpis ECDSA s
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// Result
+{
+ "jsonrpc":"2.0",
+ "id":1,
+ "result":{
+ "blockHash":"0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "blockNumber":"0x5daf3b", // 6139707
+ "from":"0xa7d9ddbe1f17865597fbd27ec712455208b6b76d",
+ "gas":"0xc350", // 50000
+ "gasPrice":"0x4a817c800", // 20000000000
+ "hash":"0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b",
+ "input":"0x68656c6c6f21",
+ "nonce":"0x15", // 21
+ "to":"0xf02c1c8e6114b1dbe8937a39260b5b0a374432bb",
+ "transactionIndex":"0x41", // 65
+ "value":"0xf3dbb76162000", // 4290000000000000
+ "v":"0x25", // 37
+ "r":"0x1b5e176d927f8e9ab405058b2d2457392da3e20f328b16ddabcebc33eaac5fea",
+ "s":"0x4ba69724e8f69de52f0125ad8b3c5c2cef33019bac3249e2c0a2192766d1721c"
+ }
+}
+```
+
+### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
+
+Zwraca informacje o transakcji według haszu bloku i pozycji indeksu transakcji.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz bloku.
+2. `QUANTITY` - liczba całkowita pozycji indeksu transakcji.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Zwraca**
+Zobacz [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Wynik zobacz [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
+
+Zwraca informacje o transakcji według numeru bloku i pozycji indeksu transakcji.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `QUANTITY|TAG` - numer bloku lub ciąg `"earliest"`, `"latest"`, `"pending"`, `"safe"` lub `"finalized"`, jak w [parametrze bloku](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - pozycja indeksu transakcji.
+
+```js
+params: [
+ "0x9c47cf", // 10241999
+ "0x24", // 36
+]
+```
+
+**Zwraca**
+Zobacz [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+Wynik zobacz [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+Zwraca potwierdzenie transakcji według haszu transakcji.
+
+**Uwaga** Potwierdzenie nie jest dostępne dla oczekujących transakcji.
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz transakcji
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**Zwraca**
+`Object` - obiekt potwierdzenia transakcji lub `null`, gdy nie znaleziono potwierdzenia:
+
+- `transactionHash `: `DATA`, 32 bajty - hasz transakcji.
+- `transactionIndex`: `QUANTITY` - liczba całkowita indeksu pozycji transakcji w bloku.
+- `blockHash`: `DATA`, 32 bajty - hasz bloku, w którym znajdowała się ta transakcja.
+- `blockNumber`: `QUANTITY` - numer bloku, w którym znajdowała się ta transakcja.
+- `from`: `DATA`, 20 bajtów - adres nadawcy.
+- `to`: `DATA`, 20 bajtów - adres odbiorcy. null, gdy jest to transakcja utworzenia kontraktu.
+- `cumulativeGasUsed`: `QUANTITY ` - całkowita ilość gazu zużytego podczas wykonywania tej transakcji w bloku.
+- `effectiveGasPrice`: `QUANTITY` - suma opłaty podstawowej i napiwku zapłaconego za jednostkę gazu.
+- `gasUsed `: `QUANTITY ` - ilość gazu zużytego tylko przez tę konkretną transakcję.
+- `contractAddress `: `DATA`, 20 bajtów – adres utworzonego kontraktu, jeśli transakcja była utworzeniem kontraktu, w przeciwnym razie `null`.
+- `logs`: `Array` - tablica obiektów logów, które wygenerowała ta transakcja.
+- `logsBloom`: `DATA`, 256 bajtów - filtr Blooma dla lekkich klientów do szybkiego pobierania powiązanych logów.
+- `type`: `QUANTITY` - liczba całkowita typu transakcji, `0x0` dla transakcji starszego typu, `0x1` dla typów z listą dostępu, `0x2` dla opłat dynamicznych.
+
+Zwraca również _albo_ :
+
+- `root` : `DATA` 32 bajty korzenia stanu po transakcji (przed Byzantium)
+- `status`: `QUANTITY` albo `1` (sukces), albo `0` (niepowodzenie)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// Result
+{
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
+ "blockHash":
+ "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+ "blockNumber": "0xeff35f",
+ "contractAddress": null, // string adresu, jeśli został utworzony
+ "cumulativeGasUsed": "0xa12515",
+ "effectiveGasPrice": "0x5a9c688d4",
+ "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+ "gasUsed": "0xb4c8",
+ "logs": [{
+ // logi zwracane przez getFilterLogs itp.
+ }],
+ "logsBloom": "0x00...0", // 256-bajtowy filtr Blooma
+ "status": "0x1",
+ "to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
+ "transactionHash":
+ "0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5",
+ "transactionIndex": "0x66",
+ "type": "0x2"
+ }
+}
+```
+
+### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
+
+Zwraca informacje o bloku-stryju na podstawie jego haszu i pozycji indeksu stryja.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `DATA`, 32 bajty - hasz bloku.
+2. `QUANTITY` - pozycja indeksu bloku uncle.
+
+```js
+params: [
+ "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+ "0x0", // 0
+]
+```
+
+**Zwraca**
+Zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2", "0x0"],"id":1}'
+```
+
+Wynik zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Uwaga**: blok uncle nie zawiera pojedynczych transakcji.
+
+### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
+
+Zwraca informacje o bloku-stryju na podstawie jego numeru i pozycji indeksu stryja.
+
+
+ Wypróbuj punkt końcowy w placu zabaw
+
+
+**Parametry**
+
+1. `QUANTITY|TAG` - numer bloku lub ciąg `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, jak w [parametrze bloku](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - pozycja indeksu bloku uncle.
+
+```js
+params: [
+ "0x29c", // 668
+ "0x0", // 0
+]
+```
+
+**Zwraca**
+Zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+**Uwaga**: blok uncle nie zawiera pojedynczych transakcji.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
+```
+
+Wynik zobacz [eth_getBlockByHash](#eth_getblockbyhash)
+
+### eth_newFilter {#eth_newfilter}
+
+Tworzy obiekt filtra w oparciu o opcje filtrowania, aby powiadamiać o zmianie stanu (logi).
+Aby sprawdzić, czy stan się zmienił, wywołaj [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Uwaga dotycząca określania filtrów tematów:**
+Tematy zależą od kolejności. Transakcja z logiem z tematami [A, B] będzie dopasowana przez następujące filtry tematów:
+
+- `[]` "cokolwiek"
+- `[A]` "A na pierwszej pozycji (i cokolwiek po)"
+- `[null, B]` "cokolwiek na pierwszej pozycji ORAZ B na drugiej pozycji (i cokolwiek po)"
+- `[A, B]` "A na pierwszej pozycji ORAZ B na drugiej pozycji (i cokolwiek po)"
+- `[[A, B], [A, B]]` "(A LUB B) na pierwszej pozycji ORAZ (A LUB B) na drugiej pozycji (i cokolwiek po)"
+- **Parametry**
+
+1. `Object` – opcje filtra:
+
+- `fromBlock`: `QUANTITY|TAG` - (opcjonalnie, domyślnie: `"latest"`) Liczba całkowita numeru bloku lub `"latest"` dla ostatniego proponowanego bloku, `"safe"` dla ostatniego bezpiecznego bloku, `"finalized"` dla ostatniego sfinalizowanego bloku lub `"pending"`, `"earliest"` dla transakcji, które nie są jeszcze w bloku.
+- `toBlock`: `QUANTITY|TAG` - (opcjonalnie, domyślnie: `"latest"`) Liczba całkowita numeru bloku lub `"latest"` dla ostatniego proponowanego bloku, `"safe"` dla ostatniego bezpiecznego bloku, `"finalized"` dla ostatniego sfinalizowanego bloku lub `"pending"`, `"earliest"` dla transakcji, które nie są jeszcze w bloku.
+- `address`: `DATA|Array`, 20 bajtów - (opcjonalnie) Adres kontraktu lub lista adresów, z których powinny pochodzić logi.
+- `topics`: `Array of DATA` - (opcjonalnie) Tablica 32-bajtowych tematów `DATA`. Tematy zależą od kolejności. Każdy temat może być również tablicą DATA z opcjami "lub".
+
+```js
+params: [
+ {
+ fromBlock: "0x1",
+ toBlock: "0x2",
+ address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ null,
+ [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+ ],
+ ],
+ },
+]
+```
+
+**Zwraca**
+`QUANTITY` - identyfikator filtra.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+Tworzy filtr w węźle, aby powiadamiać o nadejściu nowego bloku.
+Aby sprawdzić, czy stan się zmienił, wywołaj [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Parametry**
+Brak
+
+**Zwraca**
+`QUANTITY` - identyfikator filtra.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+Tworzy filtr w węźle, aby powiadamiać o nadejściu nowych oczekujących transakcji.
+Aby sprawdzić, czy stan się zmienił, wywołaj [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Parametry**
+Brak
+
+**Zwraca**
+`QUANTITY` - identyfikator filtra.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+Odinstalowuje filtr o podanym identyfikatorze. Należy zawsze wywoływać, gdy obserwacja nie jest już potrzebna.
+Dodatkowo filtry ulegają przedawnieniu, jeśli przez pewien czas nie są wywoływane za pomocą [eth_getFilterChanges](#eth_getfilterchanges).
+
+**Parametry**
+
+1. `QUANTITY` - identyfikator filtra.
+
+```js
+params: [
+ "0xb", // 11
+]
+```
+
+**Zwraca**
+`Boolean` - `true`, jeśli filtr został pomyślnie odinstalowany, w przeciwnym razie `false`.
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc": "2.0",
+ "result": true
+}
+```
+
+### eth_getFilterChanges {#eth_getfilterchanges}
+
+Metoda odpytywania filtra, która zwraca tablicę logów, które wystąpiły od ostatniego odpytania.
+
+**Parametry**
+
+1. `QUANTITY` - identyfikator filtra.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Zwraca**
+`Array` - tablica obiektów logów lub pusta tablica, jeśli od ostatniego odpytania nic się nie zmieniło.
+
+- Dla filtrów utworzonych za pomocą `eth_newBlockFilter` zwracane są hasze bloków (`DATA`, 32 bajty), np. `["0x3454645634534..."]`.
+
+- Dla filtrów utworzonych za pomocą `eth_newPendingTransactionFilter` zwracane są hasze transakcji (`DATA`, 32 bajty), np. `["0x6345343454645..."]`.
+
+- Dla filtrów utworzonych za pomocą `eth_newFilter` logi są obiektami z następującymi parametrami:
+ - `removed`: `TAG` - `true`, gdy log został usunięty z powodu reorganizacji łańcucha. `false`, jeśli jest to prawidłowy log.
+ - `logIndex`: `QUANTITY` - liczba całkowita indeksu pozycji logu w bloku. `null`, gdy jest to log oczekujący.
+ - `transactionIndex`: `QUANTITY` - liczba całkowita indeksu pozycji transakcji, z której utworzono log. `null`, gdy jest to log oczekujący.
+ - `transactionHash`: `DATA`, 32 bajty - hasz transakcji, z których ten log został utworzony. `null`, gdy jest to log oczekujący.
+ - `blockHash`: `DATA`, 32 bajty - hasz bloku, w którym znajdował się ten log. `null`, gdy oczekuje. `null`, gdy jest to log oczekujący.
+ - `blockNumber`: `QUANTITY` - numer bloku, w którym znajdował się ten log. `null`, gdy oczekuje. `null`, gdy jest to log oczekujący.
+ - `address`: `DATA`, 20 bajtów - adres, z którego pochodzi ten log.
+ - `data`: `DATA` - nieindeksowane dane logu o zmiennej długości. (W _solidity_: zero lub więcej 32-bajtowych nieindeksowanych argumentów logu).
+ - `topics`: `Array of DATA` - tablica od 0 do 4 32-bajtowych `DATA` indeksowanych argumentów logów. (W _solidity_: Pierwszym tematem jest _hasz_ sygnatury zdarzenia (np. `Deposit(address,bytes32,uint256)`), chyba że zadeklarowano zdarzenie ze specyfikatorem `anonymous`).
+
+- **Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// Result
+{
+ "id":1,
+ "jsonrpc":"2.0",
+ "result": [{
+ "logIndex": "0x1", // 1
+ "blockNumber":"0x1b4", // 436
+ "blockHash": "0x8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "transactionHash": "0xdf829c5a142f1fccd7d8216c5785ac562ff41e2dcfdf5785ac562ff41e2dcf",
+ "transactionIndex": "0x0", // 0
+ "address": "0x16c5785ac562ff41e2dcfdf829c5a142f1fccd7d",
+ "data":"0x0000000000000000000000000000000000000000000000000000000000000000",
+ "topics": ["0x59ebeb90bc63057b6515673c3ecf9438e5058bca0f92585014eced636878c9a5"]
+ },{
+ ...
+ }]
+}
+```
+
+### eth_getFilterLogs {#eth_getfilterlogs}
+
+Zwraca tablicę wszystkich logów pasujących do filtra o podanym identyfikatorze.
+
+**Parametry**
+
+1. `QUANTITY` - identyfikator filtra.
+
+```js
+params: [
+ "0x16", // 22
+]
+```
+
+**Zwraca**
+Zobacz [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
+```
+
+Wynik zobacz [eth_getFilterChanges](#eth_getfilterchanges)
+
+### eth_getLogs {#eth_getlogs}
+
+Zwraca tablicę wszystkich logów pasujących do danego obiektu filtra.
+
+**Parametry**
+
+1. `Object` – opcje filtra:
+
+- `fromBlock`: `QUANTITY|TAG` - (opcjonalnie, domyślnie: `"latest"`) Liczba całkowita numeru bloku lub `"latest"` dla ostatniego proponowanego bloku, `"safe"` dla ostatniego bezpiecznego bloku, `"finalized"` dla ostatniego sfinalizowanego bloku lub `"pending"`, `"earliest"` dla transakcji, które nie są jeszcze w bloku.
+- `toBlock`: `QUANTITY|TAG` - (opcjonalnie, domyślnie: `"latest"`) Liczba całkowita numeru bloku lub `"latest"` dla ostatniego proponowanego bloku, `"safe"` dla ostatniego bezpiecznego bloku, `"finalized"` dla ostatniego sfinalizowanego bloku lub `"pending"`, `"earliest"` dla transakcji, które nie są jeszcze w bloku.
+- `address`: `DATA|Array`, 20 bajtów - (opcjonalnie) Adres kontraktu lub lista adresów, z których powinny pochodzić logi.
+- `topics`: `Array of DATA` - (opcjonalnie) Tablica 32-bajtowych tematów `DATA`. Tematy zależą od kolejności. Każdy temat może być również tablicą DATA z opcjami "lub".
+- `blockHash`: `DATA`, 32 bajty - (opcjonalnie, **w przyszłości**) Wraz z dodaniem EIP-234, `blockHash` będzie nową opcją filtra, która ogranicza zwracane logi do pojedynczego bloku z 32-bajtowym haszem `blockHash`. Użycie `blockHash` jest równoznaczne z `fromBlock` = `toBlock` = numer bloku z haszem `blockHash`. Jeśli `blockHash` jest obecny w kryteriach filtra, to ani `fromBlock`, ani `toBlock` nie są dozwolone.
+
+```js
+params: [
+ {
+ topics: [
+ "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+ ],
+ },
+]
+```
+
+**Zwraca**
+Zobacz [eth_getFilterChanges](#eth_getfilterchanges)
+
+**Przykład**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
+```
+
+Wynik zobacz [eth_getFilterChanges](#eth_getfilterchanges)
+
+## Przykład użycia {#usage-example}
+
+### Wdrażanie kontraktu za pomocą JSON_RPC {#deploying-contract}
+
+Ta sekcja zawiera demonstrację, jak wdrożyć kontrakt, używając tylko interfejsu RPC. Istnieją alternatywne sposoby wdrażania kontraktów, w których ta złożoność jest ukryta — na przykład za pomocą bibliotek zbudowanych na bazie interfejsu RPC, takich jak [web3.js](https://web3js.readthedocs.io/) i [web3.py](https://github.com/ethereum/web3.py). Te abstrakcje są na ogół łatwiejsze do zrozumienia i mniej podatne na błędy, ale nadal warto zrozumieć, co dzieje się pod spodem.
+
+Poniżej znajduje się prosty inteligentny kontrakt o nazwie `Multiply7`, który zostanie wdrożony za pomocą interfejsu JSON-RPC na węźle Ethereum. Ten samouczek zakłada, że czytelnik ma już uruchomiony węzeł Geth. Więcej informacji o węzłach i klientach jest dostępnych [tutaj](/developers/docs/nodes-and-clients/run-a-node). Proszę zapoznać się z dokumentacją poszczególnych [klientów](/developers/docs/nodes-and-clients/), aby dowiedzieć się, jak uruchomić HTTP JSON-RPC dla klientów innych niż Geth. Większość klientów domyślnie działa na `localhost:8545`.
+
+```javascript
+contract Multiply7 {
+ event Print(uint);
+ function multiply(uint input) returns (uint) {
+ Print(input * 7);
+ return input * 7;
+ }
+}
+```
+
+Pierwszą rzeczą, którą należy zrobić, jest upewnienie się, że interfejs HTTP RPC jest włączony. Oznacza to, że przy uruchomieniu Geth podajemy flagę `--http`. W tym przykładzie używamy węzła Geth w prywatnym łańcuchu deweloperskim. Używając tego podejścia nie potrzebujemy etheru w prawdziwej sieci.
+
+```bash
+geth --http --dev console 2>>geth.log
+```
+
+Spowoduje to uruchomienie interfejsu HTTP RPC pod adresem `http://localhost:8545`.
+
+Możemy zweryfikować, czy interfejs działa, pobierając adres coinbase (uzyskując pierwszy adres z tablicy kont) i saldo za pomocą [curl](https://curl.se). Proszę zauważyć, że dane w tych przykładach będą się różnić na Twoim lokalnym węźle. Jeśli chcesz wypróbować te polecenia, zastąp parametry żądania w drugim żądaniu curl wynikiem zwróconym z pierwszego.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
+{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
+
+curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
+{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
+```
+
+Ponieważ liczby są kodowane szesnastkowo, saldo jest zwracane w wei jako ciąg szesnastkowy. Jeśli chcemy mieć saldo w etherze jako liczbę, możemy użyć web3 z konsoli Geth.
+
+```javascript
+web3.fromWei("0x1639e49bba16280000", "ether")
+// "410"
+```
+
+Teraz, gdy mamy trochę etheru w naszym prywatnym łańcuchu deweloperskim, możemy wdrożyć kontrakt. Pierwszym krokiem jest skompilowanie kontraktu Multiply7 do kodu bajtowego, który można wysłać do EVM. Aby zainstalować solc, kompilator Solidity, postępuj zgodnie z [dokumentacją Solidity](https://docs.soliditylang.org/en/latest/installing-solidity.html). (Możesz chcieć użyć starszej wersji `solc`, aby dopasować ją do [wersji kompilatora użytej w naszym przykładzie](https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+
+Następnym krokiem jest skompilowanie kontraktu Multiply7 do kodu bajtowego, który można wysłać do EVM.
+
+```bash
+echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
+
+======= :Multiply7 =======
+Binarny:
+6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
+```
+
+Teraz, gdy mamy skompilowany kod, musimy określić, ile gazu kosztuje jego wdrożenie. Interfejs RPC ma metodę `eth_estimateGas`, która da nam szacunkową wartość.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
+```
+
+I w końcu wdrożenie kontraktu.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
+{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
+```
+
+Transakcja jest akceptowana przez węzeł i zwracany jest hasz transakcji. Ten hasz może być użyty do śledzenia transakcji. Następnym krokiem jest ustalenie adresu, pod którym wdrożono nasz kontrakt. Każda wykonana transakcja utworzy potwierdzenie. To potwierdzenie zawiera różne informacje o transakcji, takie jak blok, w którym transakcja została uwzględniona, i ile gazu zużyła EVM. Jeśli transakcja
+tworzy kontrakt, będzie również zawierać adres kontraktu. Możemy pobrać potwierdzenie za pomocą metody RPC `eth_getTransactionReceipt`.
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
+{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
+```
+
+Nasz kontrakt został utworzony pod adresem `0x4d03d617d700cf81935d7f797f4e2ae719648262`. Wynik null zamiast potwierdzenia oznacza, że transakcja nie została jeszcze uwzględniona w bloku. Poczekaj chwilę, sprawdź, czy Twój klient konsensusu jest uruchomiony i spróbuj ponownie.
+
+#### Interakcja z inteligentnymi kontraktami {#interacting-with-smart-contract}
+
+W tym przykładzie wyślemy transakcję za pomocą `eth_sendTransaction` do metody `multiply` kontraktu.
+
+`eth_sendTransaction` wymaga kilku argumentów, w szczególności `from`, `to` i `data`. `From` to adres publiczny naszego konta, a `to` to adres kontraktu. Argument `data` zawiera ładunek, który definiuje, która metoda musi zostać wywołana i z jakimi argumentami. W tym miejscu do gry wchodzi [ABI (binarny interfejs aplikacji)](https://docs.soliditylang.org/en/latest/abi-spec.html). ABI to plik JSON, który definiuje sposób definiowania i kodowania danych dla EVM.
+
+Bajty ładunku definiują, która metoda w kontrakcie jest wywoływana. Są to pierwsze 4 bajty z haszu Keccak nazwy funkcji i typów jej argumentów, zakodowane szesnastkowo. Funkcja multiply akceptuje uint, który jest aliasem dla uint256. Pozostawia nas to z:
+
+```javascript
+web3.sha3("multiply(uint256)").substring(0, 10)
+// "0xc6888fa1"
+```
+
+Następnym krokiem jest zakodowanie argumentów. Jest tylko jeden uint256, powiedzmy, o wartości 6. ABI ma sekcję, która określa, jak kodować typy uint256.
+
+`int: enc(X)` jest kodowaniem X w uzupełnieniu do dwóch w porządku big-endian, dopełnionym po stronie wyższego rzędu (lewej) wartością 0xff dla ujemnego X i zerowymi bajtami dla dodatniego X, tak aby długość była wielokrotnością 32 bajtów.
+
+Koduje się to do `0000000000000000000000000000000000000000000000000000000000000006`.
+
+Łącząc selektor funkcji i zakodowany argument, nasze dane będą wyglądać następująco: `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`.
+
+Można to teraz wysłać do węzła:
+
+```bash
+curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
+{"id":8,"jsonrpc":"2.0","result":"0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74"}
+```
+
+Ponieważ transakcja została wysłana, zwrócony został jej hasz. Pobranie potwierdzenia daje:
+
+```javascript
+{
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ contractAddress: null,
+ cumulativeGasUsed: 22631,
+ gasUsed: 22631,
+ logs: [{
+ address: "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d",
+ blockHash: "0xbf0a347307b8c63dd8c1d3d7cbdc0b463e6e7c9bf0a35be40393588242f01d55",
+ blockNumber: 268,
+ data: "0x000000000000000000000000000000000000000000000000000000000000002a",
+ logIndex: 0,
+ topics: ["0x24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+ }],
+ transactionHash: "0x759cf065cbc22e9d779748dc53763854e5376eea07409e590c990eafc0869d74",
+ transactionIndex: 0
+}
+```
+
+Potwierdzenie zawiera log. Ten log został wygenerowany przez EVM podczas wykonywania transakcji i zawarty w potwierdzeniu. Funkcja `multiply` pokazuje, że zdarzenie `Print` zostało wywołane z wartością wejściową pomnożoną przez 7. Ponieważ argumentem dla zdarzenia `Print` był uint256, możemy go zdekodować zgodnie z regułami ABI, co pozostawi nas z oczekiwaną wartością dziesiętną 42. Oprócz danych warto zauważyć, że tematy można wykorzystać do określenia, które zdarzenie utworzyło log:
+
+```javascript
+web3.sha3("Print(uint256)")
+// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
+```
+
+To było tylko krótkie wprowadzenie do niektórych z najczęstszych zadań, demonstrujące bezpośrednie użycie JSON-RPC.
+
+## Powiązane tematy {#related-topics}
+
+- [Specyfikacja JSON-RPC](http://www.jsonrpc.org/specification)
+- [Węzły i klienci](/developers/docs/nodes-and-clients/)
+- [API JavaScript](/developers/docs/apis/javascript/)
+- [Backendowe API](/developers/docs/apis/backend/)
+- [Klienci wykonawczy](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/pl/developers/docs/blocks/index.md b/public/content/translations/pl/developers/docs/blocks/index.md
index 8ae39014374..d77a3f21377 100644
--- a/public/content/translations/pl/developers/docs/blocks/index.md
+++ b/public/content/translations/pl/developers/docs/blocks/index.md
@@ -1,6 +1,6 @@
---
title: Bloki
-description: Przegląd bloków w blockchainie Ethereum – ich struktura danych, dlaczego są potrzebne i jak są wytwarzane.
+description: "Przegląd bloków w blockchainie Ethereum – ich struktura danych, dlaczego są potrzebne i jak są wytwarzane."
lang: pl
---
@@ -8,13 +8,14 @@ Bloki są zestawami transakcji z kryptograficznym hashem poprzedniego bloku w ł
## Wymagania wstępne {#prerequisites}
-Bloki to temat przyjazny dla nowicjuszy. Jednak dla lepszego zrozumienia tej strony zalecamy najpierw przeczytać rozdziały o [kontach](/developers/docs/accounts/) i [transakcjach](/developers/docs/transactions/), a także nasze [Wprowadzenie do Ethereum](/developers/docs/intro-to-ethereum/).
+Bloki to temat przyjazny dla nowicjuszy. Aby lepiej zrozumieć tę stronę, zalecamy najpierw zapoznanie się z artykułami o [kontach](/developers/docs/accounts/), [transakcjach](/developers/docs/transactions/) oraz z naszym [wprowadzeniem do Ethereum](/developers/docs/intro-to-ethereum/).
## Dlaczego bloki? {#why-blocks}
Aby upewnić się, że wszyscy uczestnicy sieci Ethereum pozostają w zsynchronizowanym stanie i zgadzają się co do dokładnej historii transakcji, grupujemy transakcje w blokach. Oznacza to, że dziesiątki (lub setki) transakcji są zatwierdzane, uzgadniane i synchronizowane jednocześnie.
- _Diagram zaadaptowany z [Ilustrowanego Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagram zaadaptowany z [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
Oddzielając zatwierdzenia, dajemy wszystkim uczestnikom sieci wystarczająco dużo czasu na osiągnięcie konsensusu: nawet jeśli żądania transakcji pojawiają się dziesiątki razy na sekundę, bloki są tworzone i zatwierdzane w Ethereum tylko raz na dwanaście sekund.
@@ -24,7 +25,7 @@ Aby zachować historię transakcji, bloki są ściśle uporządkowane (każdy no
Po złożeniu bloku przez losowo wybrany walidator w sieci jest on rozpowszechniany w pozostałej części sieci; wszystkie węzły dodają ten blok do końca swojego blockchaina, a do utworzenia następnego bloku wybiera się nowy walidator. Dokładny proces składania bloków i proces zatwierdzania/konsensusu jest obecnie określony przez protokół „proof-of-stake” sieci Ethereum.
-## Protokół proof-of-stake (dowód stawki) {#proof-of-work-protocol}
+## Protokół proof-of-stake {#proof-of-stake-protocol}
Proof-of-stake oznacza, że:
@@ -40,24 +41,24 @@ Proof-of-stake oznacza, że:
W bloku znajduje się wiele informacji. Na najwyższym poziomie blok zawiera następujące pola:
| Pole | Opis |
-|:---------------- |:----------------------------------------------- |
+| :--------------- | :---------------------------------------------- |
| `slot` | slot, do którego należy blok |
| `proposer_index` | identyfikator walidatora proponującego blok |
| `parent_root` | hash poprzedniego bloku |
| `state_root` | główny hash obiektu stanu |
| `treść` | obiekt zawierający kilka pól, opisanych poniżej |
-Blok `body` zawiera kilka własnych pól:
+`Body` bloku zawiera kilka własnych pól:
| Pole | Opis |
-|:-------------------- |:---------------------------------------------------------- |
+| :------------------- | :--------------------------------------------------------- |
| `randao_reveal` | wartość używana do wyboru następnego proponenta bloku |
| `eth1_data` | informacja o kontrakcie depozytowym |
| `graffiti` | dowolne dane używane do oznaczania bloków |
| `proposer_slashings` | lista walidatorów do odcięcia |
| `attester_slashings` | lista poświadczających do odcięcia |
-| `poświadczenia` | lista poświadczeń na korzyść obecnego bloku |
-| `deposits` | lista nowych depozytów do kontraktu depozytowego |
+| `poświadczenia` | lista poświadczeń utworzonych dla poprzednich slotów |
+| `depozyty` | lista nowych depozytów do kontraktu depozytowego |
| `voluntary_exits` | lista walidatorów opuszczających sieć |
| `sync_aggregate` | podzbiór walidatorów używanych do obsługi lekkich klientów |
| `execution_payload` | transakcje przekazane od klienta wykonawczego |
@@ -65,27 +66,27 @@ Blok `body` zawiera kilka własnych pól:
Pole `attestations` zawiera listę wszystkich poświadczeń w bloku. Poświadczenia mają swój własny typ danych, który zawiera kilka elementów danych. Każde poświadczenie zawiera:
| Pole | Opis |
-|:------------------ |:----------------------------------------------------------- |
+| :----------------- | :---------------------------------------------------------- |
| `aggregation_bits` | listę walidatorów, którzy uczestniczyli w tym poświadczeniu |
| `dane` | kontener z wieloma podpolami |
-| `podpis` | zbiorczy podpis wszystkich poświadczających walidatorów |
+| `podpis` | zagregowany podpis zestawu walidatorów dla części `data` |
-Pole `dane` w `poświadczenia` zawiera:
+Pole `data` w poświadczeniu zawiera:
-| Pole | Opis |
-|:------------------- |:----------------------------------------------------- |
-| `slot` | slot, do którego odnosi się poświadczenie |
-| `indeks` | indeksy dla poświadczających walidatorów |
-| `beacon_block_root` | główny hash bloku śledzącego zawierającego ten obiekt |
-| `źródło` | ostatni uzasadniony punkt kontrolny |
-| `target` | blok graniczny ostatniej epoki |
+| Pole | Opis |
+| :------------------ | :----------------------------------------------------------- |
+| `slot` | slot, do którego odnosi się poświadczenie |
+| `index` | indeksy dla poświadczających walidatorów |
+| `beacon_block_root` | hasz główny bloku beacon postrzeganego jako głowica łańcucha |
+| `źródło` | ostatni uzasadniony punkt kontrolny |
+| `target` | blok graniczny ostatniej epoki |
-Wykonanie transakcji w `execution_payload` aktualizuje globalny stan. Wszystkie klienty ponownie wykonują transakcje w `execution_payload` w celu upewnienia się, że nowy stan jest zgodny z tym w polu `state_root` nowego bloku. W ten sposób klienty mogą stwierdzić, że nowy blok jest ważny i można go bezpiecznie dodać do ich blockchaina. Pole `execution payload` samo w sobie jest obiektem z kilkoma polami. Istnieje również `execution_payload_header`, który zawiera ważne informacje podsumowujące dane wykonania. Te struktury danych są zorganizowane w następujący sposób:
+Wykonanie transakcji w `execution_payload` aktualizuje stan globalny. Wszyscy klienci ponownie wykonują transakcje w `execution_payload`, aby upewnić się, że nowy stan jest zgodny z tym w polu `state_root` nowego bloku. W ten sposób klienty mogą stwierdzić, że nowy blok jest ważny i można go bezpiecznie dodać do ich blockchaina. Sam `execution_payload` jest obiektem z kilkoma polami. Istnieje również `execution_payload_header`, który zawiera ważne informacje podsumowujące dane wykonania. Te struktury danych są zorganizowane w następujący sposób:
`execution_payload_header` zawiera następujące pola:
| Pole | Opis |
-|:------------------- |:------------------------------------------------------------------ |
+| :------------------ | :----------------------------------------------------------------- |
| `parent_hash` | hash bloku nadrzędnego |
| `fee_recipient` | adres konta do uiszczania opłat transakcyjnych |
| `state_root` | główny hash dla globalnego stanu po zastosowaniu zmian w tym bloku |
@@ -95,17 +96,17 @@ Wykonanie transakcji w `execution_payload` aktualizuje globalny stan. Wszystkie
| `block_number` | numer bieżącego bloku |
| `gas_limit` | maksymalny gaz dozwolony w tym bloku |
| `gas_used` | rzeczywista ilość gazu użytego w tym bloku |
-| `znacznik czasu` | czas bloku |
+| `timestamp` | czas bloku |
| `extra_data` | dowolne dodatkowe dane jako surowe bajty |
| `base_fee_per_gas` | wartość opłaty podstawowej |
| `block_hash` | hash bloku wykonania |
-| `transactions_root` | główny hash transakcji w ładunku (payload) |
-| `withdrawal_root` | główny hash wypłat w ładunku (payload) |
+| `transactions_root` | główny hash transakcji w ładunku (payload) |
+| `withdrawal_root` | główny hash wypłat w ładunku (payload) |
-Sam `execution_payload` zawiera następujące pola (zauważ, że są identyczne jak w nagłówku (execution_payload_header), z wyjątkiem tego, że zamiast głównego hashu transakcji zawiera rzeczywistą listę transakcji i informacje o wypłacie):
+Sam `execution_payload` zawiera następujące pola (zauważ, że są one identyczne jak w nagłówku, z wyjątkiem tego, że zamiast hasza głównego transakcji zawiera rzeczywistą listę transakcji i informacje o wypłatach):
| Pole | Opis |
-|:------------------ |:------------------------------------------------------------------ |
+| :----------------- | :----------------------------------------------------------------- |
| `parent_hash` | hash bloku nadrzędnego |
| `fee_recipient` | adres konta do uiszczania opłat transakcyjnych |
| `state_root` | główny hash dla globalnego stanu po zastosowaniu zmian w tym bloku |
@@ -115,7 +116,7 @@ Sam `execution_payload` zawiera następujące pola (zauważ, że są identyczne
| `block_number` | numer bieżącego bloku |
| `gas_limit` | maksymalny gaz dozwolony w tym bloku |
| `gas_used` | rzeczywista ilość gazu użytego w tym bloku |
-| `znacznik czasu` | czas bloku |
+| `timestamp` | czas bloku |
| `extra_data` | dowolne dodatkowe dane jako surowe bajty |
| `base_fee_per_gas` | wartość opłaty podstawowej |
| `block_hash` | hash bloku wykonania |
@@ -125,25 +126,25 @@ Sam `execution_payload` zawiera następujące pola (zauważ, że są identyczne
Lista `withdrawals` zawiera obiekty `withdrawal` o następującej strukturze:
| Pole | Opis |
-|:---------------- |:--------------------------------------- |
-| `address` | adres konta, z którego dokonano wypłaty |
+| :--------------- | :-------------------------------------- |
+| `adres` | adres konta, z którego dokonano wypłaty |
| `amount` | kwota wypłaty |
-| `indeks` | wartość indeksu wypłaty |
+| `index` | wartość indeksu wypłaty |
| `validatorIndex` | wartość indeksu walidatora |
## Czas bloku {#block-time}
Czas bloku odnosi się do czasu oddzielającego bloki. W Ethereum czas jest podzielony na dwunastosekundowe jednostki zwane „slotami”. W każdym slocie wybierany jest pojedynczy walidator do zaproponowania bloku. Zakładając, że wszystkie walidatory są online i w pełni funkcjonalne, w każdym slocie będzie blok, co oznacza, że czas bloku wynosi 12 sekund. Jednakże, od czasu do czasu walidatory mogą być offline, gdy zostaną wezwane do zaproponowania bloku, co oznacza, że sloty mogą być czasami puste.
-Implementacja ta różni się od systemów opartych na proof-of-work, w których czasy bloków są probabilistyczne i wyznaczane przez docelową trudność wydobycia protokołu. [Średni czas bloku](https://etherscan.io/chart/blocktime) w Ethereum jest tego doskonałym przykładem, jako że przejście od proof-of-work do proof-of-stake można wyraźnie wywnioskować na podstawie spójności nowego 12-sekundowego czasu bloku.
+Implementacja ta różni się od systemów opartych na proof-of-work, w których czasy bloków są probabilistyczne i wyznaczane przez docelową trudność wydobycia protokołu. [Średni czas bloku](https://etherscan.io/chart/blocktime) Ethereum jest tego doskonałym przykładem, z którego można jasno wywnioskować przejście z proof-of-work na proof-of-stake na podstawie spójności nowego, 12-sekundowego czasu bloku.
## Rozmiar bloku {#block-size}
-Ważna uwaga na zakończenie jest taka, że same bloki są ograniczone pod względem rozmiaru. Każdy blok ma docelowy rozmiar 30 milionów gazu, ale rozmiar bloków będzie zwiększany lub zmniejszany zgodnie z zapotrzebowaniem sieci aż do limitu bloku wynoszącego 60 milionów gazu (2x docelowy rozmiar bloku). Limit gazu w bloku może być korygowany w górę lub w dół o współczynnik 1/1024 w stosunku do limitu gazu w poprzednim bloku. W wyniku tego walidatorzy mogą zmieniać limit gazu w bloku za pośrednictwem konsensusu. Całkowita ilość gazu zużytego przez wszystkie transakcje w bloku musi być mniejsza niż limit gazu w bloku. Jest to ważne, gdyż gwarantuje, iż bloki nie mogą być dowolnie duże. Gdyby bloki mogły mieć dowolną wielkość, wtedy mniej wydajne, pełne węzły stopniowo przestawałyby nadążać za siecią z powodu wymogów odnośnie do przestrzeni i prędkości. Im większy blok, tym większa moc obliczeniowa jest wymagana do przetworzenia go na czas do następnego slotu. Jest to siła centralizująca, której można przeciwdziałać ograniczając rozmiary bloków.
+Ważna uwaga na zakończenie jest taka, że same bloki są ograniczone pod względem rozmiaru. Każdy blok ma docelowy rozmiar 30 milionów gazu, ale rozmiar bloków będzie się zwiększał lub zmniejszał zgodnie z zapotrzebowaniem sieci, aż do limitu bloku wynoszącego 60 milionów gazu (2x docelowy rozmiar bloku). Limit gazu w bloku może być korygowany w górę lub w dół o współczynnik 1/1024 w stosunku do limitu gazu w poprzednim bloku. W wyniku tego walidatorzy mogą zmieniać limit gazu w bloku za pośrednictwem konsensusu. Całkowita ilość gazu zużytego przez wszystkie transakcje w bloku musi być mniejsza niż limit gazu w bloku. Jest to ważne, gdyż gwarantuje, iż bloki nie mogą być dowolnie duże. Gdyby bloki mogły mieć dowolną wielkość, wtedy mniej wydajne, pełne węzły stopniowo przestawałyby nadążać za siecią z powodu wymogów odnośnie do przestrzeni i prędkości. Im większy blok, tym większa moc obliczeniowa jest wymagana do przetworzenia go na czas do następnego slotu. Jest to siła centralizująca, której można przeciwdziałać ograniczając rozmiary bloków.
## Dalsza lektura {#further-reading}
-_Wiesz o zasobach społecznościowych, które Ci pomogły? Wyedytuj tę stronę i dodaj je!_
+_Znasz jakieś zasoby społeczności, które Ci pomogły? Edytuj tę stronę i dodaj je!_
## Powiązane tematy {#related-topics}
diff --git a/public/content/translations/pl/developers/docs/bridges/index.md b/public/content/translations/pl/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..e1319d24dfe
--- /dev/null
+++ b/public/content/translations/pl/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: Mosty
+description: "Przegląd mostów dla deweloperów"
+lang: pl
+---
+
+Wraz z rozprzestrzenianiem się blockchainów L1 i rozwiązań do [skalowania](/developers/docs/scaling/) L2, a także stale rosnącą liczbą aplikacji zdecentralizowanych działających w trybie cross-chain, potrzeba komunikacji i przenoszenia aktywów między łańcuchami stała się istotną częścią infrastruktury sieciowej. Istnieją różne rodzaje mostów, które to umożliwiają.
+
+## Potrzeba mostów {#need-for-bridges}
+
+Mosty istnieją po to, by łączyć sieci blockchain. Umożliwiają one komunikację i interoperacyjność między blockchainami.
+
+Blockchainy istnieją w odizolowanych środowiskach, co oznacza, że nie ma sposobu, aby blockchainy handlowały i komunikowały się z innymi blockchainami w sposób naturalny. W rezultacie, choć w ramach ekosystemu może istnieć znaczna aktywność i innowacje, jest ona ograniczona brakiem łączności i interoperacyjności z innymi ekosystemami.
+
+Mosty oferują sposób odizolowanym środowiskom blockchain na łączenie się ze sobą. Ustanawiają one szlak transportowy pomiędzy blockchainami, na którym tokeny, wiadomości, dowolne dane, a nawet wywołania [inteligentnych kontraktów](/developers/docs/smart-contracts/) mogą być przekazywane z jednego łańcucha do drugiego.
+
+## Korzyści z mostów {#benefits-of-bridges}
+
+Mówiąc prościej, mosty odblokowują liczne przypadki zastosowań, umożliwiając sieciom blockchain wymianę danych i przenoszenie aktywów między nimi.
+
+Blockchainy mają swoje wyjątkowe mocne i słabe strony oraz podejścia do tworzenia aplikacji (takie jak szybkość, przepustowość, opłacalność itp.). Mosty pomagają w rozwoju całego ekosystemu kryptowalut, umożliwiając blockchainom wzajemne wykorzystywanie innowacji.
+
+Dla deweloperów mosty umożliwiają następujące funkcje:
+
+- transfer wszelkich danych, informacji i aktywów między łańcuchami.
+- odblokowanie nowych funkcji i zastosowań dla protokołów, ponieważ mosty rozszerzają przestrzeń projektową dla tego, co protokoły mogą zaoferować. Przykładowo, protokół do uprawy zysków pierwotnie wdrożony w sieci głównej Ethereum może oferować pule płynności we wszystkich łańcuchach kompatybilnych z EVM.
+- możliwość wykorzystania mocnych stron różnych blochainów. Przykładowo, deweloperzy mogą skorzystać z niższych opłat oferowanych przez różne rozwiązania warstwy 2, wdrażając swoje zdecentralizowane aplikacje w ramach pakietów zbiorczych, a łańcuchy boczne i użytkownicy mogą łączyć się między nimi.
+- współpraca między deweloperami z różnych ekosystemów blockchain w celu tworzenia nowych produktów.
+- przyciąganie użytkowników i społeczności z różnych ekosystemów do swoich zdecentralizowanych aplikacji.
+
+## Jak działają mosty? {#how-do-bridges-work}
+
+Chociaż istnieje wiele [rodzajów projektów mostów](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/), wyróżniają się trzy sposoby ułatwienia transferu aktywów między łańcuchami:
+
+- **Zablokuj i wybij –** Zablokuj aktywa w łańcuchu źródłowym i wybij aktywa w łańcuchu docelowym.
+- **Spal i wybij –** Spal aktywa w łańcuchu źródłowym i wybij aktywa w łańcuchu docelowym.
+- **Swapy atomowe –** Zamień aktywa w łańcuchu źródłowym na aktywa w łańcuchu docelowym z inną stroną.
+
+## Typy mostów {#bridge-types}
+
+Mosty można zazwyczaj zaklasyfikować do jednej z następujących kategorii:
+
+- **Mosty natywne –** Mosty te są zazwyczaj budowane w celu uruchomienia płynności na danym blockchainie, co ułatwia użytkownikom przenoszenie środków do ekosystemu. Na przykład [most Arbitrum](https://bridge.arbitrum.io/) został stworzony, aby ułatwić użytkownikom mostowanie z sieci głównej Ethereum do Arbitrum. Inne takie mosty to Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge) itp.
+- **Mosty oparte na walidatorach lub Oracle –** Mosty te opierają się na zewnętrznym zestawie walidatorów lub Oracle w celu walidacji transferów międzyłańcuchowych. Przykłady: Multichain i Across.
+- **Mosty do uogólnionego przekazywania wiadomości –** Mosty te mogą przesyłać aktywa wraz z wiadomościami i dowolnymi danymi między łańcuchami. Przykłady: Axelar, LayerZero i Nomad.
+- **Sieci płynności –** Mosty te koncentrują się głównie na przenoszeniu aktywów z jednego łańcucha do drugiego za pomocą swapów atomowych. Ogólnie rzecz biorąc, nie obsługują one przekazywania wiadomości między łańcuchami. Przykłady: Connext i Hop.
+
+## Kompromisy {#trade-offs}
+
+W przypadku mostów nie ma idealnych rozwiązań. Są to raczej kompromisy dokonywane w celu osiągnięcia określonego celu. Deweloperzy i użytkownicy mogą oceniać mosty na podstawie następujących czynników:
+
+- **Bezpieczeństwo –** Kto weryfikuje system? Mosty zabezpieczone przez zewnętrzne walidatory są zazwyczaj mniej bezpieczne niż mosty, które są lokalnie lub natywnie zabezpieczone przez walidatory blockchainu.
+- **Wygoda –** Jak długo trwa realizacja transakcji i ile transakcji musi podpisać użytkownik? Dla dewelopera, ile czasu zajmuje integracja mostu i jak skomplikowany jest to proces?
+- **Łączność –** Jakie są różne łańcuchy docelowe, które może połączyć most (tj. rollupy, łańcuchy poboczne, inne łańcuchy bloków warstwy 1 itp.) i jak trudno jest zintegrować nowy łańcuch bloków?
+- **Zdolność do przekazywania bardziej złożonych danych –** Czy most umożliwia transfer wiadomości i bardziej złożonych, dowolnych danych między łańcuchami, czy też obsługuje tylko transfer aktywów między łańcuchami?
+- **Opłacalność –** Ile kosztuje transfer aktywów między łańcuchami za pośrednictwem mostu? Zazwyczaj mosty pobierają stałą lub zmienną opłatę w zależności od kosztów gazu i płynności określonych tras. Kluczowe znaczenie ma również ocena opłacalności mostu na podstawie kapitału wymaganego do zapewnienia jego bezpieczeństwa.
+
+Na wysokim poziomie mosty można podzielić na zaufane i niewymagające zaufania.
+
+- **Wymagające zaufania –** Mosty wymagające zaufania są weryfikowane zewnętrznie. Wykorzystują one zewnętrzny zestaw weryfikatorów (federacje z multi-sig, wielostronne systemy obliczeniowe, sieć wyroczni) do przesyłania danych między łańcuchami. W rezultacie mogą one oferować doskonałą łączność i umożliwiać w pełni uogólnione przekazywanie wiadomości między łańcuchami. Mają one również tendencję do osiągania dobrych wyników pod względem szybkości i opłacalności. Odbywa się to kosztem bezpieczeństwa, ponieważ użytkownicy muszą polegać na zabezpieczeniach mostu.
+- **Niewymagające zaufania –** Mosty te opierają się na połączonych przez siebie blockchainach i ich walidatorach w celu przesyłania wiadomości i tokenów. „Niewymagają zaufania”, ponieważ nie dodają nowych założeń zaufania (oprócz blochainów). W rezultacie mosty niewymagające zaufania są uważane za bezpieczniejsze niż mosty zaufane.
+
+Aby ocenić mosty niewymagające zaufania na podstawie innych czynników, musimy podzielić je na uogólnione mosty przekazujące wiadomości i sieci płynności.
+
+- **Mosty do uogólnionego przekazywania wiadomości –** Mosty te wyróżniają się bezpieczeństwem i zdolnością do przesyłania bardziej złożonych danych między łańcuchami. Zazwyczaj są one również dobre pod względem opłacalności. Jednak te mocne strony najczęściej wiążą się z kosztem łączności w przypadku mostów lekkich klientów (np. IBC) i ograniczeniami prędkości w przypadku mostów optymistycznych (np. Nomad), które wykorzystują dowody oszustwa.
+- **Sieci płynności –** Mosty te wykorzystują swapy atomowe do przenoszenia aktywów i są systemami weryfikowanymi lokalnie (tj. do weryfikacji transakcji wykorzystują walidatorów bazowych blockchainów). W rezultacie wyróżniają się bezpieczeństwem i szybkością. Co więcej, są one uważane za stosunkowo opłacalne i oferują dobrą łączność. Jednak głównym kompromisem jest ich niezdolność do przekazywania bardziej złożonych danych — ponieważ nie obsługują one przekazywania wiadomości między łańcuchami.
+
+## Ryzyko związane z mostami {#risk-with-bridges}
+
+Mosty odpowiadają za trzy największe [hacki w DeFi](https://rekt.news/leaderboard/) i wciąż są na wczesnym etapie rozwoju. Korzystanie z dowolnego mostu wiąże się z następującymi zagrożeniami:
+
+- **Ryzyko związane z inteligentnymi kontraktami –** Chociaż wiele mostów pomyślnie przeszło audyty, wystarczy jedna wada w inteligentnym kontrakcie, aby aktywa były narażone na ataki hakerskie (np. [most Wormhole na Solanie](https://rekt.news/wormhole-rekt/)).
+- **Systemowe ryzyka finansowe –** Wiele mostów używa opakowanych aktywów do wybijania kanonicznych wersji oryginalnego aktywa w nowym łańcuchu. Wystawia to ekosystem na ryzyko systemowe, ponieważ widzieliśmy, jak wykorzystywane są owinięte wersje tokenów.
+- **Ryzyko kontrahenta –** Niektóre mosty wykorzystują projekt wymagający zaufania, który wymaga od użytkowników polegania na założeniu, że walidatorzy nie wejdą w zmowę w celu kradzieży środków użytkowników. Konieczność zaufania przez użytkowników tym podmiotom trzecim naraża ich na ryzyko, takie jak oszustwo Rug Pull, cenzura i inne złośliwe działania.
+- **Otwarte kwestie –** Biorąc pod uwagę, że mosty są w początkowej fazie rozwoju, istnieje wiele pytań bez odpowiedzi dotyczących tego, jak mosty będą działać w różnych warunkach rynkowych, np. w okresach przeciążenia sieci i podczas nieprzewidzianych zdarzeń, takich jak ataki na poziomie sieci lub cofnięcia stanu. Ta niepewność stwarza pewne ryzyko, którego stopień jest wciąż nieznany.
+
+## Jak zdecentralizowane aplikacje mogą korzystać z mostów? {#how-can-dapps-use-bridges}
+
+Oto kilka praktycznych zastosowań, które deweloperzy mogą rozważyć w odniesieniu do mostów i przenoszenia ich zdecentralizowanych aplikacji między łańcuchami:
+
+### Integracja mostów {#integrating-bridges}
+
+Deweloperzy mają wiele sposobów na dodanie wsparcia dla mostów:
+
+1. **Budowa własnego mostu –** Zbudowanie bezpiecznego i niezawodnego mostu nie jest łatwe, zwłaszcza jeśli obierzesz drogę o zminimalizowanym zaufaniu. Co więcej, wymaga to wieloletniego doświadczenia i wiedzy technicznej związanej ze skalowalnością i badaniami interoperacyjności. Dodatkowo wymagałoby to zaangażowania zespołu do utrzymania mostu i przyciągnięcia wystarczającej płynności, aby było to opłacalne.
+
+2. **Pokazywanie użytkownikom wielu opcji mostów –** Wiele [dapków](/developers/docs/dapps/) wymaga od użytkowników posiadania ich natywnego tokena do interakcji. Aby umożliwić użytkownikom dostęp do ich tokenów, oferują oni różne opcje mostów na swojej stronie internetowej. Jednak ta metoda jest szybkim rozwiązaniem problemu, ponieważ przenosi użytkownika z dala od interfejsu aplikacji i nadal wymaga od niego interakcji z innymi zdecentralizowanymi aplikacjami i mostami. Jest to uciążliwe doświadczenie związane wprowadzaniem użytkowników, które wiąże się ze zwiększonym ryzykiem popełnienia błędów.
+
+3. **Integracja mostu –** To rozwiązanie nie wymaga od dapki wysyłania użytkowników do zewnętrznych interfejsów mostu i DEX. Pozwala to zdecentralizowanym aplikacjom usprawnić proces wprowadzania użytkowników. Rozwiązanie to ma jednak swoje ograniczenia:
+
+ - Ocena i konserwacja mostów są trudne i czasochłonne.
+ - Wybór jednego mostu tworzy pojedynczy punkt awarii i zależności.
+ - Zdecentralizowana aplikacja jest ograniczona możliwościami mostu.
+ - Same mosty mogą nie wystarczyć. Zdecentralizowane aplikacje mogą potrzebować zdecentralizowanych giełd, aby oferować więcej funkcji, takich jak zamiany między łańcuchami.
+
+4. **Integracja wielu mostów –** To rozwiązanie rozwiązuje wiele problemów związanych z integracją pojedynczego mostu. Ma jednak również ograniczenia, ponieważ integracja wielu mostów zużywa dużo zasobów i tworzy techniczne i komunikacyjne koszty ogólne dla deweloperów — najbardziej deficytowego zasobu w kryptowalutach.
+
+5. **Integracja agregatora mostów –** Innym rozwiązaniem dla dapków jest integracja rozwiązania do agregacji mostów, które daje im dostęp do wielu mostów. Agregatory mostów dziedziczą mocne strony wszystkich mostów, a zatem nie są ograniczone możliwościami pojedynczego mostu. Warto zauważyć, że agregatory mostów zazwyczaj utrzymują integracje mostów, co oszczędza zdecentralizowanym aplikacjom kłopotów związanych z technicznymi i operacyjnymi aspektami integracji mostów.
+
+Biorąc to pod uwagę, agregatory mostów mają również swoje ograniczenia. Na przykład, chociaż mogą one oferować więcej opcji mostu to na rynku dostępnych jest zazwyczaj znacznie więcej mostów innych niż te oferowane na platformie agregatora. Co więcej, podobnie jak mosty, agregatory mostów są również narażone na ryzyko związane z inteligentnymi kontraktami i technologią (więcej inteligentnych kontraktów = większe ryzyko).
+
+Jeśli zdecentralizowana aplikacja idzie drogą integracji mostu lub agregatora, istnieją różne opcje w zależności od tego, jak głęboka ma być integracja. Na przykład, jeśli jest to tylko integracja frontendowa mająca na celu poprawę doświadczenia wprowadzania użytkownika, zdecentralizowana aplikacja zintegrowałaby widżet. Jeśli jednak integracja ma na celu zbadanie głębszych strategii międzyłańcuchowych, takich jak stakowanie, uprawy zysków (yield farming) itp., zdecentralizowana aplikacja integruje SDK lub API.
+
+### Wdrażanie dapki na wielu łańcuchach {#deploying-a-dapp-on-multiple-chains}
+
+Aby wdrożyć dapką na wielu łańcuchach, deweloperzy mogą korzystać z platform deweloperskich, takich jak [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) itp. Zazwyczaj platformy te są wyposażane z komponowalnymi wtyczkami, które mogą umożliwić zdecentralizowanym aplikacjom działanie między łańcuchami. Na przykład deweloperzy mogą użyć deterministycznego proxy wdrażania oferowanego przez [wtyczkę hardhat-deploy](https://github.com/wighawag/hardhat-deploy).
+
+#### Przykłady:
+
+- [Jak budować dapki cross-chain](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [Budowanie międzyłańcuchowego rynku NFT](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: Budowanie międzyłańcuchowych dapków NFT](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### Monitorowanie aktywności kontraktów na różnych łańcuchach {#monitoring-contract-activity-across-chains}
+
+Aby monitorować aktywność kontraktów pomiędzy łańcuchami, deweloperzy mogą korzystać z podgrafów (subgraph) i platform deweloperskich, takich jak Tenderly, aby obserwować inteligentne kontrakty w czasie rzeczywistym. Takie platformy posiadają również narzędzia, które oferują większą funkcjonalność monitorowania danych dla działań międzyłańcuchowych, takie jak sprawdzanie [zdarzeń emitowanych przez kontrakty](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) itp.
+
+#### Narzędzia
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](https://tenderly.co/)
+
+## Dalsza lektura {#further-reading}
+
+- [Mosty blockchain](/bridges/) – ethereum.org
+- [Ramy Ryzyka Mostów L2Beat](https://l2beat.com/bridges/summary)
+- [Mosty blockchain: Budowanie sieci kryptosieci](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) – 8 września 2021 r. – Dmitriy Berenzon
+- [Trylemat interoperacyjności](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) – 1 października 2021 r. – Arjun Bhuptani
+- [Klastry: Jak mosty wymagające zaufania i o zminimalizowanym zaufaniu kształtują krajobraz wielołańcuchowy](https://blog.celestia.org/clusters/) – 4 października 2021 r. – Mustafa Al-Bassam
+- [LI.FI: W przypadku mostów zaufanie jest spektrum](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) – 28 kwietnia 2022 r. – Arjun Chand
+- [Stan rozwiązań interoperacyjności rollupów](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) – 20 czerwca 2024 r. – Alex Hook
+- [Wykorzystanie współdzielonego bezpieczeństwa dla bezpiecznej interoperacyjności między łańcuchami: Komitety Stanu Lagrange'a i nie tylko](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) – 12 czerwca 2024 r. – Emmanuel Awosika
+
+Dodatkowo, oto kilka wnikliwych prezentacji [Jamesa Prestwicha](https://twitter.com/_prestwich), które mogą pomóc w głębszym zrozumieniu mostów:
+
+- [Budowanie mostów, a nie zamkniętych ogrodów](https://youtu.be/ZQJWMiX4hT0)
+- [Rozkładanie mostów na czynniki pierwsze](https://youtu.be/b0mC-ZqN8Oo)
+- [Dlaczego mosty płoną](https://youtu.be/c7cm2kd20j8)
diff --git a/public/content/translations/pl/developers/docs/consensus-mechanisms/index.md b/public/content/translations/pl/developers/docs/consensus-mechanisms/index.md
index 95bea676916..e1072e98f5e 100644
--- a/public/content/translations/pl/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/pl/developers/docs/consensus-mechanisms/index.md
@@ -1,60 +1,92 @@
---
title: Mechanizmy konsensusu
-description: Wyjaśnienie protokołów konsensusu w systemach rozproszonych i roli, jaką odgrywają w Ethereum.
+description: "Wyjaśnienie protokołów konsensusu w systemach rozproszonych i roli, jaką odgrywają w Ethereum."
lang: pl
-incomplete: true
---
-Jeśli chodzi o blockchainy, takie jak Ethereum, które są w istocie rozproszonymi bazami danych, węzły sieci muszą być w stanie osiągnąć porozumienie w sprawie aktualnego stanu systemu. Osiąga się to za pomocą mechanizmów konsensusu.
+Termin „mechanizm konsensusu” jest często używany potocznie w odniesieniu do protokołów „proof-of-stake”, „proof-of-work” lub „proof-of-authority”. Są to jednak tylko komponenty w mechanizmach konsensusu, które chronią przed [atakami typu Sybil](/glossary/#sybil-attack). Mechanizmy konsensusu są kompletnymi zestawami pomysłów, protokołów i zachęt, które umożliwiają rozproszonemu zestawowi węzłów uzgodnienie stanu blockchainu.
-Chociaż nie jest to częścią budowania zdecentralizowanej aplikacji, zrozumienie mechanizmów konsensusu pomoże wyjaśnić rzeczy, które są istotne dla Ciebie i doświadczenia Twoich użytkowników, takie jak ceny gazu i czas transakcji.
-
-## Warunki wstępne {#prerequisites}
+## Wymagania wstępne {#prerequisites}
Aby lepiej zrozumieć tę stronę, zalecamy najpierw przeczytać nasze [wprowadzenie do Ethereum](/developers/docs/intro-to-ethereum/).
+## Czym jest konsensus? {#what-is-consensus}
+
+Przez konsensus rozumiemy osiągnięcie ogólnego porozumienia. Weźmy pod uwagę grupę ludzi idących do kina. Jeśli nie ma różnicy zdań co do proponowanego wyboru filmu, to konsensus został osiągnięty. Jeśli nie ma zgody, grupa musi mieć możliwość, by zdecydować, który film obejrzeć. W skrajnych przypadkach grupa ostatecznie się podzieli.
+
+W odniesieniu do blockchainu Ethereum proces ten jest sformalizowany, a osiągnięcie konsensusu oznacza, że co najmniej 66% węzłów w sieci zgadza się co do globalnego stanu sieci.
+
## Czym jest mechanizm konsensusu? {#what-is-a-consensus-mechanism}
-Mechanizmy konsensusu (znane również jako protokoły konsensusu lub algorytmy konsensusu) umożliwiają współpracę systemów rozproszonych (sieci komputerów) i zachowanie bezpieczeństwa.
+Termin mechanizm konsensusu odnosi się do całego stosu protokołów, zachęt i pomysłów, które pozwalają sieci węzłów uzgodnić stan blockchainu.
-Od dziesięcioleci mechanizmy te są wykorzystywane do ustanawiania konsensusu między węzłami baz danych, serwerami aplikacji i inną infrastrukturą przedsiębiorstwa. W ostatnich latach wynaleziono nowe protokoły konsensusu, aby umożliwić systemom kryptoekonomicznym, takim jak Ethereum, uzgodnienie stanu sieci.
+Ethereum wykorzystuje mechanizm konsensusu oparty na proof-of-stake, który wywodzi swoje bezpieczeństwo krypto-ekonomiczne z zestawu nagród i kar stosowanych do kapitału zablokowanego przez stakerów. Ta struktura zachęca poszczególnych stakerów do obsługi uczciwych walidatorów, karze tych, którzy tego nie robią i tworzy niezwykle wysoki koszt ataku na sieć.
-Mechanizm konsensusu w systemie kryptoekonomicznym pomaga również zapobiegać niektórym rodzajom ataków ekonomicznych. Teoretycznie atakujący może naruszyć konsensus, kontrolując 51% sieci. Mechanizmy konsensusu mają na celu uczynienie tego „ataku 51%” niewykonalnym. Opracowano różne mechanizmy, aby w różny sposób rozwiązać ten problem bezpieczeństwa.
+Następnie istnieje protokół, który zarządza sposobem, w jaki uczciwi walidatorzy są wybierani do proponowania lub walidowania bloków, przetwarzania transakcji i głosowania na ich widok na czele łańcucha. W rzadkich sytuacjach, gdy wiele bloków znajduje się na tej samej pozycji w pobliżu głowy łańcucha, istnieje mechanizm wyboru forka, który wybiera bloki tworzące „najcięższy” łańcuch, mierzony liczbą walidatorów, którzy głosowali na bloki ważone ich saldem etheru.
+
+Niektóre koncepcje są ważne dla konsensusu, które nie są wyraźnie zdefiniowane w kodzie, takie jak dodatkowe bezpieczeństwo oferowane przez potencjalną pozapasmową koordynację społeczną jako ostatnią linię obrony przed atakami na sieć.
+
+Elementy te razem tworzą mechanizm konsensusu.
## Rodzaje mechanizmów konsensusu {#types-of-consensus-mechanisms}
-### Proof-of-work {#proof-of-work}
+### Oparte na proof-of-work {#proof-of-work}
-Ethereum, podobnie jak Bitcoin, wykorzystuje obecnie protokół konsensusu proof-of-work (PoW).
+Podobnie jak Bitcoin, Ethereum korzystało kiedyś z protokołu konsensusu opartego na proof-of-work (PoW).
#### Tworzenie bloku {#pow-block-creation}
-Proof-of-work jest wykonywany przez [górników](/developers/docs/consensus-mechanisms/pow/mining/), którzy konkurują o tworzenie nowych bloków pełnych przetworzonych transakcji. Zwycięzca dzieli się nowym blokiem z resztą sieci i zarabia świeżo wybite ETH. Wyścig wygrywa komputer każdego, kto najszybciej rozwiąże zagadkę matematyczną – w ten sposób powstaje połączenie kryptograficzne między bieżącym blokiem a poprzednim blokiem. Rozwiązanie tej zagadki to praca w „proof of work”.
+Górnicy rywalizują o tworzenie nowych bloków wypełnionych przetworzonymi transakcjami. Zwycięzca dzieli się nowym blokiem z resztą sieci i zarabia świeżo wybite ETH. Wyścig wygrywa komputer, który najszybciej rozwiąże zagadkę matematyczną. Tworzy to kryptograficzne połączenie między bieżącym blokiem a blokiem poprzednim. Rozwiązaniem tej zagadki jest praca w „proof-of-work”. Łańcuch kanoniczny jest następnie określany przez zasadę wyboru forka, która wybiera zestaw bloków, które wykonały najwięcej pracy, aby je wydobyć.
#### Bezpieczeństwo {#pow-security}
-Sieć jest bezpieczna dzięki temu, że do oszukania łańcucha potrzeba 51% mocy obliczeniowej sieci. Wymagałoby to tak ogromnych inwestycji w sprzęt i energię, że prawdopodobnie wydasz więcej, niż zyskasz.
+Sieć jest bezpieczna dzięki temu, że do oszukania łańcucha potrzeba 51% mocy obliczeniowej sieci. Wymagałoby to ogromnych inwestycji w sprzęt i energię; prawdopodobnie wydasz więcej niż zyskasz.
-Więcej informacji o [proof-of-work (PoW)](/developers/docs/consensus-mechanisms/pow/)
+Więcej o [proof-of-work](/developers/docs/consensus-mechanisms/pow/)
-### Proof-of-stake {#proof-of-stake}
+### Oparte na proof-of-stake {#proof-of-stake}
-Ethereum planuje uaktualnienie do protokołu konsensusu [proof-of-stake (PoS)](/developers/docs/consensus-mechanisms/pos/).
+Ethereum wykorzystuje teraz protokół konsensusu oparty na proof-of-stake (PoS).
#### Tworzenie bloku {#pos-block-creation}
-Proof-of-stake są przeprowadzane przez walidatorów, którzy zaangażowali się w ETH w udział w systemie. Walidator jest wybierany losowo, aby tworzyć nowe bloki, udostępniać je w sieci i zdobywać nagrody. Zamiast wykonywać intensywną pracę obliczeniową, wystarczy postawić ETH w sieci. To właśnie zachęca do zdrowego zachowania w sieci.
+Walidatorzy tworzą bloki. Jeden walidator jest losowo wybierany w każdym slocie, aby być proponentem bloku. Jego klient konsensusu żąda pakietu transakcji jako „ładunku wykonawczego” od sparowanego klienta wykonawczego. Zawija to w dane konsensusu, aby utworzyć blok, który wysyła do innych węzłów w sieci Ethereum. Ta produkcja bloków jest nagradzana w ETH. W rzadkich przypadkach, gdy istnieje wiele możliwych bloków dla pojedynczego slotu lub węzły słyszą o blokach w różnym czasie, algorytm wyboru forka wybiera blok, który tworzy łańcuch o największej wadze poświadczeń (gdzie waga to liczba poświadczających walidatorów skalowana przez ich saldo ETH).
#### Bezpieczeństwo {#pos-security}
-System proof-of-stake jest bezpieczny dzięki temu, że do oszukania łańcucha potrzebujesz 51% wszystkich postawionych ETH. I że twoja stawka jest obcinana za złośliwe zachowanie.
+System proof-of-stake jest bezpieczny pod względem krypto-ekonomicznym, ponieważ atakujący próbujący przejąć kontrolę nad łańcuchem musi zniszczyć ogromną ilość ETH. System nagród zachęca poszczególnych stakerów do uczciwego postępowania, a kary zniechęcają ich do złośliwego działania.
+
+Więcej o [proof-of-stake](/developers/docs/consensus-mechanisms/pos/)
+
+### Przewodnik wizualny {#types-of-consensus-video}
-Więcej informacji o [proof-of-stake (PoS)](/developers/docs/consensus-mechanisms/pos/)
+Obejrzyj więcej na temat różnych rodzajów mechanizmów konsensusu stosowanych w Ethereum:
+
+