Solanaの開発者は、独立して開発されたバリデーターソフトウェアをより信頼性高く、保守しやすくするための新しいプロトコルルールブックを検討しています。
関連資産 Solana#7 SOL$89.96 24時間変動幅:下落4.97%24H 下落4.97%7D 下落7.42%30D 下落25.61%
10月30日に公開された提案は、Solanaネットワークを運用するために使用される主要なソフトウェアプログラムの一つであるAgaveの開発元であるAnza、ブロックチェーンエンジニアリング企業のCEOであるBrennan Wattによるものです。
Wattは、Solanaがブロックチェーンがトランザクションを処理し、ブロックを検証し、コンセンサスに達する方法を定義する単一の公式仕様を確立することを望んでおり、既存のソフトウェアや個別の技術提案に散在するルールに頼ることは望んでいません。
この変更は、Solanaが元のバリデーターソフトウェアから、取引会社Jump Cryptoが開発したFiredancerなどの独立開発の代替ソフトウェアを含むように拡大する中で、増大する課題に対処する可能性があります。
バリデーターは、トランザクションを検証し、ブロックチェーンのセキュリティを支援するコンピューターです。これらのコンピューターで動作するソフトウェアは異なる開発者が作成できますが、ネットワーク全体で合意を維持するため、すべての実装は同じ基本的なルールに従う必要があります。
これらのルールに対する意見の相違により、バリデーターが同一のトランザクションを異なる方法で処理し、ブロックチェーンの見解に矛盾が生じ、ネットワークの信頼性が脅かされる可能性があります。
ワットは、ソラナの既存の開発プロセスにより、独立したチームがネットワークの動作を正確に把握することが不必要に困難になっていると主張している。
現在のシステムでは、プロトコルの変更はSolana Improvement Documents(SIMD)を通じて提案されます。これらのドキュメントは個々のアップグレードを説明しますが、ネットワークの完全な運用ルールは一つの公式な参照文書に統合されていません。
その結果、開発者は時として、有効なルールを理解するために、既存のバリデーターコードを確認したり、以前のアップグレードの決定を再構築したりしなければならないことがあります。
Wattは、このアプローチにより、既存の動作の繰り返しまたは不整合な記述が生じ、提案されたアップグレードによって影響を受けるプロトコルのすべての部分を特定するのが難しくなると述べました。
新しいルールブックがSolanaのアップグレードプロセスを再構築する可能性があります
提案によると、開発者は既存のSIMDプロセスを通じて潜在的なアップグレードについて引き続き議論を進めますが、正式な技術的変更は共有プロトコル仕様への編集として提出されます。
各修正案は、アップグレードがトランザクション、ネットワーク通信、コンセンサスその他の関連機能にどのように影響を与えるかを正確に説明します。
変更内容は、Solanaのメインネットで有効化される前に、技術的レビューおよび必要なガバナンス承認を経ます。
これにより、Agave、Firedancerおよび今後のバリデーターソフトウェアを開発するチームは、他の実装のコードを主な参照とするのではなく、同じ文書化された要件に基づいて作業できるようになります。
クライアントはどこから始まりますか?
チャイルドバンクの構築は、そのトランザクション前にエポック-E境界遷移を1回適用します。
共通のルールブックがターゲットを明確にします。初期状態の信頼と次のエポックは、別々の要件です。
これはドラフト仕様であり、採用されたプロトコル変更ではありません。開始状態の正しさ、履歴の再実行、E+1への継続的な運用を保証しません。クライアントの信頼性向上は定量的に示されていません。
また、ソフトウェアテストをより効果的にすることもできます。独立したバリデーターが異なる結果を生成した場合、開発者はその違いを検証し、どの実装を修正する必要があるかを特定するための共通の基準を持つことができます。
Wattは、トランザクション処理、ネットワーク通信、コンセンサス、手数料、バリデーターリワードを含むSolanaの運用における18の分野をカバーするドラフト仕様を既に公開しています。
ただし、この草案はSolanaのブロックチェーン履歴の特定の期間に限定されており、開発者がすでに信頼できるネットワーク状態から開始することを前提としています。以降のアップグレードをカバーし、実装が時間の経過とともに互換性を維持することを確立するには、さらなる作業が必要です。





