現在のブロックチェーン業界では、ブロックチェーンフレームワークの選択は、しばしばトレードオフを伴います：
- Cosmos-SDK と CosmWasm は、複雑で技術的負債が多いものの、Single-Slot Finality と IBC へのアクセスを提供します。
- Move は、スマートコントラクト設計に対する新しいアプローチを模索していますが、そのエコシステムは最小限のツールしか提供せず、さまざまなバージョンが混在して混乱を招いています。
- EVM は成熟したツールを誇りますが、独自の L1 や L2 を立ち上げるには、特殊な geth フォークを使用する必要があり、結果として「EVM 互換」という曖昧な状態になってしまいます。
Polaris からの学び
広範なテストネットデータ分析を行った後、私たちは Polaris の長所と短所を慎重に評価しました。CometBFT/Cosmos と EVM エコシステムの両方の長所を組み合わせているように見えましたが、同時にそれぞれの欠点も抱えることになり、結果的に私たちは白紙の状態に戻ることになりました。
CometBFT Mempool の問題
Artio で発生した深刻な輻輳の大部分は、CometBFT mempoolの周知の問題に起因していました。これらの問題がトランザクションの取り込みを妨げ、EIP-1559 手数料市場の適切な機能を阻害し、時にチェーンの使用を困難にしていることが観察されました。
プリコンパイルは効率的だが、開発者体験に欠ける
プリコンパイルによって実行性能が大幅に向上（約 500%）したにもかかわらず、開発者体験は著しく低下しました。foundryのようなツールが常に期待通りに機能しませんでした。forge scriptを実行すると問題が発生しました。これは、ローカルのrevmにこれらのトランザクションを実行するために必要なロジックが欠けているためです。
Geth フォークの維持は想像以上に困難
内部的に、フォークされた実行クライアントの維持が長期的に持続可能でないことに気づきました。フォークは最新リリースに急速に遅れをとり、カスタムロジックと組み合わされると、維持するために多大なエンジニアリングサポートを必要とすることがよくあります。
プリコンパイルを通じて実行性能が大幅に向上（約 500%）したにもかかわらず、開発者体験は著しく悪化しました。foundry のようなツールが期待通りに機能しないことがありました。forge script を実行すると問題が発生しました。これは、ローカルの revm にこれらのトランザクションを実行するために必要なロジックが欠けているためです。
クライアントの多様性を考慮に入れると、複数のフォークを、異なるプログラミング言語にまたがって維持することになります。それも、すでに競争の激しい市場でシニアエンジニアの採用を試みながらです。ほとんどのオルタナティブ L1/L2 EVM チェーン開発者が求めているのは、EVM に付随する安定性とツールです。新しい輝かしいコンセンサスアルゴリズムを組み込むためにフォークを実行するという面倒な作業をすべて行う必要があるでしょうか。単に最新のdocker pull reth:latestを接続するだけで済むのに。
BeaconKit の紹介
BeaconKit は、EVM コンセンサスクライアントを構築するためのモジュラーフレームワークで、開発者がレイヤー 1 とレイヤー 2 の両方の EVM ブロックチェーンを、完全な EIP 互換性、Single-Slot Finality、さらに多くの機能を備えて立ち上げることを可能にします。Golang 版のPrysmと同様に、BeaconKit はEngineAPIを使用してコンセンサス層と実行層間の通信を促進し、EVM 実行環境を CometBFT から完全に切り離すことを可能にします。
オペレーターは標準の未修正の実行クライアントを実行し、Ethereum メインネットと完全な/100%の EVM 同一性を達成することができます。現在、以下の実行クライアントで BeaconKit をテストしています：
- Geth: Ethereum プロトコルの公式 Go 実装。
- Erigon: go-ethereum からフォークされた、より高性能で機能豊富なクライアント。
- Nethermind: Ethereum プロトコルを完全にサポートする.NET ベースのクライアント。
- Besu: エンタープライズグレードのクライアントで、Apache 2.0 ライセンスの Java で書かれています。
- Reth: パフォーマンスと信頼性に焦点を当てた Rust ベースのクライアント。
- Ethereumjs: Ethereum Foundation が管理する Javascript ベースのクライアント。
即時実行とオプティミスティックペイロードビルディング**
標準の CometBFT ブロックの上に独自のBeaconBlockを活用することで、BeaconKit は即時実行をサポートします。これは、BeaconKit チェーンがバリデーターにブロックを受け入れる前に提案されたステートルートに署名することを強制できることを意味し、ブロック検証プロセスを大幅に簡素化し、BlockGossip から Inclusion までの時間を短縮します。これにより、abci.FinalizeBlockを非常に高速に実行でき、オプティミスティックペイロードビルディングへの道を開きます。
「これだけでブロック時間を最大 40%短縮できます。」
即時実行により、現在のブロックがファイナライズされる前に StateRoot が分かるため、実行ペイロード（EVM ブロック）の構築を事前に開始できます。これだけでブロック時間を最大 40%削減できます。
Cosmos モジュール？Protobuf エンコーディング？そんなの関係ない。
Cosmos-SDK は相互運用可能なモジュールを目指していましたが、これらのモジュールの結合が、私たちが望む方法での実装を非常に困難にしていることがわかりました。SDK の現在の実装方法は非常に独断的で、柔軟性がほとんどありません。これは私たちにとって適切ではありませんでした。そこで、すべてを取り除き、自分たちで一から作り直しました。
Cosmos モジュール？聞いたことないな。
BeaconKit は標準の Cosmos モジュールを一切使用せず、チェーン開発者がケースバイケースでカスタムロジックを注入できるようにし、カスタムブロック有効性ルール、カスタムブロック処理ロジックなどを可能にします。
「ちょっと待って、AccountKeeper が必要？BankKeeper？？ 🤦 うーん...」というのは Cosmos 開発者の間でよくある不満です。カスタムステーキングロジックの実装が、すべてを削除しなければならない 6 ヶ月の研究プロジェクトに変わってしまうべきではありません。BeaconKit ではそうならないようにしました。BeaconKit の設計過程で、SSZ（Simple-SerialiZe Encoding）を第一級市民とし、protobuf の混沌を完全に排除しました。これによりEIP-4788の実装が可能になり、許可なしにコンセンサス層のデータを実行層で検証および証明できるようになりました。
例えば、Proof of Liquidity では、チェーンがバリデーター提案情報を実行環境にリレーする必要がありますが、これはBeaconBlockRoot内に含まれています。私たち自身のユースケース以外にも、独自のオルタナティブ L1 や L2 を開発する他のビルダーが同様の情報へのアクセスを望むかもしれない世界を想像しています。そのため、4788 はとても重要なマイルストーンだったのです。
Blobs は？Rollups は？もちろんサポートしています
EIP-4844は、BeaconKit ベースのチェーンの将来をスケールさせるために特別に含まれました。メインネットで即座に利用可能なデータ可用性層がもたらす利点と、それが L2 をどのように可能にするかを私たちは目の当たりにしてきました。EIP-4844 のサポートに加えて、チェーン開発者は BeaconKit を ABCI 2.0 互換のコンセンサスエンジンと共に使用でき、したがってRollkitと容易に統合して強力なレイヤー 2 ソリューションを作成することができます。>
カスタムブロック有効性ルールとタイプ
BeaconKit を統合する際、開発者は EVM ブロックと Beacon ブロックの両方で特定の動作を許可するカスタムブロック有効性ルールを簡単に導入できます。例えば、チェーン開発者は、特定のトランザクション順序に準拠していない ExecutionPayload（EVM ブロック）を拒否するカスタムブロック有効性ルールを実装することができます。これは単純な例ですが。
最終的に、これらの「プラグインベース」の有効性ルールは、PEPCのようなメカニズムを統合するように拡張できる可能性があります。これは再ステーキングやクロスチェーンアプリケーションに有用です。
今後の展開は？
BeaconKit は現在、BUSL 1.1 ライセンスの下でソースが利用可能ですが、将来的に MIT ライセンスに切り替える予定です。次の L1 または L2 プロジェクトで BeaconKit の使用に興味がある場合は、ぜひご連絡ください！リポジトリへのリンクは以下の通りです：https://github.com/berachain/beacon-kit
【Sunrise とは】
Sunrise は Proof of Liquidity(PoL)と Fee Abstraction（手数料抽象化）を備えたデータ可用性レイヤーです。 私たちは DA の体験を再構築し、多様なエコシステムからのモジュラー型流動性を活用してロールアップを立ち上げています。
【Social Links】
【お問合せ】
Sunrise へのお問い合わせはこちらから 👉 Google Form
