> For the complete documentation index, see [llms.txt](https://docs.chiliz.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.chiliz.com/pl/nauka/o-walidatorach/zarzadzanie-wezlem-walidatora.md). # Zarządzanie węzłem walidatora ## **Czym jest węzeł walidatora?** Aby zostać [walidatorem](https://docs.chiliz.com/chiliz-chain-2.0/validator) Chiliz Chain, musisz uruchomić węzeł Walidatora — na własnym sprzęcie lub za pośrednictwem partnera.\ Węzeł to serwer internetowy skonfigurowany specjalnie do walidowania transakcji przed ich zatwierdzeniem w Chiliz Chain. {% hint style="info" %} Pamiętaj, że mamy bardziej ogólną stronę dokumentacji dotyczącą uruchamiania węzłów: [../../tworzenie/podstawy/polaczenie-z-chiliz-chain/uruchom-wezel-chiliz-chain.md](/pl/tworzenie/podstawy/polaczenie-z-chiliz-chain/uruchom-wezel-chiliz-chain.md) {% endhint %} ## TL;DR Aby uruchomić węzeł Walidatora, musisz ustawić następujące parametry: ```bash docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --mine \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. --datadir=/datadir \ --password=/datadir/password.txt \ --allow-insecure-unlock \ --unlock=ZASTAP_ADRESEM_WALIDATORA \ --syncmode=full \ --gcmode=archive \ --miner.etherbase=ZASTAP_ADRESEM_WALIDATORA --nodekeyhex=2668f377e69de_PRZYKLAD_ZASTAP_SWOJA_WARTOSCIA_c88bea3e337446ed73 \ --nat=extip:140.250.140.250 \ # To tylko przykład. --verbosity=4 ``` {% hint style="warning" %} Nie używaj tego bez modyfikacji! Pamiętaj, aby zaktualizować parametry `unlock`, `miner.etherbase` i `nodekeyhex`! {% endhint %} ## Wymagania wstępne Aby uruchomić węzeł walidatora Chiliz Chain, musisz mieć zainstalowany Docker Engine na swoim komputerze lub serwerze.\ Możesz skorzystać z dostawcy chmury, takiego jak Amazon Web Services, Google Cloud Platform lub Microsoft Azure, lub skonfigurować własny serwer (patrz poniżej). Przed kontynuowaniem ukończ [instalację Docker](https://docs.docker.com/engine/install/). ### Wymagania systemowe Do uruchomienia węzła walidatora będziesz potrzebować dedykowanego serwera: * CPU: Co najmniej 2 rdzenie procesora. * Pamięć: Co najmniej 4 GB RAM. * Dysk: Użyj dysku SSD (Solid-State Drive) dla optymalnej wydajności. * Zalecamy posiadanie co najmniej 300 GB wolnego miejsca na dysku do synchronizacji z łańcuchem. * Przepustowość sieci: Co najmniej 10 Gbps. ## Gotowe obrazy Docker Wyświetl lub użyj gotowych obrazów Docker z [publicznego repozytorium Chiliz Chain 2.0](https://hub.docker.com/repository/docker/chilizchain/ccv2-geth) na Docker Hub. Pamiętaj, że aby uzyskać dostęp do repozytorium, musisz mieć konto Docker Hub. ## Uruchamianie węzła Walidatora i rozpoczynanie synchronizacji Zalecany punkt startowy do uruchomienia węzła walidatora Chiliz Chain to wolumen danych montowany w kontenerze. Jeśli ta metoda jest używana do odtworzenia kontenera Docker, dane są przechowywane w katalogu i można je łatwo ponownie wykorzystać lub sklonować na inny walidator. {% hint style="info" %} Jako fork Ethereum, Chiliz Chain opiera się na [Geth](https://geth.ethereum.org/) dla swoich serwerów węzłów. Go-ethereum (aka Geth) to klient Ethereum zbudowany w Go. Uruchomienie Geth wraz z klientem konsensusu zamienia komputer w węzeł. Jest to zatem niezbędna część Twojego węzła. Sforkliśmy Geth do `ccv2-geth`, jak zobaczysz poniżej. {% endhint %} ### Tworzenie adresu walidatora Utwórz węzeł walidatora za pomocą następującego polecenia: ```sh docker run --rm -ti \ -v $(pwd)/keystore:/root/.ethereum/keystore/ \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. account new ``` Będziesz musiał wpisać hasło dla pliku klucza tajnego. * **Publiczny adres klucza:** Podczas uruchamiania walidatora ten adres będzie używany do ustawiania parametru `--unlock`. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. ... --unlock=ZASTAP_ADRESEM_WALIDATORA # To tylko przykład. ``` * **Ścieżka pliku klucza tajnego:** Ten plik musi zostać przeniesiony do katalogu „keystore" wewnątrz datadir `$(pwd)/my-datadir`, który utworzyłeś w poprzednich krokach, więc końcowa ścieżka pliku będzie wyglądać następująco:\ `"$(pwd)/my-datadir/keystore/UTC-(TIMESTAMP)-(ADRES)"`.\ **NIE** zmieniaj nazwy pliku. * **Hasło:** Hasło wpisane podczas wykonywania poprzedniego polecenia musi być zapisane w pliku:\ `$(pwd)/my-datadir/password.txt`\ Ten plik będzie używany do ustawiania parametru `--password` podczas uruchamiania węzła walidatora.\ Pamiętaj, że wszystkie pliki w ścieżce hosta `$(pwd)/my-datadir` będą znajdować się w kontenerze w katalogu `/datadir`, dlatego parametr password powinien być ustawiony jak w poniższym przykładzie: ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. ... --password=/datadir/password.txt ... ``` Bardzo ważne jest, aby mieć na uwadze następujące zalecenia: * Możesz udostępnić swój **publiczny** adres każdemu. Inni potrzebują go, aby wchodzić z Tobą w interakcje. * **NIGDY NIE UDOSTĘPNIAJ** nikomu klucza tajnego! Klucz kontroluje dostęp do Twoich środków! * **ZRÓB KOPIĘ ZAPASOWĄ** pliku klucza! Bez klucza nie można uzyskać dostępu do środków na koncie! * **PAMIĘTAJ** swoje hasło! Bez hasła nie można odszyfrować klucza! ### Generowanie klucza węzła walidatora *Ta sekcja jest opcjonalna.* Zalecamy wygenerowanie losowego ciągu szesnastkowego dla węzła.\ Jest to pomocne dla identyfikowalności w logach i unikania problemów z peeringiem w łańcuchu. Aby to zrobić, możesz użyć strony i wygenerować jeden klucz szesnastkowy o 64 znakach na węzeł.\ Podczas uruchamiania węzła walidatora możesz ustawić `--nodekeyhex` z tą wartością. Zapewni to, że po ponownym uruchomieniu węzła będzie on miał ten sam adres węzła (zwany „adresem enode") i ułatwi przyszłe debugowanie lub wyszukiwanie błędów. ```bash docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. ... --nodekeyhex=2668f377e69de_PRZYKLAD_ZASTAP_SWOJA_WARTOSCIA_c88bea3e337446ed73 # To tylko przykład. ... ``` ### Ustawianie mechanizmu mapowania portów NAT Geth Parametr `--nat` Geth ma następujące opcje: `any`, `none`, `upnp`, `pmp`, `pmp:` i `extip:`. Domyślna wartość to `any`. [Zobacz dokumentację Geth, aby uzyskać więcej informacji](https://geth.ethereum.org/docs/fundamentals/command-line-options). Zalecamy użycie opcji `extip:`, gdzie `` to publiczny adres IPv4, pod którym uruchamiany jest walidator. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. ... --nat=extip:140.250.140.250 # To tylko przykład. ... ``` ### Ustawianie poziomu szczegółowości Do głębszego rozwiązywania problemów parametr szczegółowości logowania Geth `--verbosity` można ustawić jako: * 0=cichy * 1=błąd * 2=ostrzeżenie * 3=informacja * 4=debug * 5=szczegół Domyślna wartość to 3.\ Zalecamy użycie wartości 4. ```sh docker run \ -v $(pwd)/my-datadir:/datadir \ --name ccv2-node \ -p 30303:30303 \ chilizchain/ccv2-geth:latest \ --chiliz \ # dla Chiliz Mainnet. Użyj --spicy dla Spicy Testnet. ... --verbosity=4 # To tylko przykład. ... ``` ## Zmiana właściciela węzła Może nadejść czas, gdy nie będziesz chciał dłużej uruchamiać węzła walidatora. Możesz wtedy chcieć przekazać węzeł komuś innemu. W takim przypadku możesz wykonać następujące kroki: 1. Połącz portfel z [dApp Chiliz Staking](https://governance.chilizchain.com/staking). 2. Kliknij przycisk „Change owner".
3. W oknie modalnym podaj bieżący adres węzła, którego chcesz zmienić właściciela, i jego nowy adres (podany przez nowego właściciela).
Po przesłaniu zmiana zostanie zastosowana natychmiast. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.chiliz.com/pl/nauka/o-walidatorach/zarzadzanie-wezlem-walidatora.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.