著者：Pavel Paramonov 出典：X, @paramonoww 翻訳：Golden Finance
過去6ヶ月間、Solanaのメカニズムの設計とアーキテクチャについて、数え切れないほどの記事や文書を読んできました。最も重要な情報を1つの長い記事にまとめました。メカニズム設計、経費市場、MEVなどのトピックをカバーしています。
以下がすべての質問への答えです：
Solanaのコンセンサスモデル：
‣ SolanaのProof of History（PoH）コンセンサスモデルは、基本的に「Proof of Stake + Time Variable」です。".
‣ PoHは基本的に、ネットワークがイベントとその順序を追跡するための時計です（検証者が時間に合意する必要はありません）。
‣ Solanaはメモリプール（mempool）を持っていません。
‣ 現在、ほとんどのバリデータは@solanalabsが提供するSolanaクライアントのスケジューラ実装を使用しています。しかし、バリデータは別のブロック構築アルゴリズムを実行することもできます。
‣ 時間変数によって、ブロック生成を担当する各ローテーションにリーダーを割り当てることができます。
詳細なメカニズム:
検証者がリーダーとして選ばれると、新しいブロックを生成してネットワークに提案する責任を負います。
リーダーシップは、一定の間隔（スロット、slotと呼ばれる）で検証者間で交代する。
各スロットは400ミリ秒続き、その間にバリデータはブロックを生成できる。スロットは1つずつ順番に並んでいる。
各スロットにはリーダーバリデータが割り当てられ、新しいブロックを提案する。
バリデータが割り当てられたスロットを逃した場合、ネットワークは次のスロットに移る。
特徴とプロセス:
Solana は個々のブロックに対する投票ではなく、フォークベースの投票メカニズムを使用しています。バリデータは連続したブロックを生成し、有効な投票をリアルタイムで追加します。
バリデータとプリンシパルは、1サイクル（エポック）内でSOLトークンをプレッジまたはアンプレッジできる。
誓約されたSOLの数に基づいて、Validatorのコンセンサスプロセスへの参加はサイクルの最初に決定されます。
Solanaの誓約モデル：
‣ Solanaは、約2～3日続き、432,000ブロック（スロット）で構成される各サイクル（エポック）の終わりに誓約の更新を処理する。
‣ 次のサイクルのバリデータスケジュールは、更新された誓約情報に基づいて決定されます。
バリデーターの3つの主な収入源：
取引手数料
合意報酬（インフレ）
最大抽出価値（MEV(MEV)
‣リーダーが受け取るブロック報酬は、基本報酬と優先報酬の50%で構成される(残りの50%は破棄される)。
‣ 長いブロックはサイクル数が減るため、年間報酬が減る可能性があり、$SOLの全体的な分配に影響します。
‣ Solanaは、インフレによって生成された各サイクルのSOL報酬プールを計算し、前のサイクルの投票と誓約の状況に基づいて、検証者と誓約者に報酬を割り当てます。
Solanaの誓約モデル：
‣Solanaは、約2～3日続き、432,000ブロック（スロット）で構成される各サイクル（エポック）の終わりに、誓約の更新を処理します。
‣ 次のサイクルのバリデータスケジュールは、更新された誓約情報に基づいて決定されます。(MEV)
‣リーダーが受け取るブロック報酬は、基本報酬と優先報酬の50%で構成される(残りの50%は破棄される)。
‣ 長いブロックはサイクル数が減るため、年間報酬が減る可能性があり、$SOLの全体的な分配に影響します。
‣ Solanaは、インフレによって生成された各サイクルのSOL報酬プールを計算し、前サイクルの投票と誓約の状況に基づいて、検証者と誓約者に報酬を割り当てます。
Solanaの投票モデル:
‣ Solanaは検証者に厳格なSOLの最低条件を設けていませんが、コンセンサスへの参加には投票アカウントが必要です。
‣ 検証者はスロットリーダーの提案に投票し、投票アカウントと投票ごとの取引手数料が必要となる。
‣ Solanaのオンチェーン投票メカニズムでは、各投票に取引手数料がかかる。SOLの価格が高くなると、取引手数料が増えるため、検証者投票の運用コストが上がります。
手数料の詳細:
Solanaの料金市場:
‣ Solanaの料金メカニズムは、基本料金と優先料金の2つの部分から構成されています。
‣ 料金は検証者と破壊者に割り当てられる構成要素に分割されますが、既存のメカニズムにはいくつかの限界があります:
‣ 新規アカウント作成には手数料がかかる（レンタル料免除）。
制限事項：
Base fee does not take account into actual compute unit (CU) usage -> leads to waste resources
Priority fee ->.弱い -> 輻輳時にのみ有効
検証者は料金の50%しか受け取れない -> インセンティブが不十分（インフレ補助金に依存）
誓約の重みに基づくサービス品質（SWQoS）:
‣ ネットワークが輻輳した場合、SWQoSメカニズムを使用して、特定の種類のトランザクションを優先することができます。トランザクションを優先させることができます。
‣ SWQoSは、検証者が行った誓約の数に基づいてネットワークトラフィックを優先し、誓約の少ない検証者がジャンクトランザクションでネットワークがあふれるのを防ぎます。
接続タイプ:
Benefits:
誓約された検証者によるトランザクション性能の向上
ネットワークの耐障害性の向上
シビル攻撃耐性の向上
課題:
誓約の中央集権化のリスク
検証者とRPCノード間の信頼の問題<
小規模バリデータの参入障壁
‣ SWQoSはネットワークアクセスを優先し、優先料金はトランザクションの順序を優先する
ノードとバリデータについて:
‣ すべてのバリデータはノードであるが、すべてのノードがバリデータではない。
‣ ノードの種類:
‣ トランザクションは書き込み可能なアカウントを指定する:
Solanaのリキッドステーキング：
‣ SolanaはDelegated PoS（DPoS）を使用しています。
‣ ユーザーはバリデーターのプールにSOLを誓約し、LST（Liquid Staking Tokens）を獲得できます。
‣ プレッジ報酬は、貸出収益と直接競合します。
2種類のLSTトークン：
Rewarded tokens or re-base tokens.
10 SOLを誓約プールに誓約すると、10 LSTトークンを獲得できます。
誓約プールはこれらのSOLを複数の検証者に割り当て、vSOLを受け取らせます。
LSTトークンは、これらのvSOLによって裏付けられます。
バリデータLSTトークン（排他的トークン）。
User pledge 10 SOLs to the Validator LST to receive v_lstSOL tokens representing their interest in the pledged SOLs.
検証者は、誓約プールからSolanaネットワークにSOLを誓約し、sSOLを受け取ります。
これらのsSOLは、誓約されたSOLと関連する報酬に対する検証者の権利を表します。
SolanaのMEV:
‣ 現在のブロックのリーダーは、ブロックの生成とスケジューリングを完全にコントロールできる。
‣ リーダーは優先手数料を通じてトランザクションを処理するインセンティブを与えられるが、それを強制することはできない。
‣ MEVがSolanaに与えるネガティブな影響：
‣ Solanaにはパブリックメモリプール（mempool）がなく、トランザクションは現在のリーダーと次のリーダーに直接転送される。
Ethereum MEVとSolana MEVの違い：
ブロック生成方法：
MEVの影響：
Ether:
高いネットワーク料金
ブロック容量の減少
ユーザーがつまづいたりつかまったりする
ソラナ：
。
Kikyo
Alex
Catherine
Miyuki
Weiliang