QRコードをスキャンしてダウンロードしてください。
BTC $67,765.56 -1.79%
ETH $1,969.31 -2.71%
BNB $612.59 -1.31%
XRP $1.38 -2.04%
SOL $80.52 -3.67%
TRX $0.2787 +0.38%
DOGE $0.0916 -1.41%
ADA $0.2579 -1.91%
BCH $519.52 -0.96%
LINK $8.42 -1.71%
HYPE $30.19 +3.66%
AAVE $108.97 -0.66%
SUI $0.9079 -2.72%
XLM $0.1564 -1.32%
ZEC $244.02 +3.20%
BTC $67,765.56 -1.79%
ETH $1,969.31 -2.71%
BNB $612.59 -1.31%
XRP $1.38 -2.04%
SOL $80.52 -3.67%
TRX $0.2787 +0.38%
DOGE $0.0916 -1.41%
ADA $0.2579 -1.91%
BCH $519.52 -0.96%
LINK $8.42 -1.71%
HYPE $30.19 +3.66%
AAVE $108.97 -0.66%
SUI $0.9079 -2.72%
XLM $0.1564 -1.32%
ZEC $244.02 +3.20%

ヴィタリック・ブテリン

Vitalik:イーサリアム L2 の元々のビジョンはもはや適用できず、新しい道を探す必要がある

Vitalik Buterin は X プラットフォームで、最近の Ethereum エコシステムにおける L2 の持続的な役割に関する議論が増えていると述べました。L2 のフェーズ 2 への進展が予想よりも遅れており、L1 自体が拡張しているため、2026 年にはガス制限が大幅に増加する見込みです。これは、L2 が Ethereum の「ブランドシャーディング」としての元々のビジョンがもはや適用されないことを意味し、新しい道を模索する必要があります。Vitalik Buterin は、L1 がもはや L2 をブランドシャーディングとして必要とせず、L2 が真のブランドシャーディングに必要な属性を満たすことができないか、または満たす意欲がないと指摘しました。彼は、L2 が「拡張」以外の付加価値ポイントを特定するべきだと提案しました。例えば、プライバシー、特定のアプリケーションの効率、極端なレベルの拡張、非金融アプリケーションの設計、超低遅延、そして内蔵オラクルなどです。ETH または他の Ethereum 資産を処理する場合、L2 は少なくともフェーズ 1 に達し、Ethereum との最大の相互運用性をサポートする必要があります。さらに、Vitalik Buterin は、過去数ヶ月間、ネイティブ Rollup プリコンパイルの価値についてより確信を持つようになったと述べました。特に、L1 の拡張に必要な ZK-EVM 証明を持つことが重要です。このプリコンパイルは、安全な委員会なしで EVM 検証を可能にします。彼は、このプリコンパイルをどのように設計するかを研究すべきだと考えています。L2 が「EVM およびその他のコンテンツ」を含む場合に、EVM 部分を検証できるようにするためです。これにより、Ethereum との安全で強力な、信頼のない相互運用性を実現し、同期的な組み合わせを実現することが容易になります。

Vitalik:オープンソースのアプリケーションやウォレットは、いくつかの追加のユーザー体験を提供できます。

Vitalik Buterin が投稿したところによると、今朝彼は自分のマルチシグネチャアドレスの署名者を確認する必要があった。携帯電話で Safe アプリをインストールしていない状態で、彼は Etherscan で自分のアドレスを検索し、「コントラクトを読み取る」機能を使って直接必要な情報を取得できることを発見した。Vitalik は、オープンソースのアプリやウォレットが提供する追加のユーザーエクスペリエンスの利点は、しばしば予期しない状況で役立ち、従来のウェブサイトの機能を超えることができると指摘した。さらに、プライバシーの観点から、このようなワークフローは最終的に制限される可能性があると述べた。等価でプライバシーに配慮したワークフローを実現する方法の一つは、ユーザーが「ビューキー」を保存することであり、これはユーザーアドレスの拡張バージョンで、追加のプライバシー情報を含んでいる。ブロックエクスプローラーはこの方法をサポートでき、プライバシー情報を URL のハッシュタグ部分に置くことで、クライアント側に保持させることができる。しかし、この方法の欠点は、ユーザーがあらゆる種類の秘密情報を URL やウェブページに貼り付けることを奨励するリスクがあることであり、最終的にはウォレットを通じて直接より多くの操作を実行できる必要がある。

Vitalik:ブロックチェーンのスケーリングの核心的な難しさは、計算、データ、状態の順です。

Vitalik Buterin は、ブロックチェーンのスケーラビリティに関する層状の理解を説明し、ブロックチェーンのスケーラビリティの難易度は計算、データ、状態の順に低から高であると指摘しました。Vitalik は、計算が最も容易にスケールアップできると述べ、並列化やブロックビルダーが提供する「ヒント」の導入、またはゼロ知識証明などの方法で大量の計算を証明で置き換えることができるとしています。データのスケーラビリティの難易度は中程度であり、システムがデータの可用性保証を必要とする場合、その要求は回避できませんが、データを分割したり、消去符号化(例:PeerDAS)を使用することで最適化でき、「優雅な降下」をサポートします。つまり、ノードのデータ能力が低い場合でも、相応の規模のブロックを生成できるのです。対照的に、状態は最もスケールアップが難しい部分です。Vitalik は、たとえ1つの取引を検証するためでも、ノードは完全な状態を必要とすると指摘しています。状態を木構造として抽象化し、根ノードのみを保存しても、その根を更新するには完全な状態に依存します。状態を分割する方法は存在しますが、通常はアーキテクチャレベルでの重大な調整が必要であり、一般的な解決策ではありません。これに基づき、Vitalik は次のようにまとめています:新たな中央集権的前提を導入せずにデータで状態を置き換えられる場合は、優先的に考慮すべきであり、新たな中央集権的前提を導入せずに計算でデータを置き換えられる場合も同様に真剣に対処すべきです。

Vitalik:再考察「山中小屋」の理念、ZK技術がブロックチェーンの選択論理を変える

Vitalik Buterin は最近、ブロックチェーンについての「取引の順序を記録するだけで、状態を約束しない」という古い見解に完全には同意しなくなったと述べ、その見解の変化の理由を説明しました。Vitalik は、初期にこの理念に反対していた理由は、チェーン上で状態を約束しない場合、一般ユーザーは創世ブロックからすべての取引を完全に検証するか、単一の第三者サービスプロバイダーを信頼せざるを得なくなるため、どちらの選択肢も理想的ではないということだと指摘しました。それに対して、イーサリアムのようにブロックヘッダーに状態ルートを約束する設計は、「多数の誠実な」合意仮定の下で、Merkle 証明を通じて任意の状態を検証することを可能にし、より実行可能です。彼は、実際に変化をもたらすのは ZK-SNARK などのゼロ知識技術の発展であり、すべての取引を再実行することなくチェーン上の正当性を検証することが可能になり、「安全性とスケーラビリティの両方を同時に得る」ことができると強調しました。さらに、Vitalik は現実世界の不確実性についても反省しました:ネットワークの中断、サービスプロバイダーの閉鎖、合意の集中、検閲リスクなどの状況はいつでも発生する可能性があるため、ブロックチェーンシステムは常に「他者に依存せず、自ら検証できる」退路を保持する必要があると述べました。彼にとって、「山中小屋」はすべての人が日常的に住むためのモデルではなく、極端な状況での安全なバックアップであり、仲介者やサービスプロバイダーを制約する重要なカードでもあります。このような最低限の実行可能で自主的に利用できる道を維持することは、イーサリアムの長期的な進化において不可欠な部分です。

ヴィタリック:2026年に完全に分散型ソーシャルに戻る計画、競争と分散型は公共の議論を改善する出発点です。

Vitalik Buterin は、2026 年に完全に分散型ソーシャルネットワークに戻る計画を示し、より良い社会を築くためには、より良い大規模コミュニケーションツールを持つ必要があると考えています。このようなツールは、人々が高品質な情報や意見を選別し、合意を見つけ、ユーザーの長期的な利益に役立つものでなければならず、短期的なインタラクションや感情的対立を最大化するものであってはなりません。Vitalik は、上記の問題を解決するための「一発逆転」の方法は存在しないと指摘していますが、競争を強化することが重要な出発点であり、分散型が競争を実現するための重要な道であると述べています。共有データ層を通じて、誰もがその上に異なるクライアントを構築できるようにすることです。彼は、今年の初めから分散型ソーシャルツールを使用して読書や投稿を行っており、すべてのコンテンツは Firefly を通じて X、Lens、Farcaster、Bluesky などのプラットフォーム間で同期されていると明らかにしました。彼はまた、一部の暗号ソーシャルプロジェクトが本来の目的から逸脱し、「トークンの発行」を革新と見なすことに過度に依存し、個人の周りに価格バブルを作り出してクリエイターを奨励しようとしていることを批判していますが、実際にはこのようなモデルはしばしばコンテンツの質ではなく既存の社会資本を報酬することが多く、トークンのライフサイクルは短命であることが示されています。Vitalik は、金銭とソーシャルは本質的に対立するものではなく、重要なのはコンテンツ自体に本当にサービスを提供するかどうかであり、投機的な資産設計ではなく、サブスクリプション型のサポートモデルであると強調しています。彼の見解では、分散型ソーシャルは「ソーシャルの本質」を本当に気にかけるチームによって推進されるべきです。Vitalik は、Aave チームが以前に Lens を長期的に維持していたことを評価し、新たに引き継いだチームの方向性に期待を寄せており、彼らが実際のソーシャル問題を解決することにより集中していると考えています。彼は、今後一年間で分散型ソーシャルプラットフォームでの発言を増やし、より多くのユーザーが Lens、Farcaster などのエコシステムに参加し、単一プラットフォームの情報対立環境から脱却し、新しいインタラクションの形態を探求することを奨励しています。

Vitalik:ネイティブ Rollup に対する態度が支持に転じ、ZK のタイムラインが徐々に成熟している

Vitalik Buterin は、自身が過去に比べて「明らかにネイティブ Rollup(native rollups)を支持する傾向が強くなった」と発表しました。Vitalik は、以前ネイティブ Rollup に反対していた重要な理由は、そのプリコンパイル案が ZK モードまたはオプティミスティックモードのいずれかを選択しなければならなかったためであり、その時点では ZK-EVM が成熟していなかったことを振り返りました。L2 は「迅速な引き出しだが自己証明リスクを負う」ことと「イーサリアムの安全性に依存するが引き出しに 2~7 日待たなければならない」ことの間で、後者を選ぶことが多く、これによりイーサリアムの相互運用性が弱まり、マルチシグブリッジなどの方案の普及が進んでいました。Vitalik は、現在の状況が変化していることを指摘しました:イーサリアムは L1 レベルで ZK を全面的に受け入れるタイムラインが、ネイティブ Rollup プリコンパイルの現実的な進捗と徐々に整合してきており、上記の核心的障害が解消されることが期待されています。彼はまた、コミュニティが「同期可能性」を L2 の核心的価値の一つとしてより多く考慮し、Rollup ベースの方案と低遅延の事前確認メカニズムを組み合わせることを探求していると述べました。さらに、Vitalik は、具体的な実装においてネイティブ Rollup プリコンパイル設計を急いで進めるべきではないと強調しました。彼は、将来的には「EVM に少しの拡張機能を加えた」Rollup を開発者が構築する場合、ネイティブ Rollup プリコンパイルの EVM 部分を直接再利用でき、新機能に対してのみカスタム証明システムを導入し、標準化された方法で両者を接続できるような属性を持つことを望んでいると提案しました。

Vitalik:ネイティブ Rollup に対する態度が支持に転向、ZK タイムラインが徐々に成熟している

Vitalik Buterin は、自身が過去に比べて「明らかにネイティブ Rollup(native rollups)を支持する傾向が強くなった」と発表しました。Vitalik は、以前ネイティブ Rollup に反対していた重要な理由は、そのプリコンパイル方案が ZK モードまたは Optimistic モードのどちらかを選択しなければならなかったためであり、その時点では ZK-EVM が成熟していなかったことを振り返りました。L2 は「迅速な引き出しだが自己証明リスクを負う」と「イーサリアムの安全性に依存するが、引き出しに 2~7 日待たなければならない」の間で、しばしば後者を選択し、これがイーサリアムの相互運用性を弱め、多署名ブリッジなどの方案の普及を促進しました。Vitalik は、現在の状況が変化していることを指摘しました:イーサリアムは L1 レベルで ZK を全面的に受け入れるタイムラインが、ネイティブ Rollup プリコンパイルの現実的な進捗と徐々に整合してきており、上記の核心的障害が解消されることが期待されています。彼はまた、コミュニティが「同期可能性」を L2 の核心的価値の一つとしてより多く捉え、Rollup ベースの方案と低遅延の事前確認メカニズムを組み合わせることを探求していることを述べました。さらに、Vitalik は、具体的な実装においてネイティブ Rollup プリコンパイル設計を軽率に進めるべきではないと強調しました。彼は、将来的には「EVM に少しの拡張機能を加えた」Rollup を開発者が構築する場合、ネイティブ Rollup プリコンパイルの EVM 部分を直接再利用でき、新機能に対してのみカスタム証明システムを導入し、標準化された方法で両者を接続できるような属性を持つことを望んでいると提案しました。

Vitalik:私たちは、トークン投票によって制御される金庫だけでなく、より多くの、より良いDAOが必要です。

Vitalik Buterin は投稿で、現在の暗号業界における DAO の実践が最初のビジョンから逸脱しており、「異なるより良い DAO 設計」を再考し構築する必要があると述べています。Vitalik は、イーサリアムの最初の構想が分散型自治組織に強く影響を受けていたことを指摘していますが、現在の DAO は「トークン投票によって制御される金庫」として簡略化されており、形式上は機能しているものの、効率が悪く操作されやすく、人間の政治的駆け引きによる問題を真に緩和できていないと述べています。Vitalik は、DAO は依然として不可欠なインフラであり、適用シーンには以下が含まれると強調しています:オラクル設計の改善、オンチェーンの争議仲裁の実現、各種重要リストの維持、短期協力プロジェクトの迅速な立ち上げ、そして原チームの退出後の長期プロジェクトの維持支援。彼は、現在の問題は参加者の動機ではなく、ガバナンスやオラクルなどのシステム設計自体が依然として不十分であると考えています。ガバナンスの枠組みにおいて、Vitalik は「凹性と凸性の問題」の分析視点を導入し、異なるタイプの問題には異なるガバナンス構造が必要であると述べています:合意と堅牢性を重視するシーンでは、広範な参加と操作耐性を重視すべきであり、決断を要するシーンではリーダーシップを許容しつつ、分散型メカニズムによってバランスを取るべきだとしています。Vitalik はさらに、DAO が真に機能するためには、プライバシーと意思決定疲労という二つの大きな課題を解決しなければならず、ゼロ知識証明(ZK)やマルチパーティ計算などのプライバシー技術、AI および合意型コミュニケーションツールを活用してガバナンスの負担を軽減できると指摘しています。彼は、AI は人間の判断を置き換えるべきではなく、人間の意図を拡大し補助するツールとして機能すべきだと強調しています。最後に、Vitalik は、未来の DAO 設計はガバナンスメカニズム、プライバシー技術、コミュニケーション層を核心的な構成要素と見なす必要があり、附属モジュールではないと述べ、イーサリアムの基盤における分散化と堅牢性がその上層アプリケーションにおいても継続されることを確保すべきだとしています。

Vitalik:イーサリアムプロトコルの開発には明確な簡素化とガベージコレクションメカニズムを導入すべきです。

vitalik.eth は X プラットフォームで、プロトコルの簡潔さは信頼不要、脱身テストおよび自主性の重要な側面であると述べています。たとえ分散化の程度が非常に高くても、プロトコルが数十万行のコードや複雑な暗号学によって膨れ上がると、最終的には無効になるでしょう。Vitalik Buterin のイーサリアムプロトコル開発に対する懸念は、特定のニーズを満たすために新機能を過剰に追加することが長期的な自主性を損なう可能性があるということです。後方互換性によってプロトコルが時間とともに膨れ上がる問題を解決するために、イーサリアムの開発プロセスには明確な簡素化とガベージコレクションメカニズムが必要です。簡素化の基準には、コード行数をできるだけ減らすこと、不要な複雑な技術コンポーネントへの依存を避けること、そしてより多くの不変量を追加することが含まれます。ガベージコレクションは、PoW を PoS に置き換えるような散発的または大規模な方法で行うことができ、またはロゼッタ式の後方互換性を通じて低頻度の複雑な機能をスマートコントラクトコードにダウングレードすることができます。Vitalik Buterin は、イーサリアムの変革速度が長期的には緩やかになることを望んでおり、無駄な部分がプロトコルの永続的な負担とならないよう努力しています。

Solanaの共同創設者がVitalikの「脱出テスト」について応答:ユーザーと開発者のニーズを満たすことをやめれば、Solanaは消滅する。

Solana Labsの共同創設者tolyは、XプラットフォームでVitalik Buterinが提唱した「Ethereum自体はスピンオフテストを通過しなければならない」という見解に対して異なる意見を示しました。彼は、Solanaは継続的に進化し続ける必要があり、特定のチームや個人に依存すべきではないと述べましたが、開発者やユーザーのニーズに基づいて調整を行うことを停止すれば、Solanaは消滅に向かうと警告しました。tolyは、Solanaは広範で真実のある人間の使用シーンを持ち、多くの開発者に採用される必要があると指摘しました。これにより、チェーン上の取引価値からかなりの収入を得ることができ、正のフィードバックを形成し、より多くのリソース(例えばLLMトークンクレジット)をこの汎用オープンソースプロトコルの上流改善に投入することが可能になります。彼は、プロトコル変更の最優先目標は、開発者やユーザーの実際の問題を解決することであり、すべてのニーズをカバーすることを追求するのではなく、多くの問題に対して「解決しない」という選択が必要であると強調しました。
app_icon
ChainCatcher Building the Web3 world with innovations.