> 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/tworzenie/podstawy/weryfikacja-smart-kontraktu/najlepsze-praktyki-weryfikacji.md).

# Najlepsze praktyki weryfikacji

Najlepsze praktyki weryfikacji kontraktów Chiliz Chain: specyfika tokenów CAP-20, zalecane ustawienia wersji Solidity i EVM oraz typowe pułapki przy kodzie pisanym pod Ethereum.

Weryfikacja smart kontraktów na Chiliz Chain wymaga połączenia standardowych praktyk EVM z uwagą na szczegóły specyficzne dla tej sieci.

Ponieważ Chiliz Chain działa na mechanizmie konsensusu Proof of Staked Authority (PoSA) ze specyficznymi standardami, takimi jak CAP-20, i określoną wersją EVM, proste przenoszenie kodu z Ethereum może nie działać.

## Zrozum standard CAP-20

Choć Chiliz Chain jest kompatybilna z EVM, ekosystem opiera się na standardzie CAP-20 dla tokenów. Jest to specyficzna dla Chiliz implementacja ERC-20.

Szczegóły tokena znajdziesz tutaj:

{% content-ref url="/pages/zjAJpeHBj25ZocYUTf3D" %}
[CAP-20](/pl/nauka/slownik/cap-20.md)
{% endcontent-ref %}

Jeśli tworzysz Fan Token lub zasób, który ma się tak zachowywać, ustaw dziesiętne na 18, zgodnie ze standardem CAP-20 od czasu migracji do dziesiętnych Fan Tokenów 2026.

{% hint style="info" %}
Fan Tokeny używały 0 miejsc dziesiętnych aż do [Migracja do dziesiętnych Fan Tokenów 2026](/pl/nauka/o-fan-tokenach/migracja-do-dziesietnych-fan-tokenow-2026.md), która zaktualizowała je do precyzji 18 miejsc dziesiętnych. Nowe kontrakty Fan Token ustawiaj na 18 miejsc dziesiętnych.
{% endhint %}

## Skonfiguruj kompilator i EVM

Walidatorzy Chiliz Chain są zoptymalizowani pod konkretne wersje EVM. Używanie "najnowszych" konfiguracji może prowadzić do błędów wdrożenia lub nieoczekiwanego zachowania.

Powinieneś korzystać z tych wersji:

{% hint style="info" %}
**Zalecane wersje Solidity i EVM dla Chiliz Chain:**

* **Wersja kompilatora Solidity:** `0.8.30` (lub niższa)
* **Docelowa wersja EVM:** `prague`
  {% endhint %}

## Optymalizuj pod kątem gas

Chiliz Chain wymaga "wysokiego Gwei" minimalnej ceny gas, aby zapobiec spamowi i zapewnić opłacalność walidatorów.

Od hard forka Dragon8 Chiliz Chain implementuje EIP-1559, ale z **minimalną opłatą bazową wynoszącą 2500 gwei**. Oznacza to, że niezoptymalizowany kod jest znacznie droższy dla użytkowników niż na innych sieciach.

Dlatego powinieneś optymalizować kontrakt pod kątem użycia pamięci masowej (najdroższej operacji):

* Pakuj zmienne `uint128`, `uint64` lub `bool` obok siebie, aby mieściły się w jednym 32-bajtowym slocie pamięci masowej.
* Używaj `calldata` zamiast `memory` dla argumentów funkcji tylko do odczytu (funkcje zewnętrzne), aby zaoszczędzić gas podczas wykonywania.

{% hint style="success" %}
Zainstaluj `hardhat-gas-reporter` i skonfiguruj go z konkretną ceną gas Chiliz, aby zobaczyć rzeczywisty koszt w CHZ przed wdrożeniem.
{% endhint %}

## Zawsze testuj na Spicy

Nigdy nie zakładaj równoważności z Mainnetem wyłącznie na podstawie doświadczenia z Ethereum. Musisz zweryfikować interakcje z konsensusem Chiliz PoSA na Spicy Testnet, zanim przejdziesz do Chiliz Chain Mainnet.

Szczegóły połączenia znajdziesz tutaj:

{% content-ref url="/pages/TJekFFnwqmin8Yo6NLMr" %}
[Połączenie z Chiliz Chain](/pl/tworzenie/podstawy/polaczenie-z-chiliz-chain.md)
{% endcontent-ref %}


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.chiliz.com/pl/tworzenie/podstawy/weryfikacja-smart-kontraktu/najlepsze-praktyki-weryfikacji.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.