Vitalik: ベースレイヤーの価格オラクルマシンには絶対に反対、イーサリアムのL1レイヤーの機能は明確に制限されるべきである
編集者注: この記事は以下から引用しましたバビット情報（ID：bitcoin8btc）編集者注: この記事は以下から引用しました
バビット情報（ID：bitcoin8btc）
、著者: Justin Drake & Vitalik Buterin、コンパイラー: 無料で簡単、承認を得て公開。
前に書かれている: ビットコインの半減劇を見た後、イーサリアムに注目しよう. 昨日、イーサリアムの共同創設者ヴィタリック・ブテリン氏は、イーサリアム 2.0 研究者のジャスティン・ドレイク氏が提案した最新のベースレイヤー価格オラクル提案に対する断固とした反対を表明する記事を書き、次のように述べました。さらに同氏は、イーサリアムエコシステムはL1層を通じてすべての重要な機能を独占するのではなく、強力なアプリケーション層トークンエコシステムの恩恵を受けているとも述べた。イーサリアム 2.0 の中心人物間のこの戦いで誰を支持しますか?
画像の説明
注: 次の提案は Justin Drake によって提案されました。
簡単に言うと、小規模な主要資産セットを追跡するために、単純な価格フィード サービスをビーコン チェーンに追加することを提案します。このサービスでは、各エポック境界 (つまり 6.4 分) で追跡された各資産の価格を生成する、完全に分散化されたオラクルの作成が可能になります。
@albert、@benjaminion、@dankrad、@danrobinson、@DCinvestor、@djrtwo、Eric Conner、Evan Van Ness、@karl、@khovratovich、Mehdi Zerouali、@mkoeppelmann、@paulhauser、@protolambda、@Robert、@ryanseanadams に感謝します。 、@sassal、@scott_lew_is、@vbuterin からのフィードバックとディスカッション。
副題
構造
Price_data: PriceData フィールドを BeaconBlockBody に追加します。ここで:
Ethereum 2.0 コンセンサスの観点からは、price_data オブジェクトは落書き文字列のように扱われます。つまり、price_data は、ビーコン チェーンの状態遷移関数とフォーク選択ルールによって値が無視される任意のデータにすることができます。
正直なビーコン ブロックの提案者は、追跡対象の資産ごとに可能な限り最良の価格を PriceData に入力する必要があり、これらの価格は次の条件を満たす必要があります。
ベースライン - 追跡される資産を表す 1 ETH。
スナップショット - 最新の PRICES_PER_ASSET エポック境界でのスナップショット (AssetPrices ベクトル内の経過時間の増加順)。
四捨五入 - 半減四捨五入を使用します（たとえば、1 ETH が 22,732.66 円の場合、Price(22733) に設定します）。
オーバーフロー - uint64 がオーバーフローした場合は、Price(2**64 - 1) に設定します。
アンダーフロー - 価格が負の場合、Price(0) に設定されます。
副題
例: オネストマジョリティ ETH-USD オラクル
各エポックサイクル境界で過半数の正当な ETH-USD オラクルを構築できます。
特定のエポック境界 (SLOTS_PER_epoch*prices_PER_ASSET=256 価格ポイントまで) に対応するすべての価格の中央値を取るスマート コントラクトを考えてみましょう。
対応するビーコン ブロックの半分以上が誠実なバリデーターによって生成された場合、中間価格は安全です。つまり、不誠実なバリデーターによって操作されません。
基本機能 この価格フィード サービスの基本機能は次のとおりです。
コンセンサスミニマリズム - 価格データを落書きと同等に扱うことにより、ビーコンチェーンの状態遷移関数とフォーク選択ルールへの影響が最小限に抑えられます。
補助金の配信 - 各ビーコン ブロックには専用の PriceData オブジェクトが含まれており、アプリケーション層のブロック スペース制限やガス市場をバイパスします。
帯域幅効率 - 追跡対象アセットごとに、BeaconBlock あたり 320 バイトのオーバーヘッド。type_byte_length(uint64) * PRICES_PER_ASSET = 64 バイトとしてシリアル化されます。ブロック伝播による帯域幅のオーバーヘッドは、特にネットワークが圧縮されている場合には小さくなります。
他のチェーンでも利用可能 - このサービスはイーサリアム 1.0 およびイーサリアム 2.0 だけでなく、他のブロックチェーンでも利用できます。完全に分散化されたウォレットを通じて法定通貨建てのガスコストを見積もるなど、オフチェーンで使用することもできます。
初期展開 - この価格フィード サービスは、準備ができたら展開できるオプションの Ethereum 2.0 インフラストラクチャです。イーサリアム 1.0 の DeFi エコシステムは、フェーズ 1 などでその恩恵を受けることになります。
副題
価格フィードのガバナンス
実行可能な最小限 — 追跡される資産のセットは、実行可能な最小限のレベルに維持される必要があります。つまり、イーサリアムの長期的な健全性と成功にとって重要な資産のみが含まれます。 5 つの初期資産 (USD、EUR、RMB、JPY、GBP) には 3 つの重要な原則が反映されています: (1. 信頼できる中立性、2. 高い流動性、3. 幅広い用途)
大まかなコンセンサス - 新しい資産 (金、石油、ビットコインなど) は、大まかなコンセンサスによって駆動されるハード フォークを通じて追跡セットに追加できます。
下位互換性 - 下位互換性を維持するために、下位互換性のために追加されたアセットを追跡セットから削除することはできません。
副題
オペレーターの動作を確認する
正直なランナー - 正直なランナーは、定義上、コンセンサス ルールに準拠する検証ノードを実行し、正しい価格データを報告します。
怠惰なランナー - 最も怠惰な行動がデフォルトのバリデータークライアントセットアップを実行する怠惰なランナー (多忙なアマチュアステーカーなど)。したがって、怠惰なオペレーターは、正しい価格データを報告するバリデーターを実行する必要があります。 (ローン、CPU 時間、RAM、ディスクなどの計算オーバーヘッドが小さいため、計算レイテンシーを考慮する必要はありません。)
合理的オペレーター - 合理的オペレーターは収益の最大化を追求し、検証のための最大抽出可能価値 (VEV、マイナーの抽出可能価値の概念と同様) を達成するために価格データ操作を検討します。ただし、PriceData オブジェクトは公開されており、暗号的に署名されているため、不正なバリデーターはコミュニティによって特定される可能性があります。潜在的なペナルティには以下が含まれます: (1. 評判の喪失; 2. 検証残高の没収; 3. 孤立)
副題
バリデータクライアントのガイドライン
検証クライアントは、エポック境界での価格を導き出すために外部ソースにクエリを実行できる必要があります。クライアント実装ガイドラインは次のとおりです。
差別化 — オンチェーンソース (Uniswap V2、MakerDAO、Chainlink、oracles.club を参照) とオフチェーンソース (Coinbase、CoinMarketCap など) の両方で、堅牢性を確保するためにさまざまな価格ソースをクエリする必要があります。
セキュリティ - 信頼できない API をクエリするときに生成される攻撃ベクトルは慎重に処理する必要があります。
外部の問題に注意してください - 異常の原因は適切に処理される必要があります (健全性チェックや加重中央値の使用など)。
カスタマイズ性 - クライアントのオペレーターは、デフォルトの価格導出ロジックを簡単に変更し、価格ソースをカスタマイズできる必要があります。
無相関性 - 実装は、価格導出ロジックの無相関性を最大化するように努めるべきです (実装、バージョン、スロット間など)。
dAppガイド
Historical Accumulator - 各 PriceData オブジェクトは、BeaconState のhistory_roots に対して検証できます。ガス効率を向上させるために、SHA256 マークル検証データ (証人) を SNARK に効果的に圧縮できます (plookup およびその他のテクノロジーによって最適化されます)。
リスク分析 - dApps は、誠実でないバリデーターによる価格操作のリスクを慎重に評価し、情報に基づいたセキュリティの仮定 (バリデーターの誠実さの仮定など) を行う必要があります。
ハイブリッド オラクル - dApps は、重要な価格フィード サービスと他の価格ソースを組み合わせることを検討する必要があります。価格フィード サービスは、イーサリアム エコシステムの選択肢と堅牢性を高めるために設計されたインフラストラクチャです。
以下はイーサリアム共同創設者ヴィタリック・ブテリン氏の戦いの意見です。
「私は絶対に反対です！
まず第一に、これはブロックチェーンの技術的特性に対する根本的な変更です。ブロックチェーンの進捗状況の正確性をプログラムで完全に検証できる機能が追加されました。有効性は決定論的な機能であり、可用性（つまり、検閲がないこと）はオンラインノードによって検証でき、ブロックチェーンがトランザクションを検閲するかどうかについてコンセンサスに達するための低遅延オンラインノードのための技術さえあります。
一方、この提案の目的は、原理的にはいかなる仮定の下でもプログラム的に検証できないチェーン プロパティを導入することです。インプットの正しい価値について明らかな合意が得られない将来の世界であっても（例えば、前述の国のいずれかで内戦があり、双方が自国の通貨が「実質」USD/CNY/JPYであると主張している場合など）。
第二に、この提案は正直な多数派に依存していますが、イーサリアム 2.0 で私たちが行っていることの多くは、基本的に正直な多数派の仮定を取り除き、正直な多数派が失敗した場合に「第 2 の防衛線」を構築しようとするものです。」 、例えば：
Proof of Escrow は、集計のセキュリティ前提を「正直でなければならない」から変更して、邪悪ではないが怠惰な参加者の両方をカバーしようとします。
データ可用性の証明と不正証明 (不正証明) により、51% の攻撃チェーンが無効または使用できないブロックを拒否できます。
ユーザーはライトノードだけでなくフルノードを実行できます。
前述の検閲検出技術。
アクティビティ開示メカニズムがなく、1/3 を超えるオフライン攻撃の場合はその回復操作がありません。
正直な多数決に依存するデザインを作成することは、これらすべての進歩とは逆の方向に進みます。
第三に、それは協定の中立性を損ない、さらなる中立性の妥協への奈落への滑り込みを開きます。この提案は、(1) 「defi」を特権アプリケーション クラスに昇格させ、(ii) 特定の資産/価格インデックスのセットを昇格させます。また、どの通貨が十分に重要であるか、どのアプリケーションクラスが十分に重要であるかを判断する必要がある、緊急事態をどのように判断するかなど、根底にあるガバナンスの政治的リスクも導入されます。
第 4 に、これはオラクルの設計における革新への扉を閉ざします。たとえば、この設計の自然な代替案は、時間 T での価格が次の時点でのみ合意されるべきであるというものです。物事が長期間機能しなくなる状況、および多くの場合、機能しなくなる状況に対する余地を提供します。 API が予期せず失敗します。オラクルを設計する方法はたくさんありますが、L1 アプローチでエコシステムを支配することが正しい答えであるとは思えません。
第 5 に、クライアントはオラクルを維持するためにより多くの自動更新を必要とするため、ステーキングバリデーターの一元化のリスクが増大します。これにより、バリデーターがクライアント開発者の指示に盲目的に従う (または、人々が完全に諦めて、自分自身が検証ノードになり、検証プール);
”
第 6 に、アプリケーション層のトークンベースのオラクル (Augur など) と比較して、実際にはより高いセキュリティが提供されるわけではありません。 MKRの時価総額は約200万ETHであるため、アプリケーション層トークンは明らかに大幅な時価総額を獲得できる可能性があります。イーサリアム 2.0 の初期ステーキングコインは 200 万 ETH の範囲になると予測しています (長期的な価値は 1,000 万 ETH に達する可能性があります)。したがって、ベース層のオラクルのセキュリティ レベルはアプリケーション層のオラクルのセキュリティ レベルに比べてそれほど高くはなく、その差はせいぜい一桁程度と思われます。
