Orbのご紹介：Solanaの新しいブロックエクスプローラー

高速で人間が理解しやすいSolanaブロックエクスプローラー、Orbをご紹介します。

Orbは、当社の最先端のSolanaアーカイブシステム上に構築されています。独自のRPCメソッドであるgetTransactionsForAddress（gTFA）を使用し、Solanaで起きていることをより速く、簡単に把握できるようにします。

ブロックエクスプローラーは、ブロックチェーンの検索エンジンです。

エクスプローラーを使えば、チェーンの台帳に保存された履歴データを誰でも閲覧・分析できます。高度な開発者にも一般ユーザーにも欠かせないデータツールです。

Orbのようなエクスプローラーを使うと、Solana上でこれまでに生成・実行されたすべてのブロック、アカウント、プログラム、資産、トランザクションを確認できます。

ブロックチェーンエクスプローラーは、誰もがオンチェーンアクティビティの調査、プログラムのデバッグ、資産フローの追跡、メタデータの検証、正規の事実の把握を行うための重要なインフラストラクチャです。

Solanaブロックエクスプローラーを構築した理由

Orbの構築に着手した際、主に2つの目標を掲げました。

Solanaをより読みやすくする
Solanaをより速く読み取れるようにする

2020年3月16日14:29:00（UTC）にGenesisブロックが処理されて以来、Solanaでは3億7,500万以上のブロックが実行され、4,500億以上のトランザクションが処理され、台帳のサイズは400 TBを超えています。

Solanaの速度と規模に対応する優れたエクスプローラーを構築するのは困難です。

膨大な情報を理解できるようにするには、スケーラブルなインフラストラクチャ、強力な履歴データ読み取り用API、そしてSolanaの仕組みに関する深い技術知識が必要です。さらに、誰もが安心して使える、すっきりとしたレスポンシブなユーザーインターフェースで情報を提示する必要があります。

@marcryptonio

Solana向けブロックエクスプローラーの構築は、見た目以上に困難です。超高TPS、アカウント、プログラム、[および]トークンタイプにまたがる大規模な並列状態を扱う必要があります。. . すべてのトランザクションが数十のアカウント、異なるトークン規格、圧縮NFT、CPIの連鎖に影響する可能性があり、そのすべてをユーザーが理解しやすい形式で表示しなければなりません。

Marc Antonio

GalaxyのDeFi責任者

既存のエクスプローラーも優れていますが、私たちはさらに多くの機能を求めていました。

そこで、Solanaに「あればよい」と私たち自身が思うブロックエクスプローラーを構築しました。

Solanaをより読みやすくする

Solanaの読み取りレイヤーは、プログラミングモデル、多数の命令、一致しないシリアライズ形式、公開されたインターフェース定義言語（IDL）の不足、複雑なクロスプログラム呼び出しにより、理解が難しいと長年指摘されてきました。

Solanaをより読みやすくするため、技術的な詳細を抽象化し、すべてをシンプルにしました。

解析済みイベント： OrbはParsed Events APIを使用し、Solanaのトランザクション詳細を人間が理解しやすい形式に解析します。
AIによる解説： Orbは、アーカイブデータとSolanaのドキュメントでトレーニングされた複数のLLM（Claude、ChatGPT、Gemini）を統合し、トランザクションを要約します。
時間ベースのフィルター： 新しいgetTransactionsForAddress RPCエンドポイントがOrbの時間ベースのフィルタリングと並べ替えを支え、探している情報を簡単に見つけられるようにします。
スパムフィルター： Orbは、未検証のトークン、不要なNFT、スパムトランザクションをウォレット履歴から除外するため、実際の資産とトランザクションに集中できます。
検索： トークン、プログラム、バリデーター、トランザクション、ブロック、アカウントを検索し、最近の検索履歴も1か所で確認できます。
シンプルなUI： Orbのすっきりしたユーザーインターフェース、整理された情報階層、タブ形式のレイアウト、最小限のブランディング、モバイル対応デザインにより、簡単に検索・操作できます。

Solanaをより速く読み取る

Solana RPCノードは通常、直近2日分のデータしか保存しません。つまり、履歴データを取得するためにgetBlockやgetTransactionのようなアーカイブメソッドへクエリを実行すると、多くの場合、そのクエリはGoogle BigTableに送られます。標準RPCメソッドの設計とGoogle BigTableの構造上、この処理には時間がかかりすぎます。

Solanaをより速く読み取れるようにするため、すべてを独自に再構築しました。

より高速なデータベース： Google BigTableに代わる新しいSolanaアーカイブシステムを、PostgreSQL、ClickHouse、カスタムデータベースを使用してリリースしました。すべてのアーカイブRPC呼び出しで、読み取り速度が2〜10倍向上しました。
カスタムインデックス： 独自のインデックスは、一意の（トランザクション、アカウント）ペアごとに1つのエントリを保存します。約5,000億件のエントリがあるにもかかわらず、本番環境の負荷下でP50検索時間は8msです。
複数のインデックス： getTransactionForAddressのフィルターを実現し、それらのフィルター適用時の検索時間を短縮するため、スロット、時間、ステータスなどで分割したインデックスを構築しました。
最高水準のハードウェア： 新しいアーカイブシステムは、専用設計のベアメタルホスト上で稼働します。最高水準のNVMeをペタバイト規模で搭載し、冗長性を確保するため複数のリージョンにレプリケートしています。
リアルタイムデータストリーミング： Solanaで最も低レイテンシのgRPCストリーミングソリューションであるLaserStreamを統合し、バリデーターが実行した新しいブロックとトランザクションをストリーミングします。

HeliusのDeveloperプランにおけるSolanaアーカイブ呼び出しのP99レイテンシを示す社内ダッシュボード — DeveloperプランでのSolanaアーカイブ呼び出しのP99レイテンシは、~3秒から300ms未満へと10分の1以下に短縮されました。

Orbの新機能

現在のOrbに含まれる、特に効果の大きい5つの新機能をご紹介します。

逆順での並べ替え

getSignaturesForAddressのような標準RPCメソッドは、新しいものから古いものへクエリを処理するため、開発者はSolanaの履歴を再帰的にたどる必要があります。一方、当社独自のgetTransactionsForAddress RPCメソッドを使うと、開発者は時系列順に並べ替えられます。

このメソッドを使用して「古い順に表示」という並べ替えオプションを追加しました。トランザクション履歴の先頭へすばやく移動できます。