Solanaのバリデータの「スローモーション」：ブロック遅延が収益化の新戦略に？
TechFlow厳選深潮セレクト
Solanaのバリデータの「スローモーション」：ブロック遅延が収益化の新戦略に？
6月のネット速度が遅くなったのは、技術的な理由によるものではない。
Web3業界の深掘り報道に専念し潮流を洞察著者：Jack Kubinec
翻訳：TechFlow
ソラナのコード面の課題がここ数年で段階的に解決されてきたことに伴い、ブロック生成時間（ネットワークが新たな取引ブロックを生成するのに要する時間）は顕著に短縮され、公称値である400ミリ秒を下回ることさえある。
しかし過去1か月間、興味深い傾向が現れた。中央値ブロック時間（ブロックチェーンネットワークの重要なパフォーマンス指標であり、取引処理およびブロック生成速度を示す）が急増し、ソラナが新たな取引をブロックチェーンに追加する速度が遅くなっている。その原因は新しいバリデータ戦略にあり、「ブロック生成を意図的に遅くすることが収益性を高める可能性がある」ことを示唆している。Blockworksによると、Anza、Jito、Marinadeはこの問題の解決を検討している。
各ソラナブロックには、リーダーとして機能するバリデータがおり、取引の集約、ブロック作成、ネットワークへのブロードキャストを行う。リーダーはブロックを作成することで取引手数料を得る。より多くの注文フローはより多くの手数料機会を意味するため、バリデータは300ミリ秒ではなく500ミリ秒の取引を処理することで収益を最大化しようとする可能性がある。
基本的には、一部のソラナバリデータが可能な限り長く待機してより多くの取引をブロックに詰め込み、収益を最大化しているように見える。この行動により、ソラナのサイクル長が延びている。
ナスダック並みの高速化を目指すネットワークにとって、これは明らかに理想的ではない状況だ。さらに、サイクルの短縮はステーキング報酬の複利機会の減少を意味する。これはSol Strategiesの最高技術責任者（CTO）であるMax Kaplanが指摘した点である。
ソラナには「グレースティック（grace ticks）」と呼ばれる仕組みがあり、リーダーが一定の遅延期間内にブロックを正常に提出できるようになっている。この仕組みは遠隔地のバリデータが不当なペナルティを受けないよう配慮されている一方で、バリデータが意図的にブロック提出を遅らせる余地も生んでいる。
さらに最近、ソラナの代替クライアントであるFrankendancerが、収益最大化を目的としたスケジューラをリリースした。
Kaplanによると、このクライアントを実行するバリデータは通常よりやや遅い速度でブロックをパッケージングしているように見えるという。しかしKaplanは、より深刻な遅延を引き起こすバリデータと比べればFrankendancerの遅延は無視できるレベルだと補足し、「悪いこと」とは考えていない。なお、プルーフオブステーク型ブロックチェーンにおいてブロック遅延は全く新しい概念ではない。だがFiredancerのアップグレードにより、この戦略がソラナ上でより目立つ存在になる可能性がある。Jumpはこれについてコメントしていない。
興味深いことに、FiredancerのソフトウェアエンジニアMichael McGeeは今週のLightspeedポッドキャストでこの現象を説明した。「現在のバリデータたちの間で見られるのは……[バリデータ]が取引の実行を遅らせることで、より利益の出るブロックを作成している傾向があるということです。」
Blockworks ResearchのアナリストVictor Phamによると、より顕著にブロックを遅らせているソラナバリデータの多くは、Agave-Jitoクライアントの改変版を実行している。
たとえば6月中旬の第802サイクルでは、GalaxyとKilnの中央値ブロック時間がいずれも570ミリ秒を超えた。ソラナコンパスのデータによると、未識別のバリデータの中にも低速で動作しているものがいる一方で、Temporalのバリデータの中央値ブロック時間は475ミリ秒だった。
Kilnの共同設立者Ernest Oppetitは、同社のバリデータ（ソラナネットワークで6番目に大きなステークを持つバリデータ）が一時期ブロックスロットを遅らせていたことを認めたが、現在はその行為を停止していると述べた。
「Kilnでは、安全性を損なうことなく市場で最高のステーキング年率（APY）を提供することを誇りにしています。私たちは技術スタックのさまざまな部分について研究開発を継続しており、タイム戦略も含まれます。また、クライアント、クライアントチーム、財団とも常に議論を続けています。現在は仕様に従っており、ブロックの遅延は行っていませんが、他の多くのバリデータはまだこれを続けています。最終的にはプロトコルレベルでインセンティブ構造の問題（高速ブロック生成による報酬減）を解決する必要があると考えています」とOppetit氏は語った。
TemporalのエンジニアリングディレクターBen Coverstonは、自社のバリデータが明らかに遅いブロック傾向に関与しているとの問いかけに対し、「この現象の原因を広めているわけではない」と回答した。
Galaxyの広報担当者は、「サービスプロバイダーとして、顧客のステーキング報酬を最大化するバリデータ設定を支援しています。ソラナ上では、より高い報酬獲得を確実にするために若干遅いブロックを提案することを意味する場合もあります。Galaxyはコミュニティからのフィードバックにも常に応えており、ブロック時間を許容範囲内に調整してきました」と述べた。
しかし、ソラナのバリデータコミュニティ全体としてはネットワークを遅くすることは不適切であるとの認識が広がっており、遅いバリデータは現在強い反発を受けています。
まもなくより実質的なペナルティに直面する可能性もある。Blockworksによると、Jitoは自社のステーキングプール（ソラナネットワーク最大規模）から遅いバリデータをブラックリストに載せる計画だという。
Jito財団の会長Brian Smith氏は、同組織が「ガバナンス提案の草案を作成中であり、委員会に権限を与え、JitoSOLの委任セットから後れを取る者を除外できるようにする。この提案は数日以内にコミュニティに公開され、議論が始まる予定だ」と述べた。
ステーキングプールプロバイダーのMarinade共同設立者Michael Repetny氏は、同社が「この問題をガバナンス提案として提出することを検討中であり、[遅いバリデータ]を硬性ルール／委任戦略違反として扱うメリットとデメリットについて議論する」と語った。
プロトコルレベルでの解決策も進行中だ。AnzaのGitHubリポジトリには、ソラナのグレースティック期間を半分に短縮する新提案が示されている。また、ソラナが提案しているコンセンサスメカニズム改革もこの問題の解決に寄与すると期待されている。
「Alpenglowはスキップ投票機能の導入によってこの問題を解決します」と、Anzaのコアエンジニアリング副社長Brennan Watt氏は述べた。
Watt氏は最近のLightspeedポッドキャストで、Anzaは今年12月のソラナBreakpointカンファレンスまでにAlpenglowをメインネットに投入することを目指していると明かした。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
Blockworks
