> 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/jp/gakushu/chiliz-chain/differences-from-ethereum.md). # Ethereum との違い Ethereum から移ってきた方にとって、これまでの知識のほとんどはそのまま通用します。Chiliz Chain は EVM 互換なので、Solidity で書かれたコントラクトは変更なしでデプロイでき、標準的なツール（Hardhat、Foundry、viem、ethers、MetaMask、OpenZeppelin）もそのまま動作します。 {% hint style="info" %} 重要な点: **Chiliz Chain は** [**BNB Smart Chain**](https://www.bnbchain.org/en/bnb-smart-chain) **(BSC) のフォークであり、その BSC 自体が Ethereum の EVM を採用しつつ、コンセンサスは採用しませんでした。** つまり Chiliz Chain は、コントラクトのレベルでは Ethereum と同一ですが、コンセンサスと経済のレベルでは BSC に近いものです。 {% endhint %} ## 概要 | プロパティ | Ethereum | Chiliz Chain | | ------------------- | --------------------------------- | --------------------------------- | | コンセンサス | Proof of Stake (Gasper) | Proof of Staked Authority (PoSA) | | ブロックを生成する validator | 数十万、パーミッションレス | 13、選出制（2026 年時点） | | ブロックタイム | \~12 秒 | \~3 秒 | | ファイナリティ | 確定的、\~13 分（2 エポック） | 確率的（\~15 から 100 ブロック、tx の価値による） | | ガストークン | ETH | CHZ | | 手数料モデル | EIP-1559（base fee + priority tip） | EIP-1559（base fee + priority tip） | | Mainnet chain ID | 1 | 88888 | | Testnet chain ID | （さまざま） | 88882 (Spicy) | | EVM バージョン | Prague | Prague | | Solidity | 最新 | 0.8.30 まで | | コントラクトの最大サイズ | 24 KB | 24 KB | | ネイティブトークン標準 | ERC-20 | CAP-20 (Fan Tokens) | ## コンセンサス、ブロックタイム、ファイナリティ Ethereum は非常に大きな validator セットを持つパーミッションレスな Proof of Stake を使用します。Chiliz Chain は **Proof of Staked Authority (PoSA)** を使用します。これは Proof of Authority と Proof of Stake のハイブリッドで、少数の選出されたブロック生成 validator（現在は 13）で構成されます。validator はエポックごとに選出され、時間とともに変化します。現在の validator は [staking dApp](https://app.chilizchain.com/staking) に掲載されています。 Chiliz Chain におけるエポックは次のとおりです: * Chiliz Mainnet: 28,800 ブロック、おおよそ 1 日。 * Spicy Testnet: 7,200 ブロック、おおよそ 6 時間。 Chiliz Chain のファイナリティは確率的です。ブロックが深く埋もれるほど、再編成（reorg）が起こる可能性は低くなります。Mainnet では、スーパーマジョリティ（2/3）の確認は中央値で 14 ブロック（\~42 秒、最悪の場合は \~35 ブロックまで）に達し、validator セット全体の確認は中央値で 47 ブロック（\~141 秒）に達します。 実務上の目安として、賭けられている価値が大きいほど、より多くの確認を待ってください: | トランザクションの価値 | 推奨される確認数 | おおよその時間 | | ----------- | -------- | ------- | | 低 | 15 ブロック | \~45 秒 | | 標準 | 40 ブロック | \~2 分 | | 高 | 100 ブロック | \~5 分 | 詳しくは [Consensus Mechanisms](/jp/gakushu/yogo-shu/consensus-mechanism.md) と [About Validators](/jp/gakushu/validator.md) をご覧ください。 ## ガスと手数料 Chiliz Chain は [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) を実装しているため、手数料の見積もりや priority fee は Ethereum 開発者が期待するとおりに動作します。 実務上の違いは 2 つあります: * ガストークンは ETH ではなく CHZ です。デプロイヤーウォレットには CHZ を入金しておく必要があります。 * base fee は 2500 gwei です。 現在のネットワーク手数料の最小値: * EIP-1559 トランザクション: priority fee を少なくとも 1 gwei、max fee per gas を少なくとも 2501 gwei（base 2500 + priority 1）に設定してください。 * レガシートランザクション: gas price を少なくとも 2501 gwei に設定してください。 トランザクション手数料は通常 $0.01 を大きく下回ります。リアルタイムの数値については、[scan.chiliz.com gas tracker](https://scan.chiliz.com/gas-tracker) をご覧ください。 ## Fan Token と CAP-20 Chiliz Chain のネイティブトークンは Fan Token であり、CAP-20 標準のもとで発行されます。 CAP-20 は、機能的に Ethereum の [ERC-20](https://ethereum.org/developers/docs/standards/tokens/erc-20/) と同等です。[2026 Decimal Fan Token migration](/jp/gakushu/fan-tokens/2026-fan-token-iko.md) 以降、CAP-20 トークンは標準的な ERC-20 トークンと同じく 18 decimals を使用します。 [About Fan Tokens](/jp/gakushu/fan-tokens.md) と [CAP-20 の用語集エントリ](/jp/gakushu/yogo-shu/cap-20.md) をご覧ください。 ## 相互運用性 Chiliz Chain は、[LayerZero OFT](https://layerzero.network/blog/explaining-the-oft-standard) によるブリッジを通じて、Ethereum やその他のチェーンと相互運用できます。[Use Omnichain Tokens](/jp/kaihatsu/joukyu/omnichain-tokens.md) をご覧ください。 ## Ethereum と同じもの 以下を学び直す必要はありません: * Solidity コントラクトは変更なしでデプロイできます（EVM バージョン Prague、Solidity 0.8.30 まででコンパイル）。 * Hardhat、Foundry、Remix、viem、ethers、web3.js はいずれも、[Chiliz RPC endpoint](/jp/kaihatsu/kihon/chiliz-chain-setsuzoku/rpc-setsuzoku.md) を指定すれば動作します。 * MetaMask やその他の EVM ウォレットは、ネットワークを追加すれば動作します。 * OpenZeppelin のコントラクトや標準的な ERC インターフェースはそのまま動作します。 * 24 KB のコントラクト最大サイズ（[EIP-170](https://eips.ethereum.org/EIPS/eip-170)）が、Ethereum とまったく同じように適用されます。 ## Ethereum からコントラクトを移行する際の注意点 ほとんどのコントラクトは手を加えずに移植できます。 以下の Chiliz 固有の挙動に注意してください: * ガストークンは CHZ です。\ スクリプトやコントラクトがガスや価値に ETH を前提としている箇所では、代わりに CHZ を使用してください。 * Fan Token の decimals。\ Fan Token は 2026 Decimal migration まで 0 decimals を使用しており、現在は 18 を使用します。コントラクトが Fan Token とやり取りする場合は、decimals の値をハードコードしないでください。オンチェーンにはレガシーな 0-decimal コントラクトがまだ存在する可能性があるため、`token.decimals()` を動的に読み取ってください。\ [Write a Smart Contract](/jp/kaihatsu/kihon/smart-contract-kaku.md) と [2026 migration ページ](/jp/gakushu/fan-tokens/2026-fan-token-iko.md) をご覧ください。 * **より小さな validator セット。**\ ブロックを生成する validator セットが小さい（現在は 13）ため、分散性や reorg に関する前提が Ethereum とは異なります。高価値の操作では、ファイナリティのために数ブロック待ってください。 * **システムコントラクト。**\ Chiliz Chain は固定アドレスにシステムコントラクトを備えています（例: validator セットや staking のコントラクト）。これらは一般的にアプリケーションコントラクトに干渉しませんが、エクスプローラー上で低位のシステムアドレス宛てのトランザクションが見られることがあります。\ [Smart Contract Addresses](/jp/hajimeni/smart-contract-addresses.md) をご覧ください。 ## 移行チェックリスト * ツールを [Chiliz RPC endpoint](/jp/kaihatsu/kihon/chiliz-chain-setsuzoku/rpc-setsuzoku.md) と chain ID 88888（Mainnet）または 88882（Spicy Testnet）に向けてください。 * デプロイヤーウォレットに CHZ を入金してください。 * EVM バージョン Prague、Solidity 0.8.30 まででコンパイルしてください。 * Fan Token とやり取りする場合は、18 decimals を扱い、`decimals()` を動的に読み取ってください。 * デプロイ済みのコントラクトを 24 KB の制限内に収めてください。 --- # 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/jp/gakushu/chiliz-chain/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.