本文へスキップ
このページは英語からの機械翻訳を使用しており、誤りや不明瞭な表現が含まれている可能性があります。最も正確な情報については、オリジナルの英語版をご覧ください。頻繁な更新のため、一部のコンテンツはオリジナルの英語になっている可能性があります。Crowdinでの取り組みに参加して、このページの翻訳改善にご協力ください。 (Crowdin translation page, Contributing guide)

カイアとイーサリアムの比較:ビルダーのための比較

この包括的な比較では、カイア・ブロックチェーンとイーサリアムの主な相違点と類似点を明らかにし、開発者とユーザーに移行の要件と機会を理解するために必要な必須情報を提供します。

概要

イーサリアムカイア
確立されたレイヤー1、大規模なエコシステムとコミュニティKlaytnとFinschiaの合併により誕生したEVM互換のレイヤー1。 アジアでのWeb3導入、エンタープライズグレードの信頼性、高いパフォーマンスにフォーカス。

ユーザーの視点

特徴イーサリアムカイア
トランザクション・パー・セカンド(TPS)~15~30TPS(変動あり)最大4,000TPS。 リアルタイムのTPSはイーサリアムよりかなり高いと報告されている。
**ブロックタイム~12秒ブロック生成時間1秒。
**ファイナリティ~13~15分(2エポック)即決(PBFTベースのコンセンサス)。
取引手数料(ガス)*。バリアブル、EIP-1559オークションモデルEIP-1559 互換ダイナミック料金モデル料金委任により、アプリケーションはユーザー料金を支払うことができる。
**ウォレットの互換性MetaMask、Ledger、Trust Walletなど。イーサリアムのウォレットと互換性がある(例えば、RPC設定によるMetaMask)。 カイア専用のウォレット(例えば、カイアウォレット)。
**トークン東北大学KAIA

開発者の視点

特徴イーサリアムカイア
**仮想マシンイーサリアム仮想マシン(EVM)EVM互換(Kaia Virtual Machine ˶- KVM, based on EVM)であり、最新のイーサリアムオプコードをサポートするために継続的に更新されるため、Solidityコントラクトは変更なしで実行されます。
スマートな契約言語ソリディティ、ヴァイパー、ユルなど。ソリディティ、ヴァイパー、ユル、ハフ。
**プリコンパイル標準的なイーサリアムのプリコンパイル標準的なEVMオペコードと追加のKaia-specific precompiled contractsをサポートしています。
**開発ツールスマートコントラクト開発ツール: Remix, Hardhat, Foundry, etc. Web3ライブラリ: Ethers、Web3js、Web3j、Web3py、Viem**スマート・コントラクト開発ツール: ** イーサリアムツールとの互換性 (Remix、Hardhat、Foundryなど) **Ethers、Web3js、Web3j、Web3py、Viemと互換性があります。 カイアは独自のSDK拡張機能を提供しています。
**取引の種類レガシー、EIP-2930、EIP-1559、EIP-4844など。主要なEthereumトランザクションタイプ(Legacy、EIP-2930、EIP-1559)に加え、手数料委任部分的手数料委任といったネイティブトランザクションタイプもサポートしています。
**ガス・メカニズムEIP-1559(基本料金+優先料金オークション)EIP-1559互換の動的ガス料金モデルと、トークン・ベースの料金支払いのためのガス抽象化およびシームレスなSDK互換のためのEIP-7623互換のcalldata価格設定
**アカウントモデル外部所有口座(EOA)、契約書標準的なイーサリアムアカウントと、EOAにスマートコントラクトコードを持たせるEIP-7702をサポートします。 柔軟なキー管理などの機能を備えたネイティブなアカウント抽象化を備えています。
RPC API標準イーサリアムJSON-RPC API (eth_ 名前空間)ほぼ互換性がある。 Ethereum との互換性のために eth_ 名前空間を提供する。 kaia_`名前空間はKaia固有の機能を提供する。
**ウェブソケットサポートサポート済み
**コンセンサスプルーフ・オブ・ステーク(ガスパール:Casper-FFG + LMD-GHOST)PBFTの変形であるイスタンブールBFT(IBFT)の最適化版。 提案者選定のための検証可能ランダム関数(VRF)】(https://docs.kaia.io/learn/consensus-mechanism/#consensus-mechanism-in-kaia-)を使用。
**ノード・アーキテクチャ執行クライアント、コンセンサス・クライアントマルチレイヤー:コアセル(CC)とコンセンサスノード(CN)およびプロキシノード(PN)、エンドポイントノード(EN)、サービスチェーンノード。
**ガバナンス主にオフチェーン、コミュニティ主導。オンチェーン・ガバナンスには、信頼できる組織で構成されるガバナンス協議会(GC)が含まれる。 賭けられたKAIAに比例した議決権。

変わらないもの

  • 高いEVM互換性: Kaiaの強力なEVM互換性は、ほとんどのEthereum dApp、ツール(Hardhat、Foundry、Remix)、Solidityコントラクトが最小限の変更で移行または使用できることを意味します。 これが最大の「変わらない」点だ。
  • 馴染みのある開発ツールと言語: Solidityは依然として主要なスマート・コントラクト言語です。 Remix、Hardhat、Foundryのようなイーサリアム開発ツールは、ほぼ使用可能だ。
  • 標準的なイーサリアムウォレットとの互換性: MetaMaskのような標準的なイーサリアムウォレットは、RPC URLとChainIDを変更することで使用できます。
  • **eth_ RPC名前空間:** RPC APIのためのeth_`名前空間は、標準的な操作のための既存のイーサリアムツールとの互換性を保証し、共通の機能性のためのイーサリアムと同様の相互作用を可能にします。
  • 標準イーサリアムアドレスフォーマット: Kaiaは標準イーサリアムアドレスフォーマット(0x + 40 hex chars)を使用します。

何が違うのか

  • 性能とコスト:*。
    • イーサリアムの15~30TPSに比べ、大幅に高いTPS(最大4,000TPS)が期待できる。
    • ブロックタイムは1秒とはるかに速い。
    • カイアは、イーサリアムの確率的な最終性とは大きく異なる、即時の最終性を提供する。
    • 取引手数料(ガス)は、EIP-1559互換の手数料モデルを使用し、低額で安定した設計となっている。 ガス料金は「kei」で表示される。
  • RPCとSDK:*。
    • eth_名前空間はサポートされているが、kaia_`名前空間は新しい機能やカイア固有の機能やトランザクションタイプに必要である。
    • レガシーな klay_ 名前空間が存在するかもしれないが、これは kaia_ 名前空間と同等である。
    • カイアは、一般的なWeb3ライブラリ用の独自のSDK拡張機能(Ethers-extWeb3js-extWeb3j-extWeb3py-extViem-ext)を提供しており、イーサリアムからのシームレスな移行を可能にすると同時に、カイアの強化された機能とパフォーマンスの利点へのアクセスを提供します。
  • ネイティブ機能(標準的なEVMを超えて):*。
    • アカウントの抽象化: Kaiaは高度なアカウント機能(例えば、アカウントごとの複数のキー、役割ベースのパーミッション)を持ち、EthereumのEOAモデルよりも柔軟性を提供する。
    • トランザクションの種類: Kaiaはイーサリアムのものと並ぶ独自のネイティブ・トランザクションの種類を持つ(例えば、アカウントの更新や手数料の委譲など)。 イーサリアムのトランザクションでは、最高の互換性のために標準の eth_ RPC を使用してください。
    • **この機能は、dAppsがユーザーのためにガス料金を支払うことを可能にすることで、UXを大幅に改善することができる。
  • **コンセンサスとガバナンス
    • コンセンサス・メカニズムは、イーサリアムのGasperとは異なる最適化されたバージョンのIBFT(Istanbul BFT)であり、より高速なブロック時間と即時の最終処理につながる。
    • ガバナンスにはオンチェーンのガバナンス評議会(GC)が関与し、イーサリアムの流動的なオフチェーンのガバナンスとは異なる。
  • トークン:* ネイティブ・トークンはKAIAです。 トークノミクスとユーティリティはカイア特有のものだ。
  • ノード・アーキテクチャ: Kaiaは、パフォーマンスとセキュリティを最適化するために設計された特化したノード・タイプ(コンセンサス用のコア・セル、パブリック・アクセス用のエンドポイント・ノード)を持つ目的構築型のレイヤード・アーキテクチャを使用しており、イーサリアムのユニファイド・クライアント・アプローチとは異なります。
  • **Mempool:**トランザクション処理とパブリックmempoolの可視性は、Ethereumのようなグローバルでパブリックなmempoolをあまり重視しないKaia特有のネットワークアーキテクチャのため、異なるかもしれない。
  • プリコンパイル契約: ベースとなるEVMプリコンパイルがサポートされている一方で、KaiaはKaia特有のプリコンパイル契約を追加する可能性があります。

建設業者のための次のステップ

  1. Configure Your Environment
    既存のEthereumツールをKaiaで動作するように設定する:
  1. デプロイとテスト
    EVM との完全な互換性により、Solidity 契約は変更されずにデプロイされます。 Kairosテストネットでテストし、カイアのダイナミック料金モデルの下でのガス使用パターンを検証。

  2. **カイアの長所を活かそう

  • 即時終了:即時終了の1秒ブロックは確認待ちをなくす
  • ガス代を下げる:イーサリアムでは高すぎる機能を構築する
  • 手数料委任:UXを向上させるためにdAppにユーザー取引手数料を支払わせる
  • Gas Abstraction:ユーザーは承認されたトークンで料金を支払うことができる(KAIAだけではない)
  1. 適切なAPIとSDKを使用すること
  • イーサリアム互換操作のための標準 eth_ 名前空間
  • カイア固有の機能とトランザクションタイプにアクセスするための kaia_ 名前空間
  • ethers.jsとweb3.jsは完璧に動作しますが、ネイティブ機能との統合をより簡単にするために、Kaia's SDKsを検討しましょう。
  1. **情報提供
  • 最新情報はKaia Docsを参照してください。
  • 他のビルダーやカイアチームとカイア開発者フォーラムやその他のコミュニティチャンネルで交流し、サポートやアップデートを受ける。
ページを改善してください。