更新日：2026-02-04
この記事の範囲：役割の整理（価格・推奨はしません）
3行まとめ
Restakerは「担保（ステーク）を差し出す側」、Operatorは「実際に運用する側」、AVSは「検証したい分散型サービス」です。
OperatorはEigenLayer上で登録し、ステーク側は運用者へ委任でき、運用者はAVSに参加（オプトイン）してサービス提供を行う、と説明されています。
この関係を理解すると、次に学ぶべき“注意点”（スラッシングや報酬設計）が迷子になりません。
まずは超ざっくりのたとえ
・Restaker：保証金を出す人
・Operator：現場で作業する人（機械を動かす／検証を回す）
・AVS：その作業が必要なサービス（「これを検証してほしい」という需要側）
EigenLayerは、この三者が出会いやすい仕組みを整える、というイメージで読むと理解が早いです。
Operatorとは（公式の言い方に沿って）
公式ドキュメントでは、Operatorは個人または組織で、EigenLayerに登録することで、ETHステーカーが（ネイティブETHやLSTなどの形で）ステークを委任できるようにし、さらにOperatorがAVSへ参加してさまざまなサービスを提供できる、と説明されています。
ポイントは「Operator＝ノードを動かす人」であり、単なる“中継役”ではなく、責任と役割を持つ主体として設計されている点です。
AVSとは（公式の定義をやさしく）
AVSは、EigenLayer上の分散型サービスで、オフチェーンの操作を含む何らかの行為を“検証”する仕組みをカスタムに作れる、と説明されています。
新しいWeb3プロジェクトは、資本（担保）や運用者を最初から集める負担が大きいので、EigenLayer上でAVSとして構築することで、セキュリティ・分散性・コスト面での利点が語られています。
Restaker（ステーク側）は何をしている？
Restakerは、担保を通じてAVSの安全性に関与する側です。実務上は「どのOperatorに委任するか」「どのAVSに関係するか」が重要な判断点になります（判断の推奨はこの記事ではしません）。
ここで誤解しやすいのが「委任したら責任ゼロ」ではないこと。設計上、AVSがOperatorをスラッシュできる余地があるため、仕組み理解が先です。
なぜ“スラッシング”がセットで語られるのか
EigenLayerのスラッシング説明では、AVSが委任ステークを持つOperatorをスラッシュできる柔軟な仕組みを提供するとされています。
初心者向けに一言で言うなら、
「担保を使い回せる＝便利」
の裏側に、
「失敗や不正を裁く仕組み＝超重要」
が必ずセットで付いてくる、ということです。
報酬（Rewards）はどこから出てくる？
公式のRewards概念ページでは、報酬はAVSがStakerやOperatorへ配布するトークンであり、AVS側がロジックを持って配布できる、と説明されています（例：パフォーマンスに応じた配布など）。
ここも投資助言はしませんが、「報酬がある＝必ず得」という理解ではなく、“仕組みとしてそう設計できる”という事実として押さえるのが安全です。
FAQ
Q. まず誰から理解すべき？
A. 初心者は「Operator→AVS→Restaker」の順が混乱しにくいです。OperatorとAVSは公式で役割が明確に説明されています。
Q. 公式サポートはどこ？
A. 公式ドキュメントにコミュニティ／サポート導線があります。
コメント