Solanaにおけるバリデータ遅延問題の背景

Solanaのコードに関する課題は年々解決されてきており、これによりブロックタイム、つまりネットワークが新たなトランザクションブロックを生成する所要時間は短縮され、Solanaが標準とする400ミリ秒を下回る水準にまで至っています。

しかし過去1か月間で、興味深い現象が発生しました。中央値のブロックタイムが急上昇し、Solanaは以前よりも新たなトランザクションをブロックチェーンへ追加する速度が低下したのです。背景にあるのは、Solanaバリデーター間で新たに生まれた“利益最大化のためブロック生成をあえて遅らせる”動きです。Blockworksの取材によれば、Anza、Jito、Marinadeの各プロジェクトがこの問題への対策を検討中です。

Solanaのエポック長は6月に急増しました。出典：Kamino

Solanaの各ブロックには“リーダー”役となるバリデーターが割り当てられ、トランザクションの収集、ブロックの生成、それをネットワークへブロードキャストする役割を担います。リーダーは自身が生成したブロックから発生するトランザクション手数料を受け取る仕組みです。注文フローが多ければ多いほど手数料収入の機会も増えるため、例えば300ミリ秒よりも500ミリ秒分のトランザクションを処理したほうが、バリデーターにとってより高い収益につながります。

このため、一部のSolanaバリデーターはできる限り多くのトランザクションをブロックに詰め込むため、最長限まで待機する傾向が見られ、結果としてSolanaのエポック長が伸びています。

こうした状況は、ナスダック並みの速度を志向するネットワークとしては望ましくありません。また、年間のエポック回数が減少すれば、ステーキング報酬の複利効果を得る機会が減る点にも注意が必要ですと、Sol StrategiesのCTO、Max Kaplan氏は指摘しています。

Solanaには「グレース期間」と呼ばれる猶予期間が存在し、この期間内であればリーダーは遅れてもブロックを提出できます。これによって地理的に離れたバリデーターが不利になるのを防げますが、逆に意図的な遅延も助長されかねません。

また、代替SolanaクライアントであるFrankendancerは最近、収益最大化型のスケジューラをリリースしており、Kaplan氏によれば、このクライアントを利用するバリデーターは通常よりもブロックの詰め込みをやや遅くしているようです。

Kaplan氏はさらに、Frankendancerによる遅延は悪質な遅延バリデーターに比べればごく僅かで、「決して悪いことではない」と説明しています。ブロック遅延自体も、PoS（プルーフ・オブ・ステーク）型ブロックチェーンでは決して新しい戦略ではありません。とはいえ、Firedancerのアップデートをきっかけにこの問題がSolanaで顕在化した可能性があり、Jump社からはコメントは寄せられていません。

興味深いことに、FiredancerのソフトウェアエンジニアであるMichael McGee氏も今週のLightspeedポッドキャストでこの現象について語っています。

「現行バリデーターの一部では、トランザクションの実行を遅らせることでより高収益なブロックを作れるケースがよく見られる」とMcGee氏は述べています。

ブロックの遅延が目立つSolanaバリデーターは、改造版のAgave-Jitoクライアントを稼働させている傾向があると、Blockworks Researchのアナリスト、Victor Pham氏は指摘しています。

たとえば6月中旬のエポック802では、GalaxyとKilnはいずれも中央値のブロックタイムが570ミリ秒を超えていました。ラベルなしのバリデーターも複数が遅延状態、Temporalのバリデーターは中央値475ミリ秒でした（Solana Compassのデータ）。

Kiln共同創業者のErnest Oppetit氏は、Solanaで6番目に大きいステーク量を持つ自社バリデーターが「一定期間スロットを遅延していた」ことを認めつつ、すでに遅延は停止したと述べています。

「Kilnは、セキュリティを犠牲にせず業界最高水準の年率利回り（APY）を提供していることを誇りに思っています。当社はタイミングの最適化を含むさまざまな技術開発を行い、クライアントや財団と常に議論しています。現在は仕様に従いブロック遅延は行っていませんが、他にも遅延を続けている事業者はいます。速いブロック生成が報酬減に直結する現状のインセンティブ設計自体を、最終的にはプロトコル側で解消すべきだと考えます」とOppetit氏は語ります。

「この件が広まったきっかけは当社ではありません」と、TemporalのエンジニアリングディレクターBen Coverston氏は自社バリデーターの遅延傾向への関与についてコメントしました。

「私たちはサービスプロバイダーとして、顧客のステーキング報酬を最大化するバリデーター設定をサポートしています。Solanaではごく僅かながら意図的にブロック生成を遅らせることで、より多くの報酬獲得を実現する場合もあります。Galaxyも引き続きコミュニティの意見に耳を傾け、ブロックタイムは現在、合意された基準値内に収まっています」とGalaxy広報は述べています。

Solanaのバリデーターコミュニティは、ネットワークの低速化を決して容認しておらず、遅延バリデーターにはすでに公開での批判が集まっています。

今後はさらに実質的な制裁措置も検討されています。Blockworksの調査によれば、JitoはSolana最大規模のステークプールから遅延バリデーターをブラックリストに登録する予定です。

Jito Foundation代表のBrian Smith氏は、「JitoSOLの委任セットから遅延者を除外する権限を委員会に与えるガバナンス提案を策定中です。数日中にコミュニティで協議可能となる予定です」と述べています。

また、Marinadeで3大ステークプールの1つを運営する共同創業者Michael Repetny氏は、プールとして「遅延バリデーターの取り扱いについてガバナンスで是非を議論することを検討している」と述べました。

プロトコルレベルでも動きが進みつつあります。AnzaのGitHubリポジトリでは、Solanaのグレース期間を半減する新提案が公開されています。加えて、Solanaでは提案中の合意アルゴリズム見直しによっても問題解消が期待されています。

「Alpenglowの導入でスキップ投票が可能となり、この問題は解決できる」とAnzaのコアエンジニアリング副社長Brennan Watt氏は述べています。

Watt氏は最近のLightspeedポッドキャストで、AlpenglowをSolanaの12月開催のBreakpointカンファレンスまでにメインネット実装することを目指していると語りました。

免責事項：

1. 本記事はBlockworksからの転載です。著作権はすべて原著者Jack Kubinecに帰属します。転載にご異議がある場合は、Gate Learnチームまでご連絡ください。迅速に対応いたします。
2. 免責事項：本記事における意見・見解はすべて著者個人のものであり、投資助言を目的としたものではありません。
3. 本記事の多言語翻訳はGate Learnチームが行っています。特に記載のない限り、翻訳記事の無断複写・頒布・盗用を禁じます。