> 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/tr/ogren/chiliz-chain-hakkinda/differences-from-ethereum.md). # Ethereum'dan Farklar Ethereum'dan geliyorsanız, bildiklerinizin çoğu hâlâ geçerlidir: Chiliz Chain EVM uyumludur, dolayısıyla Solidity ile yazılmış sözleşmeler değişiklik yapılmadan deploy edilir ve standart araçlar (Hardhat, Foundry, viem, ethers, MetaMask, OpenZeppelin) kutudan çıktığı gibi çalışır. {% hint style="info" %} Kilit nokta: **Chiliz Chain, Ethereum'un EVM'ini alan ancak uzlaşmasını almayan** [**BNB Smart Chain**](https://www.bnbchain.org/en/bnb-smart-chain) **(BSC) forkudur.** Yani Chiliz Chain, sözleşme düzeyinde Ethereum ile aynıdır, ancak uzlaşma ve ekonomik düzeyde BSC benzeridir. {% endhint %} ## Bir bakışta | Özellik | Ethereum | Chiliz Chain | | ------------------------ | ---------------------------------------- | ------------------------------------------------- | | Uzlaşma | Proof of Stake (Gasper) | Proof of Staked Authority (PoSA) | | Blok üreten validatorlar | Yüz binlerce, izinsiz | 13, seçilmiş (2026 itibarıyla) | | Blok süresi | \~12 saniye | \~3 saniye | | Kesinlik | Deterministik, \~13 dakika (2 epoch) | Olasılıksal (\~15 ila 100 blok, tx değerine göre) | | Gaz tokeni | ETH | CHZ | | Ücret modeli | EIP-1559 (taban ücret + öncelik bahşişi) | EIP-1559 (taban ücret + öncelik bahşişi) | | Mainnet zincir kimliği | 1 | 88888 | | Testnet zincir kimliği | (değişir) | 88882 (Spicy) | | EVM sürümü | Prague | Prague | | Solidity | En güncel | 0.8.30'a kadar | | Maksimum sözleşme boyutu | 24 KB | 24 KB | | Yerel token standardı | ERC-20 | CAP-20 (Fan Tokenlar) | ## Uzlaşma, blok süresi ve kesinlik Ethereum, çok geniş bir validator kümesiyle izinsiz Proof of Stake kullanır. Chiliz Chain ise **Proof of Staked Authority (PoSA)** kullanır; bu, Proof of Authority ile Proof of Stake'in melezi olup, blok üreten küçük ve seçilmiş bir validator kümesine (şu anda 13) sahiptir. Bu validatorlar her epoch'ta seçilir ve zamanla değişir; güncel validatorlar [staking dApp](https://app.chilizchain.com/staking) üzerinde listelenir. Chiliz Chain'de bir epoch şudur: * Chiliz Mainnet: 28.800 blok, yaklaşık 1 gün. * Spicy Testnet: 7.200 blok, yaklaşık 6 saat. Chiliz Chain'de kesinlik olasılıksaldır: bir blok ne kadar derine gömülürse, yeniden düzenlenme (reorg) o kadar az olası hâle gelir. Mainnet'te süper çoğunluk (2/3) onayına medyan 14 blokta (\~42 saniye, en kötü durumda \~35 bloğa kadar) ve tam validator kümesi onayına medyan 47 blokta (\~141 saniye) ulaşılır. Pratik bir rehber olarak, riske atılan değer arttıkça daha fazla onay bekleyin: | İşlem değeri | Önerilen onay sayısı | Yaklaşık süre | | ------------ | -------------------- | ------------- | | Düşük | 15 blok | \~45 saniye | | Standart | 40 blok | \~2 dakika | | Yüksek | 100 blok | \~5 dakika | Daha fazlası için [Uzlaşma Mekanizmaları](/tr/ogren/sozluk/uzlasma-mekanizmalari.md) ve [Validatorlar Hakkında](/tr/ogren/validator-hakkinda.md) sayfalarına bakın. ## Gaz ve ücretler Chiliz Chain [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) uygular, dolayısıyla ücret tahmini ve öncelik ücretleri Ethereum geliştiricilerinin beklediği gibi davranır. İki pratik fark vardır: * Gaz tokeni ETH değil CHZ'dir. Deployer cüzdanları CHZ ile fonlanmalıdır. * Taban ücret 2500 gwei'dir. Güncel ağ ücreti minimumları: * EIP-1559 işlemleri: öncelik ücretini en az 1 gwei ve gaz başına maksimum ücreti en az 2501 gwei (2500 taban + 1 öncelik) olarak ayarlayın. * Eski (legacy) işlemler: gaz fiyatını en az 2501 gwei olarak ayarlayın. İşlem ücretleri tipik olarak $0.01'in oldukça altındadır. Canlı rakamlar için [scan.chiliz.com gaz takipçisine](https://scan.chiliz.com/gas-tracker) bakın. ## Fan Tokenlar ve CAP-20 Chiliz Chain'in yerel tokeni, CAP-20 standardı altında ihraç edilen Fan Token'dır. CAP-20 işlevsel olarak Ethereum'un [ERC-20](https://ethereum.org/developers/docs/standards/tokens/erc-20/) standardına eşdeğerdir. [2026 Ondalık Fan Token migrasyonundan](/tr/ogren/fan-tokenlar-hakkinda/2026-ondalik-fan-token-migrasyonu.md) bu yana, CAP-20 tokenlar standart ERC-20 tokenlar gibi 18 ondalık kullanır. [Fan Tokenlar Hakkında](/tr/ogren/fan-tokenlar-hakkinda.md) ve [CAP-20 sözlük girdisine](/tr/ogren/sozluk/cap-20.md) bakın. ## Birlikte çalışabilirlik Chiliz Chain, [LayerZero OFT](https://layerzero.network/blog/explaining-the-oft-standard) köprüleme aracılığıyla Ethereum ve diğer zincirlerle birlikte çalışabilir. [Omnichain Token Kullanımı](/tr/gelistir/gelismis/omnichain-token-kullanimi.md) sayfasına bakın. ## Ethereum ile aynı olan neler Bunları yeniden öğrenmenize gerek yok: * Solidity sözleşmeleri değişiklik yapılmadan deploy edilir (EVM sürümü Prague, 0.8.30'a kadar Solidity için derleyin). * Hardhat, Foundry, Remix, viem, ethers ve web3.js'in tümü bir [Chiliz RPC uç noktasını](/tr/gelistir/temel-ogeler/chiliz-chaine-baglanma/rpc-ile-baglanma.md) hedefleyerek çalışır. * MetaMask ve diğer EVM cüzdanları, ağ eklendikten sonra çalışır. * OpenZeppelin sözleşmeleri ve standart ERC arayüzleri olduğu gibi çalışır. * 24 KB maksimum sözleşme boyutu ([EIP-170](https://eips.ethereum.org/EIPS/eip-170)) tam olarak Ethereum'daki gibi geçerlidir. ## Bir sözleşmeyi Ethereum'dan taşırken dikkat edilmesi gerekenler Çoğu sözleşme dokunulmadan taşınır. Şu Chiliz'e özgü davranışlara dikkat edin: * Gaz tokeni CHZ'dir.\ Betikleriniz veya sözleşmeleriniz gaz ya da değer için ETH varsaydığı her yerde, bunun yerine CHZ kullanın. * Fan Token ondalıkları.\ Fan Tokenlar 2026 Ondalık migrasyonuna kadar 0 ondalık kullanıyordu ve artık 18 kullanıyor. Sözleşmeniz Fan Tokenlarla etkileşime giriyorsa, bir ondalık değerini sabit kodlamayın: `token.decimals()` değerini dinamik olarak okuyun, çünkü zincir üzerinde hâlâ eski 0 ondalıklı sözleşmelerle karşılaşılabilir.\ [Akıllı Sözleşme Yazma](/tr/gelistir/temel-ogeler/akilli-sozlesme-yazma.md) ve [2026 migrasyon sayfasına](/tr/ogren/fan-tokenlar-hakkinda/2026-ondalik-fan-token-migrasyonu.md) bakın. * **Daha küçük validator kümesi.**\ Blok üreten küçük bir validator kümesiyle (şu anda 13), merkeziyetsizlik ve reorg varsayımları Ethereum'dan farklıdır. Yüksek değerli işlemler için kesinlik için birkaç blok bekleyin. * **Sistem sözleşmeleri.**\ Chiliz Chain, sabit adreslerde sistem sözleşmeleri taşır (örneğin validator kümesi ve staking sözleşmeleri). Bunlar genellikle uygulama sözleşmelerine müdahale etmez, ancak gezginde düşük sistem adreslerine yapılan işlemler görebilirsiniz.\ [Akıllı Sözleşme Adresleri](/tr/hizli-baslangic/akilli-sozlesme-adresleri.md) sayfasına bakın. ## Migrasyon kontrol listesi * Araçlarınızı bir [Chiliz RPC uç noktasına](/tr/gelistir/temel-ogeler/chiliz-chaine-baglanma/rpc-ile-baglanma.md) ve zincir kimliği 88888 (Mainnet) veya 88882 (Spicy Testnet) üzerine yönlendirin. * Deployer cüzdanınızı CHZ ile fonlayın. * EVM sürümü Prague, 0.8.30'a kadar Solidity için derleyin. * Fan Tokenlarla etkileşime giriyorsanız, 18 ondalığı işleyin ve `decimals()` değerini dinamik olarak okuyun. * Deploy edilen sözleşmeleri 24 KB sınırı içinde tutun. --- # 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/tr/ogren/chiliz-chain-hakkinda/differences-from-ethereum.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.