Solana とは
注:この文書は英語の原文からの自動翻訳です。
Solana とは
Solana は、速度と低いトランザクションコストのために設計された高スループットの Layer 1 ブロックチェーンです。2020 年にローンチされた Solana は、Ethereum とは根本的に異なるアーキテクチャ上のアプローチを取ります。EVM と逐次的なトランザクション実行に依存する代わりに、Solana はカスタムランタイム、並列トランザクション処理、そして Proof of History(PoH)と呼ばれる新しいタイミングメカニズムを用いて、毎秒数千のトランザクションを処理できるスループットを達成します。
Solana は、特に高速なオンチェーンの対話、低い手数料、リアルタイムの応答性を必要とするものにとって、クリプト AI プロジェクトの最も活発なネットワークの一つになっています。そのアーキテクチャは、Ethereum のエコシステムの深さと実戦で試されたツールのいくらかを、生のパフォーマンスと引き換えにしています — このトレードオフが、どの種類のプロジェクトがその上に構築することを選ぶかを形作ります。
要約: Solana は高速な L1 ブロックチェーンであり、DecAIHub のプロジェクトカードに Main chain: Solana と表示されている場合、それはプロジェクトがスループットと低コストのトランザクションに最適化されたネットワーク上で動作することを意味します。
Solana の仕組み
Solana のアーキテクチャは、いくつかの根本的な点で Ethereum と異なります。これらの違いを理解することは、なぜ特定の AI プロジェクトが Solana を選ぶのか、そしてその選択が何を意味するのかを評価するのに役立ちます。
Proof of History と Proof of Stake の組み合わせ
Solana のコンセンサスモデルは二つのメカニズムを組み合わせます。Proof of History(PoH) と Proof of Stake(PoS) です。
Proof of History はそれ自体ではコンセンサスメカニズムではありません。それは暗号学的な時計です — validator がブロックについて合意する必要が生じる前に、検証可能で順序付けられた時間の記録を作る方法です。PoH は、各ハッシュが前の出力に依存する連続的な SHA-256 ハッシュチェーンを実行することで機能します。これは、validator が順序付けを確立するために前後にやり取りする必要なく、イベント間の時間の経過を証明するシーケンスを生み出します。
それを偽造できないタイムスタンプだと考えてみてください。PoH シーケンスの各エントリは前のエントリに暗号学的にリンクされており、シーケンスを生成するには実際の計算時間が必要です。validator はハッシュチェーンを再生することで、独立して順序付けを検証できます。
Proof of Stake は実際のコンセンサスを扱います — validator は SOL(Solana のネイティブトークン)をステークしてブロック生成と検証に参加します。PoS のコンポーネントは他の PoS ネットワークと同様に機能します。validator はステークの重みに基づいてブロックを生成するよう選ばれ、正直な参加に対して報酬を得ます。不正行為は slashing(ステークされた SOL の損失)につながり得ます。
この組み合わせこそが Solana に速度の優位性を与えるものです。従来の PoS システムは、validator 間で時計を同期しトランザクションの順序付けを確立するのに相当な時間を費やします。PoH はコンセンサスが始まる前にトランザクションを事前順序付けし、通信のオーバーヘッドを劇的に減らして、約 400 ミリ秒のブロックタイムを可能にします。
Sealevel による並列実行
ほとんどのブロックチェーンはスマートコントラクトのトランザクションを逐次的に — 一つずつ — 実行します。Solana の Sealevel ランタイムエンジンは 並列実行 を可能にします。同じアカウントや状態に触れないトランザクションは、複数のコアにわたって同時に処理できます。
これが可能なのは、Solana がトランザクションに対し、どのアカウントから読み取りどのアカウントに書き込むかを事前に宣言することを要求するからです。ランタイムはこの情報を用いて独立したトランザクションを特定し、それらを並列処理のためにスケジュールします。実際に競合する(同じアカウントに触れる)トランザクションは直列化されますが、全体のスループットは逐次のみのシステムよりもはるかに高いままです。
多くの独立した操作 — 異なるコンピュートノードへのタスク割り当て、独立した推論リクエスト、並列のデータ送信 — を伴う AI ワークロードにとって、並列実行は、ネットワークが逐次チェーンでよくある輻輳のボトルネックなしに大量を処理できることを意味します。
プログラムとアカウント
Solana のアーキテクチャでは、スマートコントラクトは プログラム と呼ばれます。コントラクトがコードと状態の両方を保持する Ethereum とは異なり、Solana はそれらを分離します。
- プログラム は実行可能なロジック(コード)を含み、ステートレスです。プログラム自体はユーザーデータを保存しません。
- アカウント は状態(データ)を保持します。各アカウントはプログラムによって所有され、そのプログラムが読み取り変更するデータを保存します。
この分離は、ランタイムがアカウントレベルの依存関係を正確に判断できるため、上述の並列実行を可能にします。これはまた、Solana のプログラムが Ethereum のスマートコントラクトとは異なる設計であることを意味します — 開発者は Solidity ではなく Rust(主要な言語)、C、または C++ で記述し、プログラミングモデルは明示的なアカウント管理を必要とします。
SPL トークン
Ethereum では、代替可能なトークンは ERC-20 標準に従います。Solana では、それに相当するのが SPL(Solana Program Library)トークン標準 です。SPL トークンは、標準化された Solana プログラムを通じて作成され管理されます。Solana 上でトークンをローンチするあらゆるプロジェクトは、それを SPL トークンとして発行します。
SPL トークンは Solana のパフォーマンス特性を継承します。トークン転送は高速(サブ秒の確認)で安価(1 セントの何分の一)です。頻繁なマイクロペイメント — 推論呼び出しごとにコンピュート提供者に支払う、送信ごとにデータ貢献者に報酬を与える、ネットワーク全体で手数料を分配する — を必要とする AI プロジェクトにとって、個々の SPL トークン転送のコストは通常 1 セントの何分の一です。
トランザクションコストとスループット
Solana のトランザクション手数料は、あらゆる主要なブロックチェーンの中で最も低い部類に入ります。通常はトランザクションあたり 0.01 ドル未満で、しばしば 1 セントの何分の一です。これは、複雑なトランザクションがピーク需要時に数十ドルかかり得る Ethereum メインネットより桁違いに安価です。とはいえ、需要が高い期間には、優先手数料が Solana のトランザクションのコストを一時的に引き上げることがあります。
ネットワークの理論上のスループット容量は毎秒数千トランザクション(TPS)の範囲にあり、持続的な実世界のスループットは Ethereum メインネットより大幅に高いです。Solana は、PoH、並列実行、短いブロックタイム(約 400ms)、ハードウェアに最適化された validator 要件の組み合わせを通じてこれを達成します。
トレードオフは、Solana の validator が Ethereum の validator よりも大幅に強力なハードウェアを必要とすることです。Solana の設計哲学は、より高いハードウェアの参入障壁を代償にパフォーマンスを優先します — これはネットワークの分散化プロファイルに影響を与える設計上の選択です。
主要な特性
| 特性 | 値 |
|---|---|
| Type | Layer 1 |
| Consensus | Proof of Stake + Proof of History |
| ネイティブトークン | SOL |
| Token standard | SPL |
| EVM 互換 | いいえ(SVM ベース) |
| ブロックタイム | 約 400 ミリ秒 |
| スマートコントラクト | Rust、C(BPF/SBF プログラム経由) |
なぜクリプト AI プロジェクトにとって重要なのか
Solana のアーキテクチャは、AI 志向のクリプトプロジェクトに特有の利点を生み出します。
リアルタイムの応答性。 ユーザーにリアルタイムで提供する AI アプリケーション — DeFi 取引を行うエージェント、クエリに応答する推論 API、ライブデータを処理するレコメンデーションシステム — は、Solana のサブ秒のブロックタイムと高スループットから恩恵を受けます。トランザクションを送信してから確認されるまでのレイテンシは、分単位ではなく数百ミリ秒で測られます。
マイクロペイメントの経済性。 多くの AI プロジェクトはマイクロペイメントモデルで動作します。ユーザーは推論呼び出しごとに少額を支払い、コンピュート提供者は完了したタスクごとに稼ぎ、データ貢献者はラベル付けされたデータポイントごとに報酬を受け取ります。Ethereum メインネットでは、支払いトランザクションのガスコストが支払い自体を超え得ます。Solana では、トランザクションコストは通常 1 セントの何分の一であり、単位ごとの支払いを経済的に実行可能にします。
高頻度のオンチェーン操作。 AI コンピュートマーケットプレイス、データ調整プロトコル、エージェントフレームワークは、しばしば頻繁なオンチェーンの状態更新 — タスクの登録、完了の記録、スコアの更新、報酬の分配 — を必要とします。Solana のスループットは、より低スループットのチェーンで起こる輻輳とコストの急増なしに、これらの高頻度の操作を処理します。
成長する AI エコシステム。 Solana は、相当な数の、そして成長を続ける AI プロジェクトを引きつけてきました。パフォーマンス、低コスト、活発な開発者コミュニティの組み合わせが、AI に特化したクリプト開発において Ethereum に代わる主要な選択肢にしています。いくつかの著名な AI コンピュートネットワーク、推論プラットフォーム、AI エージェントフレームワークが、主要なチェーンとして Solana を選んでいます。
直接的なトレードオフ。 Ethereum やその L2 よりも Solana を選ぶことは、プロジェクトの評価に関連するトレードオフを伴います。
- Solana のエコシステムは、成長してはいるものの、DeFi の流動性、監査済みのプロトコル、開発者ツールの面で Ethereum より小規模です。
- Solana は non-EVM です。コントラクトは Solidity ではなく Rust で記述され、EVM チェーンに直接移植できません。
- Solana の validator のハードウェア要件はより高く、これは validator の数と地理的分布に影響します。
- Solana はその歴史の中でネットワークの停止を経験しており、極端な条件下でのネットワークの安定性について疑問を投げかけています。
これらのトレードオフのいずれも、自動的に肯定的でも否定的でもありません。それらは、特定のプロジェクトの要件に依存する結果を伴う設計上の選択です。
DecAIHub のプロジェクトカードのどこに現れるか
DecAIHub のプロジェクトカードを読むとき、Solana はいくつかの項目に現れます。
- Main chain —
Solanaは、プロジェクトの主要なプログラム(スマートコントラクト)が Solana ネットワーク上にデプロイされていることを示します。これは、プロジェクトが Solana のパフォーマンスとコストの環境で動作することを教えてくれます。 - Type — Solana 上のプロジェクトは通常
Type: non-EVMを持ちます(Solana の実行環境は EVM ベースではありません)。dApp、プロトコル、インフラのような役割は、Type ではなく Category 項目に反映されます。 - Token standard — Solana 上のプロジェクトは
SPLトークン標準を用います。Ethereum 上の ERC-20 と同様に、SPL はトークンのユーティリティではなく技術的な形式を記述します。 - Consensus — Solana ネットワーク自体については、コンセンサスモデルは PoH + PoS を伴います。Solana 上に構築するプロジェクトは、このコンセンサスメカニズムを継承します。
Main chain: Solana の項目は、プロジェクトの実行環境と、それが継承するパフォーマンス特性について教えてくれます。それは、プロジェクトの AI コンポーネントが本物かどうか、トークンが必要な機能を果たすかどうか、オンチェーンの統合が意味のあるものかどうかを教えてくれるわけではありません。それらは、プロジェクトカードの DecAI Fit コンポーネントの要約にある AI reality、Token necessity、Onchain necessity の項目を通じて評価されます。
Main chain: Solana を AI reality と Onchain necessity の項目と並べて読むことは特に有益です。速度のために Solana を選んだものの、すべての AI ロジックを中央集権的なサーバー上のオフチェーンで実行するプロジェクトは、Solana の利点を意味のある形で活用していないかもしれません。
Solana だけでは証明できないこと
Solana 上に構築することはインフラ上の選択であり、プロジェクトの品質の証拠ではありません。Solana 上にデプロイすることは、次のことを示しません。
-
AI reality — プロジェクトは、本物の AI コンポーネントをまったく持たずに Solana 上にプログラムをデプロイできます。Solana は実行層を提供するのであって、知性を提供するのではありません。AI が本物かどうかは、Tier-1 のエビデンス — コード、モデル、ベンチマーク、デプロイされた推論エンドポイント、ドキュメント — に依存します。
-
分散化の深さ — Solana は分散型ネットワークですが、その上に構築されたプロジェクトは、意味のある意思決定のすべてをオフチェーンで中央集権化しているかもしれません。トークン転送に Solana を用いつつ、それ以外のすべてをプライベートサーバー上で実行することは、分散型アプリケーションを構成しません。
-
スケーラビリティの必要性 — 高スループットのチェーンを選ぶことは、プロジェクトが実際に高いトランザクション量を生み出すことを意味しません。一部のプロジェクトは、ワークロードが要求するからではなく、ナラティブ上のポジショニングのために Solana を選びます。プロジェクトの実際のオンチェーン活動(Solana のエクスプローラーを通じて検証可能)が、本当の姿を物語ります。
-
Token necessity — Solana 上で SPL トークンを発行することは技術的に単純で安価です。Solana ベースのトークンの存在は、トークンがプロジェクトのアーキテクチャで機能的な役割を持つことを意味しません。
-
ネットワークの信頼性 — Solana の過去のネットワーク停止は、Solana 上に構築することが一時的な利用不能のリスクを暗黙に受け入れることを意味します。継続的な可用性を必要とする AI アプリケーションにとって、これは関連する考慮事項ですが、ネットワークの安定性は時間とともに改善してきました。
混同しないでください
-
SOL — SOL は Solana のネイティブな暗号通貨であり、トランザクション手数料の支払い、検証のためのステーク、ガバナンスへの参加に用いられます。「Solana」はネットワークとプロトコルを指し、「SOL」はトークンを指します。
-
Ethereum — Ethereum は、異なるアーキテクチャ(EVM、逐次実行、PoH なしの PoS)を持つ別個の L1 ブロックチェーンです。Solana 上のプロジェクトと Ethereum 上のプロジェクトは、根本的に異なる技術環境で動作します。一部のプロジェクトは両方にデプロイしますが、それらは交換可能ではありません。
-
SPL — SPL トークン標準 は、Ethereum の ERC-20 に相当する Solana のものです。SPL はネットワークではなくトークンの形式を記述します。SPL トークンを使うプロジェクトは Solana 上にありますが、SPL と Solana は異なる概念です(標準 対 ネットワーク)。
-
Layer 2 — Solana は L1 ブロックチェーンであって、Layer 2 ではありません。それは別のチェーンにトランザクションを決済しません。独自の validator 集合、コンセンサス、セキュリティモデルを持ちます。Base や Arbitrum One のような Ethereum L2 は Ethereum からセキュリティを継承します。Solana は独自のセキュリティを提供します。
-
Rust — Rust は Solana のプログラムを記述するために主に用いられるプログラミング言語です。Rust はブロックチェーン以外の多くの文脈で用いられる汎用言語です。Rust を知っていることと Solana の開発を知っていることは、関連しますが別個のスキルです。
よくある質問
なぜ一部の AI プロジェクトは Ethereum よりも Solana を選ぶのですか?
速度とコストです。頻繁なオンチェーン操作 — 推論リクエスト、コンピュートタスクの割り当て、貢献者へのマイクロペイメント — を伴う AI ワークロードは、各トランザクションが高速で安価なチェーンを必要とします。Solana のサブ秒のブロックタイムと非常に低い手数料は、操作ごとの経済性を実行可能にします。Ethereum メインネットのより高いコストは、同様のプロジェクトを Ethereum L2 へと押しやりますが、Solana は別個のスケーリング層を必要とせずに、その L1 上でこれらの特性をネイティブに提供します。
Solana は中央集権的ですか?
Solana は、いくつかの一般的な指標で Ethereum より中央集権的です。validator の数が少なく、validator を運用するためのハードウェア要件が高く、ノードの地理的分布が小規模です。しかし、それは依然として、ハードウェア要件を満たす者なら誰でも validator を運用できるパーミッションレスなネットワークです。分散化の度合いはバイナリではなくスペクトルです。DecAIHub のプロジェクトカードの読者にとって、関連する問いは Solana が抽象的に「中央集権的」か「分散的」かではなく、その特定のプロジェクトの Solana の利用が検証可能性と信頼の最小化に寄与するか、それとも損なうかです。
Solana ではどのプログラミング言語が使われますか?
Solana のプログラムは主に Rust で記述され、C と C++ もサポートされています。Anchor のような高レベルのフレームワークは、Ethereum の Solidity エコシステムで利用可能なものに似た抽象化を提供することで Solana の開発を簡素化します。これは、Solidity が支配的な言語である Ethereum のエコシステムとは異なります。言語の違いは、Solana の開発と Ethereum の開発が異なるスキルセットとツールを必要とすることを意味します。
Solana はダウンタイムを経験しましたか?
はい。Solana は、特に需要が高い期間に、いくつかのネットワーク停止とパフォーマンス低下のエピソードを経験してきました。これらのイベントは、ネットワークが数時間にわたってブロック生成を停止し、validator の協調的な再起動を必要とすることを伴いました。これらのインシデントは、プロトコルの改善とクライアントの多様化の取り組みを促しました。Solana 上のプロジェクトを評価するとき、この歴史は関連する文脈です。プロジェクトは Solana のパフォーマンス上の利点と、その信頼性の実績の両方を継承します。
プロジェクトは Solana と Ethereum の両方に存在できますか?
はい。一部のプロジェクトは、異なるユーザー層と流動性プールに到達するために複数のチェーンにデプロイします。プロジェクトは、高頻度の AI 操作を Solana 上で実行しつつ、ガバナンスコントラクトやトークンブリッジを Ethereum 上で維持するかもしれません。DecAIHub のプロジェクトカードでは、Main chain 項目は主要なチェーンを示しますが、追加のチェーンはプロジェクトの説明やマルチチェーンの項目で言及される場合があります。
「Main chain: Solana」はプロジェクトが高速であることを意味しますか?
それは、プロジェクトが Solana の速度とスループットにアクセスできることを意味します。プロジェクトが実際にその容量を活用するかどうかは、そのアーキテクチャと実際のオンチェーン活動に依存します。少数のトランザクションしか処理しない Solana 上のプロジェクトは、ネットワークのパフォーマンス特性からほとんど得るものがありません。Solana のエクスプローラーからのオンチェーン活動データが、プロジェクトがチェーンの能力を意味のある形で用いているかどうかの具体的な証拠を提供します。
外部リンク
- Solana Documentation — Solana のアーキテクチャ、プログラミングモデル、開発者ツールを扱う公式の技術ドキュメント
- Solana Whitepaper — Proof of History — Proof of History メカニズムと Solana のアーキテクチャを記述した Anatoly Yakovenko のオリジナルの論文
- Solana Program Library (SPL) — SPL トークン標準と関連する Solana プログラムに関する公式ドキュメント
- Solana Explorer — Solana 上のトランザクション、アカウント、プログラム、ネットワーク統計を閲覧するためのブロックエクスプローラー
- Helius — Solana Development Resources — Solana の RPC、API、教育リソースを提供する開発者向けプラットフォーム
No comments to display
No comments to display