Last Updated on 2026年3月20日 by Co-Founder/ Researcher
イーサリアムのリステーキング・プロトコルであるEigenLayer上で稼働する中核的機能が、AVS（Actively Validated Services）です。近年では「Autonomous Verifiable Services（自律的かつ検証可能なサービス）」として再定義される動きも見られ、分散型ネットワークの構築手法を根本から変える可能性を持っています。本記事では、AVSの定義、基盤となるメカニズム、そしてWeb3における構造的な役割を、事実と公開データに基づいて解説します。
目次
本記事の目的
本記事の目的は、EigenLayerエコシステムにおけるAVS（Actively Validated Services）の技術的構造、構成要素、および分散型インフラとしての役割を、公開されている一次情報に基づき体系的に整理することです。
特に以下を明確化します：
- AVSの正確な定義
- リステーキングとの関係
- セキュリティモデルの構造（トラストの分解）
- ステークホルダー間の関係性
- 構造的リスク（スラッシング連鎖）
本記事は推測や将来予測を排除し、FACTベースでの理解フレームワークを提供します。
記事内容
AVSの基本定義
AVS（Actively Validated Services）とは、EigenLayer上において、リステークされたETHを経済的担保として利用し、外部サービスの検証・合意形成・計算処理を実行する分散型サービスです。
出典：https://docs.eigencloud.xyz/eigenlayer/concepts/eigenlayer-overview
従来、新しい分散型ネットワークを構築する際には、独自のバリデーターネットワークと経済的セキュリティ（独自トークンの発行と価値付け）をゼロから立ち上げる必要がありました。これは膨大な時間とコスト、そして初期段階での脆弱性という課題を抱えていました。
AVSは、EigenLayerのスマートコントラクトを通じて、すでにイーサリアムにステーキングされているETHの経済的担保を「再利用」することで、この構造的課題を解決します。
セキュリティ再利用の本質
従来のブロックチェーン設計では以下が必要でした：
- 独自トークンの発行
- 独自バリデーターネットワークの構築
- セキュリティの初期ブートストラップ
AVSはこれを以下のメカニズムに置き換えます：
- 既存のETHステークを再利用（Restaking）
- スラッシング条件を拡張（AVSごとのルール適用）
- 外部サービスに経済的担保を提供
出典：https://docs.eigencloud.xyz/eigenlayer/overview/
重要な点：これは「セキュリティの共有」ではなく「経済的担保の再利用」である
セキュリティそのものが共有されるのではなく、イーサリアムのステーキング資産が「追加のスラッシング条件を伴う担保」として機能する構造です。
AVS再定義（Autonomous Verifiable Services）
近年、AVSは「Autonomous Verifiable Services（自律的かつ検証可能なサービス）」として再定義される動きが見られます。
- Autonomous（自律的） – 特定の管理者に依存せず自律的に稼働
- Verifiable（検証可能） – 誰でも検証可能な透明性
AVSを構成する3つのトラスト
EigenLayerでは、以下の3つの信頼レイヤーが定義されています。
出典：https://docs.eigencloud.xyz/eigenlayer/concepts/eigenlayer-overview
① 経済的信頼（Economic Trust）
- リステークされたETHが経済的担保として機能
- 不正行為や規約違反時にスラッシング（没収）される
- 経済合理性に基づく信頼メカニズム
② 分散型信頼（Decentralized Trust）
- 独立した複数のオペレーター群による分散実行
- 単一障害点（Single Point of Failure）の排除
- 地理的・組織的分散による耐障害性
③ Ethereum包含的信頼（Ethereum Alignment）
- イーサリアムのブロック提案プロセスとの整合性
- トランザクションが含まれることへの期待に基づく信頼
- これは保証ではなく、プロトコル設計上の前提
この3つのトラスト構造を組み合わせることで、AVSは独自のセキュリティネットワークを構築することなく、分散型サービスとしての信頼性を確保します。
エコシステム構造（3ステークホルダー）
AVSエコシステムは、以下の3つのステークホルダーによって構成されます。
出典：https://docs.eigencloud.xyz/eigenlayer/concepts/eigenlayer-overview
① リステーカー（Restakers）
- すでにイーサリアムにステーキングしているETH、またはLST（Liquid Staking Token）をEigenLayerに再ロック
- 追加の報酬（リステーキング報酬）を得る代わりに、スラッシングリスクを負う
- 複数のAVSに同時に担保を提供可能
② オペレーター（Operators）
- AVSが要求する特定のノードソフトウェアを実際に運用する主体
- リステーカーから委任された資本を背景に検証処理を実行
- AVSごとに異なる技術要件とスラッシング条件に従う責任を負う
③ AVS（サービス層）
- オペレーターによる検証作業と、リステーカーが提供する経済的担保を利用して稼働
- 独自のバリデーターネットワーク構築リソースを、サービスのコア機能開発に集中可能
- EigenLayerのセキュリティインフラを借用する形で運営
この3者の相互依存関係がAVSエコシステムの核心構造です。
AVSの分類（重要：誤解防止）
AVSには、技術的に異なる2つのカテゴリーが存在します。この区別を理解することは、エコシステム全体の構造把握に不可欠です。
■ AVSを提供するプロトコル
- EigenDA（データ可用性レイヤー） – EigenLabs自身が開発した最初のAVS。ロールアップ向けに高速かつ低コストなデータ可用性を提供
■ AVSを利用するプロトコル
- AltLayer – ロールアップインフラ。EigenDAをデータ可用性層として利用
- Espresso Systems – 共有シーケンサー。EigenLayerのセキュリティを活用
※両者は明確に区別する必要がある
「AVSである」ことと「AVSを利用している」ことは異なる概念です。
構造的リスク（核心）
AVSおよびリステーキングには、従来のステーキングには存在しなかった新しいリスク構造が存在します。
出典：https://docs.eigencloud.xyz/eigenlayer/concepts/eigenlayer-overview
① スラッシングリスク
- オペレーターの不正行為または技術的障害により、リステークした資産が没収される
- AVSごとに異なるスラッシング条件が設定される
- 現在のEigenLayerではスラッシング機能は未実装（2026年3月時点）
② スマートコントラクトリスク
- EigenLayer本体およびAVSのスマートコントラクトにバグや脆弱性が存在する可能性
- 資金流出や予期せぬ資産ロックのリスク
- 複数のスマートコントラクトが相互作用することによる複雑性
③ スラッシング連鎖（Slashing Contagion）
- 複数のAVS間でリスクが伝播する構造的脆弱性
- 同一の担保資産を複数のAVSで再利用することに起因
- あるAVSでのスラッシングが、他のAVSへの担保能力にも影響
④ 相関リスク（Correlated Risk）
- 同一のオペレーターに複数のリステーカーが依存
- オペレーター障害時に同時多発的なスラッシングが発生する可能性
- 地理的・技術的な集中による同時障害のリスク
⑤ 流動性リスク
- リステークした資産には引き出し期間（withdrawal period）が存在
- 緊急時の即座の資産引き出しが不可能
- 市場の急変時に対応できない可能性
これらのリスクは、従来の単純なステーキングには存在しなかった、リステーキング特有の構造的課題です。
FAQ
Q. 開発者にとってのメリットは何ですか？
A. 独自のセキュリティネットワーク構築が不要になり、開発リソースをアプリケーションのコア機能に集中できる点です。バリデーターネットワークの立ち上げと維持に必要な時間とコストを大幅に削減できます。また、イーサリアムの既存のセキュリティ基盤を活用することで、初期段階からの信頼性を確保できます。
Q. リステーカーの最大リスクは何ですか？
A. スラッシングによる資産没収、および複数AVS間のリスク連鎖です。従来のステーキングと異なり、複数のサービスに対する責任を同時に負うため、リスクが累積・相関する構造になっています。また、各AVSのスラッシング条件が異なるため、リスク評価が複雑化します。
Q. AVSはすべてのWeb3プロジェクトに必要ですか？
A. 不要です。分散化されたノード群による「合意形成」や「検証作業」を必要とするインフラストラクチャ層のプロジェクトが主な対象です。一般的なDEXやレンディングプロトコルなどの単一スマートコントラクトは、そのままイーサリアム上で稼働します。AVSは、データ可用性、オラクルネットワーク、クロスチェーンブリッジ、共有シーケンサーなど、独自の検証ネットワークを必要とするサービスに適しています。
Q. AVSの安全性は保証されていますか？
A. 保証されていません。EigenLayerおよび各AVSのプロトコル仕様は開発中であり、スラッシング条件も未確定部分が存在します。新しいリスク領域（特にスラッシング連鎖、相関リスク、流動性リスク）が存在するため、利用には慎重な判断が必要です。また、2026年3月時点ではスラッシング機能自体が未実装であり、実際の運用時にどのような挙動を示すかは不明です。
Q. EigenDAとは何ですか？
A. EigenDAは、EigenLabs自身が開発した最初のAVSであり、ロールアップ（Layer 2）向けのデータ可用性（Data Availability）レイヤーです。従来のイーサリアムメインネット上でのデータ保存と比較して、高速かつ低コストなデータ可用性を提供します。ロールアップは、トランザクションデータをEigenDAに保存することで、メインネットへの負荷を軽減しつつ、セキュリティを維持できます。
まとめ：構造理解のためのフレームワーク
AVSの構造を理解するための客観的フレームワークは以下の通りです。
| 要素 | 内容 |
|---|---|
| 課題 | 新規ブロックチェーンインフラのセキュリティ構築における高い参入障壁（資本とネットワークのゼロからの立ち上げ） |
| 解決策 | EigenLayerを通じたETHステークの再利用（リステーキング）により、既存のイーサリアムセキュリティを活用 |
| 実装 | AVS（独自検証ノード不要の分散型サービス）として、3ステークホルダー（リステーカー・オペレーター・AVS）の相互依存構造で稼働 |
| トレードオフ | セキュリティ構築コストの削減と引き換えに発生する、スマートコントラクトの複雑化、スラッシング連鎖、相関リスク、流動性リスク |
Crypto Verseからのメッセージ
AVSは、ブロックチェーンのセキュリティを「モジュール化」する試みです。
観察すべき重要な構造的特性：
- 利回りではなくリスク構造
- 単一プロトコルではなく相互依存
- 分散ではなく相関の可能性
特に「スラッシング連鎖」は、従来のステーキングには存在しなかった新しいリスク領域です。リステーキングにおけるスラッシングは単一プロトコルに閉じず、同一の再利用資産を共有する複数のAVSやEigenLayer全体に影響を及ぼす可能性があります。
また、2026年3月時点でスラッシング機能自体が未実装であることは、プロトコルがまだ発展途上にあることを示しています。実装後の実際の挙動、スラッシング条件の具体的な設計、リスク連鎖の実態については、今後の観察が必要です。
データ参照元・出典
- EigenCloud公式ドキュメント – EigenLayer Overview: https://docs.eigencloud.xyz/eigenlayer/concepts/eigenlayer-overview
- EigenCloud公式ドキュメント – Intro to EigenLayer: https://docs.eigencloud.xyz/eigenlayer/overview/
- EigenCloud公式ドキュメント (トップページ): https://docs.eigencloud.xyz/
- EigenLayer GitHub公式リポジトリ: https://github.com/Layr-Labs/eigenlayer-contracts
重要な注記
- EigenLayerは開発中のプロトコルであり、仕様変更の可能性があります
- AVS仕様は流動的であり、確定していない部分が存在します
- スラッシング機能は2026年3月時点で未実装です
- スラッシング条件は各AVSおよびEigenLayer本体で未確定部分があります
- 技術動向を追う際は常に最新の公式ドキュメントを参照する必要があります
- 本記事の情報は2026年3月時点のものであり、今後のアップデートにより大幅に変更される可能性があります
関連記事
2026年のイーサリアム：「ガス代」の概念が消える日。Danksharding後の世界とETHの行方 → イーサリアムのスケーラビリティロードマップとDankshardingの構造解説。AVSが稼働する基盤レイヤーであるイーサリアムの進化を理解するための必読記事
ブロックチェーンの仕組みと構造解剖：2026年における分散型台帳の技術的本質 → ブロックチェーンの基礎技術と分散型台帳の構造解説。AVSを含む分散型サービスの基盤となる技術的原理を体系的に理解できる
DAO実践ガイド：2026年における組織設計の論理とガバナンスの実装構造 → 分散型自律組織（DAO）のガバナンス構造解説。AVSを運営・管理する組織形態として参考になる実装パターンを提示
プログラム可能な通貨と検証可能なコード：2026年における次世代金融インフラの構造解剖 → 次世代金融インフラの技術的構造解説。AVSが提供する検証可能性とプログラマビリティの概念を、より広い文脈で理解するための記事
Crypto Verseの視点
┌─────────────┐
複雑なWeb3の世界を
もっとも信頼できる「地図」へ
└─────────────┘
免責事項
本記事は、ブロックチェーン技術および関連プロトコルの構造的な理解を促進するための情報提供のみを目的としており、特定の暗号資産の購入、売却、または特定のDeFiプロトコル（EigenLayerや各AVSを含む）の利用を推奨するものではありません。スマートコントラクトの利用やステーキング（リステーキング）には、資金の全損を含む重大なリスクが伴います。意思決定を行う際は、必ずご自身で一次情報および公式ドキュメントを確認し、完全に自己責任においてご判断ください。不明な点や不確実な情報に基づく投資行動はお控えください。