Vitalik の最新 AMA: より分散化されたステーブルコインを強力にサポートし、ウォレットのセキュリティとプライバシーに重点を置いています
元のソース:Reddit
元のソース:
1月11日、イーサリアム財団（EF）研究チームのメンバーはRedditで9回目のAMAを実施した。これは2023年の最初のAMAでもあります。イーサリアム創設者のヴィタリック・ブテリン氏、イーサリアム財団研究者のダニー・ライアン氏、ダンクラッド・ファイスト氏、ジャスティン・ドレイク氏、ドモシー氏らがオンラインで参加し、コミュニティメンバーからの質問に答えた。この記事は、コミュニティの質問に対する Vitalik の回答の抜粋です。
文章
Vitalik：1. 本質的に、アンシャーディングと EIP-4844 への準拠は、データ可用性のためのシンプルで効率的なツールにすぎないのでしょうか?
短期的には、EIP-4844 の展開とロールアップ ミックスのフェーズ 1 は、スケーリングに対する「一時的な修正」を提供するのに十分であり、リラックスして他の (L1 とエコシステム) 課題に集中できるようになると思います。しかし、長期的には、最終的には実際のダンクシャルディングが必要になると思います。
数学的な計算は次のとおりです。
現在、L1 では、イーサリアムは 15000000 / 12 / 21000 = 59.5 ETH、または 1 秒あたり約 15000000 / 12 / 50000 = 25.0 ERC 20 トークンの転送をサポートできます。
初期 EIP-4844 パラメータと基本圧縮を使用したロールアップを使用すると、ERC 20 転送は 262144 / 12 / 154 = 141 TPS に達します。
ブロックあたり 1 MB のブロック サイズを目標として、時間の経過とともに EIP-4844 をより積極的なパラメータに拡張すると、567 TPS まで増加します。
ロールアップで最適な圧縮 (ERC 20 転送サイズあたり 23 バイト) を追加すると、最大 3799 TPS に達する可能性があります。
かなりの期間はこれで十分です。ユーザーが 1 億人いて、各ユーザーが 1 日に平均 1 つのトランザクションを実行する場合、必要なのは 1157 TPS に達するだけです。そのため、上記の容量により、ある程度の余裕が得られます。改善するためにスケーラビリティを犠牲にすることもできます。プライバシーやその他の側面。ただし、一般消費者がより高いレベルで使用できるようにしたい場合は、容量をさらに 1 ～ 2 桁増やす必要があります。
当面ロールアップと EIP-4844 に焦点を当てる利点は、考えられるあらゆる将来との前方互換性があることです。
文章
Vitalik：2. ステーキング引き出しを有効にし、EIP-4844 を展開した後、イーサリアム開発者にはロードマップのどの部分に引き続き注力してもらいたいですか?
また、チェーンの検証コストを削減するための大きな推進も見たいと考えています (これは「限界的な」トピックです)。短期的には、これはステートレスなクライアント/verkle ツリーを使用して実行できます。これにより、即時の基本的な同期が可能になり、チェーンを検証するための大規模なディスク ストレージの必要がなくなります。長期的には、計算コストだけでなく、コストも削減できます。プロトコル全体の ZK-SNARK 検証、およびデータ可用性サンプリング (DAS) によるデータコストの削減。
文章
Vitalik：3. 私たちが長年にわたってロードマップで見てきた大きな変化のいくつかは、計画外の外部要因によって引き起こされました。たとえば、ロールアップの発明によりシャーディング プランの実行が不要になり、業界としての MEV 最適化の出現により、イーサリアムは PBS のようなものを支持して、誰でも簡単に競争力のあるブロックを構築できるようにするという考えを放棄しました。厳格なプロトコルは安全なのでしょうか、それとも世界はそれに対して変化球を投げ続けるのでしょうか、つまり私たちはそれを変更する必要があるのでしょうか?
「事後対応型」プロトコル/ロードマップの再設計を推進する 2 つの主なプレッシャーは次のとおりです。
新しいタイプの攻撃とインセンティブ環境への新しい変更 (例: MEV)
より集中化されたソリューションや他のチェーンなどによって提供される新機能は、イーサリアムが「競争」を提供するために何らかの形で適応する必要があります
この反論について考える 1 つの方法は、ブロックチェーンの安定性を 2 番目よりも 1 番目に近づけたい場合は、ブロックチェーンが提供する特性のシンプルさが 2 番目よりも 1 番目に近い必要がある、ということです。具体的な例としては、イーサリアムがプロトコル内のオラクル（価格など）を提供すべきであるという考えに反対することが考えられます。誰でも簡単に理解でき、その目的に同意できる単純で愚かなものにしましょう。手数料を支払えば誰からでもトランザクションを受け入れ、差別なくオンチェーンに含めて実行することです。
文章
Vitalik：4. zkEVM が最終段階にあると思われる場合、EVM の変更についてどのように考えるべきですか?
一般に、EVM に変更を加える場合には、より慎重になる必要があります。私は実際には、イーサリアムのエコシステムが「非効率な VM を使用する」ことで特に高いコストがかかるとは考えていません。十分な EVM 計算が問題になる唯一の場所は EVM 暗号化内であり、この場合、特定の目的のために常にプリコンパイルすることができます。非常に一般的な計算形式なので、それだけの価値があります。
ペアリングやその他の楕円曲線操作を実行しました。したがって、「文字通り EVM の変更をやめる」というのは、私の考えでは過小評価されている道です (私は個人的にはこの道を支持しませんが、この道を進めれば、結果はそれほど悪くないとは思います)。
ただし、EVM を変更する場合、個人的には、EVM の全体的な複雑さを時間の経過とともに軽減する方法を強く支持します。たとえば、新しいバージョンを作成するにつれて、時間の経過とともに EVM 実装がより複雑になることを要求することは、私には受け入れられません。
これが私が提案した EOF 変更のインスピレーションであり、新しいコード バージョンが作成された場合に既存のオンチェーン コードをアップグレードしやすくなります。さらに、新しい EVM 機能 (特にプリコンパイル) は、ZK-SNARK の実装コストを念頭に置いて慎重に設計する必要があります。
今最も重要なことは、後で後悔する可能性のある長期的な合併症に私たちを閉じ込めるような取り返しのつかない措置を講じないことだと思います。リトルエンディアンに切り替えようとしたのは大失敗でした。私たちはそこから学び、このようなことを二度としないようにすべきです。
文章
Vitalik：
5. EIP-4844 の使用 1 か月後にデータが削除された場合、次のトランザクションを確認するにはどうすればよいですか?将来、ロールアップが 1 秒あたり数千のトランザクションを処理できるようになったときに、そのうちのいくつかが無料枠を提供する可能性があると思いますか?例: Optimism では、最初の 10 回の取引は無料です。
問題 1: この問題は一般に誇張されていると思います。 1 か月はイーサリアムの弱い主観期間とほぼ同じ長さであり、ロールアップで使用される 1 週間の不正証明期間よりも長くなります。その結果、データを必要とする人は、社会的に許容される最小時間をはるかに超える極端な条件下であっても、データに確実にアクセスできるようになります。
質問 2: 実際、これは UBI Coin のようなものの良い使用例だと思います。実際には、残念ながら、これらのプロジェクトは、特に実際に何百万人もの人々に規模を拡大することができた場合、人々に食料や医療費を支払うのに十分なコインを提供するほどの規模の経済に達することはできません。人々の取引手数料を賄うのに十分な規模のUBIを提供します。これにより、仮想通貨取引所に簡単にアクセスできない世界中の多くの人々にとって、イーサリアムの非金融アプリケーション (ENS、SIWE、POAP など) がよりアクセスしやすくなる可能性があります。
文章
Vitalik：6. Tornado Cash の検閲に対処する計画は何ですか?
私は、プライバシーとトルネード キャッシュの問題には別の重要な層があると考えています。それはアプリケーション層です。プロトコル層では、エコシステムがその頑固さを極限まで追求するのは正しいと思います。基本的には、検閲耐性を維持するか、まったく意味がないかのどちらかです。
しかし、アプリケーション層では、禁止されているプライバシー ソリューションを使用する法的リスクが多くの一般ユーザーにとって大きすぎるため、またユーザーがそうしたリスクを負う意思がある場合やユーザーが管轄区域内にいる場合でも、これは現実的ではなくなります。法的に安全であっても、プライバシー保護システムの何かがデフォルトで「汚染されている」とみなされる場合、サードパーティのサービス (取引所など) は依然として困難を引き起こす可能性があります。
したがって、アプリケーション層では、一元化されたバックドアを導入せずに、プライバシー ソリューションに妥協し、より積極的に取り組むことにより大きな価値があり、同時に大規模なハッカーの参加を困難にします。 ZK-SNARK テクノロジーの素晴らしい点は、オプションがたくさんあることです。
簡単なオプションは、ZK-SNARKミキサーから出金する人々が、その出金に関するその他の情報を明らかにすることなく、引き出した預金が何らかの既知の「悪い」預金リスト（例えば、既知のハッカー）からのものではないという追加の証拠を提出できることです。
これを行う機能をコントラクトに統合し（オンチェーン証明の数を 2 から 1 に減らす）、UI に統合してそれをデフォルトにすることができます。その場合、ハッカーの匿名性セットはデフォルトで 95% 低下する可能性があります。 + (一方、単に物議を醸しているだけで、明らかに悪いわけではない分子の場合、匿名性が 30 ～ 70% 低下する可能性がありますが、それでも多くのプライバシーが保たれます)。
ZK-SNARK は、プライバシーと検証の間のトレードオフの広大かつ未踏の領域を提供するため、その領域全体を探索する必要があります。
文章
Vitalik：7. 数か月前に Vitalik によって公開された最新の「ロードマップ」から 1 つまたは 2 つの重要な機能またはアップグレードを選択します (私が簡単にまとめたものを参照するには、ここを参照してください: コンパイルされた Ethereum ロードマップ図へのドロップボックスのリンク) ——重要なタスクは何ですか?今後数年以内に達成されるでしょうか？特に、イーサリアム財団の研究者の間でこの問題に関して意見が大きく分かれているかどうかを知ることは有益でしょう。
私の個人的な現在の大まかな優先順位リストは次のとおりです。
The Surge フェーズで「基本ロールアップ拡張」プロジェクトを完了します。これには、(1) EIP-4844、および (2) 離陸補助輪のステージ 1 に到達するための EVM 同等のロールアップが必要です。
ウォレットのセキュリティを向上させ（特に ERC-4337 アカウントの抽象化を通じて）、より優れたプライバシー ソリューションの追加に取り組みます。
他の
他の
文章
Vitalik：ZK プログラミング言語に関するさらなる研究が行われることを強く望んでいます。人々がこれを行うのを助けるために内部をもっと公開することが、私自身の PLONK 実装を完成させようとする動機の 1 つでした。人々が回路を書いたり、回路を検証したりするのに役立つツールがさらに必要です。今日のソリッドティ コードを検証するのと同じくらい簡単に、etherscan で検証キーを検証できるところまで到達する必要があります。
文章
Vitalik：9. 最近あなたを興奮させている月の数学暗号の最新の開発は何ですか?
格子暗号からたくさんのエキサイティングな新しいプリミティブが得られることを願っています。
格子は耐量子性も備えているため、将来的に量子コンピュータが利用可能になったり、より差し迫った脅威とみなされるようになった場合、格子はスタックの非常に重要な部分となるでしょう。特に、これらはポスト量子暗号化に使用できる数少ないプリミティブの 1 つです (ハッシュでのみ実行できるゼロ知識証明は、同じ意味での暗号化ではありません。解読するには 2 次以上の複雑さを必要とする公開キー暗号化)。
文章
Vitalik：10. 一般の人にとって、ウォレットは Web3 とイーサリアムの主な出口です。しかし、採用率を高めるためには、基礎となるチェーンを気にする必要はありません。ロールアップ パラダイムでは、すべてのブリッジングとチェーン スイッチングをユーザーから完全に抽象化し、すべてが 1 つのチェーン上にあるように感じさせる実行可能な方法はありますか?
Cosmos チェーンは一般的に似ているかもしれませんが、エコシステムとしての Cosmos は大きく異なるため、個人は Cosmos とイーサリアム エコシステムの違いを考慮する必要があります。通常のユーザーと区別できないようにしようとするチェーンは無視されて失敗し、ユーザーはビットコイン、イーサリアム、コスモスなどを、Twitter、Facebookなどと同じようにさまざまなエコシステムとして扱うようになるだろうと、私はますます確信しています。
文章
Vitalik：私は現在のステーブルコインに代わる、より分散化された代替手段を強く支持します。 3 つのステーブルコインの内訳については、私の最近の投稿を参照してください。 「完全に分散化された」RAI スタイルのアプローチと、MakerDAO/DAI が現在持っているハイブリッド アプローチの改良版 (MakerDAO 自体は現在、継続的改善戦略の開発に非常に積極的です) の両方が私にとって興味深いものです。
文章
Vitalik：12. ZK ロールアップは MEV を削減/排除できますか?そうなったらどうなるでしょうか？
