ヴィタリック：もし時間を戻せるとしたら、私はこうしてイーサリアムを再建する。

DLニュース、リアム・ケリー著; ゴールデンファイナンス、タオ・ズー編集

• イーサネットのアーキテクトが、スマートコントラクトに関する考えを語った。

• Ethernet architects share thought on smart contracts, EVMs, and other features.

• Buterin氏は、Etherの開発者はもっと早くプルーフ・オブ・エクイティを展開すべきだったと述べています。

• イーサはETFの登場によって主流になりつつあります。

先週の今年のETHBerlinイベントでは、3日間のノンストップコーディングの後、620人の疲れ果てた開発者が現れましたが、ほとんど誰もVitalik Buterin氏がステージで話すとは思っていませんでした。

Etherの共同創設者兼チーフアーキテクトはサプライズゲストだった。

さらに驚きだったのは、業界で2番目に大きなブロックチェーンを構築するにあたっての彼の考え方の一部で、ブテリン氏はEtherの当初の設計について後悔していることを詳しく述べていました。

聴衆の多くにとって、彼の講演は2014年にネットワークが誕生した古き良き時代を呼び起こすだけでなく、現在4480億ドルとなっている暗号通貨の将来へのロードマップを描く助けにもなった。

米国ではイーサリアムのスポット型上場投資信託が承認されたばかりで、世界最大の資産運用会社であるブラックロックは、ブロックチェーン上でトークン化された独自のファンドを立ち上げました。

イーサリアム・ネットワークは、630億ドル以上の開発者と金融アプリケーションの巨大なエコシステムを生み出し、分散型金融の代名詞となっている。

それにもかかわらず、カナダ系の30歳のロシア人プログラマーであるブテリン氏は、違ったやり方ができたかもしれないことをリストアップしたと述べています。これらのことには、イーサリアムの仮想マシン、スマートコントラクト、プルーフ・オブ・ステーク・コンセンサス・メカニズムの開発が含まれる。

彼はまた、イーサが主流になりつつあるとはいえ、まだ誤解されていると指摘した。

「ビットコインの物語は、単にデジタルゴールドです。「しかし、イーサと同じように、人々は「うわー、イーサって一体何？

ETHBerlinのオーガナイザーであるAfri Schoedon氏とFranziska Heintel氏とともにステージ上の座り心地の良いソファに座っていたブテリン氏は、Etherの共同創設者であるGavin Wood氏とJeffrey Wilrey氏とともに、長年にわたるドイツの首都での最も楽しい思い出を共有することからチャットを始めた。Gavin WoodとJeffrey Wilckeが古いオフィスでハッキングをしたり、Devcon Zeroを立ち上げたり、2022年のMergeアップグレードを祝ったり。

そしてショードンは質問した。とショーデンは尋ねた。

ETHBerlinでのディスカッションで、イーサリアムの過去と現在のビジョンについて語るヴィタリック・ブテリン氏（中央）。span>仮想マシンは、ネットワークを一種の分散型巨大暗号コンピュータにするための鍵です。

彼は、EtherのオリジナルのEVMの設計では、64ビットや32ビットではなく、256ビットの処理が使われていると説明した。

コンピュータアーキテクチャでは、計算の大きさはビットで測定され、ビットが大きいほど効率的で、より多くのデータを処理できます。しかし、256ビットはほとんどの処理において非常に効率が悪く、単純なタスクであってもブロックチェーンに多くの肥大化をもたらす可能性があります。

ネットワークの初期段階では、イーサネットを最適化する必要はありません。

「元の設計は256ビットには良すぎました」とブテリンは聴衆に語った。

Optimising smart contracts

次に、ブテリン氏は、 初期のイーサ開発者は、スマートコントラクトをより簡単に、より少ない行数で書くことに集中すべきだと述べました。スマートコントラクトをより簡単に、より少ないコード行数で書くことに注力すべきです。

なぜか？透明性が高まる。

彼は、コードの行数が少ないほど、"より多くの人々が、契約の内部で何が起こっているのかを適切に見て、検査することができる "と述べています。

ベルリン・ハッカソンで音楽を演奏するボランティアと開発者たち。Image credit: ETHBerlin.

Switching to the "worse" version of pledges

Ether は、ブロックチェーンを保護するために（マイナーと呼ばれる）特注のコンピュータを使用しません。ブロックチェーン・ネットワークを保護するためにノンストップ稼働する特注のコンピューター（マイナーと呼ばれる）を使わず、別のモデルに切り替えた。

Buterin 氏は、イーサが2022年にプルーフ・オブ・ワークのコンセンサス・メカニズム（ブロックチェーンのノードが取引データの状態に合意する方法）からプルーフ・オブ・エクイティに切り替えたのは、もっと早く起こるべきだった、と述べています。

「プルーフ・オブ・エクイティに切り替えたとき、もっと早く少し悪いバージョンのプルーフ・オブ・エクイティに切り替えるべきだった。."私たちは結局、Proof of Equityを完璧なものにしようとして、多くの時間を無駄にしてしまった。"

現在、イーサリアムはマイナーによって担保される代わりに、検証者によって担保されている。検証者は32イーサリアム（約124,000ドル相当）を誓約して同じことを行い、そうすることで報酬を得る。例えば、不正な取引を検証して悪さをした場合、彼らはペナルティを受ける。

要するに、このシフトは、エネルギーを大量に消費する生のコンピューティングパワーを経済的インセンティブに置き換えるものです。

「2018年にもっとシンプルな権利証明があれば、多くの木を節約できたはずです。「とブテリンは語った。

Posting logs from day one

大規模なトークン移転からバックドアのハニーポットまで、ユーザーは暗号通貨での資金を簡単に追跡できます。これは自動化されたロギングのおかげでもあります。

しかし、業界が進化するにつれ、特にMetaMaskのような外部所有のアカウントからSafeのようなスマートウォレットに移行するにつれ、ある重要な記録管理の側面が失われてきました。

特に、イーサは自動ログを送信します。

「最初からあったはずです」とブテリン氏は言う。「私、ガブ、ジェフは30分かけてコードを書くことができました。

イーサ改善提案は、イーサネットワークの特定の側面を変更するための開発者からの正式な提案です。

5月17日に提出されたButerin氏のEIP-7708は、この正確な変更を行うものです。

0xbowの戦略顧問であり、MolochDAOとReflexer Financeの共同設立者であるAmeen Soleimani氏が、トルネード・キャッシュ事件について議論しています。現金事件。Image credit: Liam Kelly/DL News.

Keccakを捨て、 SHA-2 

Buterin氏はまた、次のように述べています。Etherのハッシュ関数として、現在のKeccakと呼ばれる関数の代わりにSHA-2を使用する。

この違いを理解するためには、暗号学、特にSHA-3が標準になった経緯について掘り下げることが重要だ。暗号通貨が有名人のmemecoinsや9桁のイニシャルトークンオファリングの代名詞になる前は、複雑な数学と関連していたことを覚えておいてください。

イーサが構築されたとき、イーサが使用したハッシュは「ハッシュ関数競争」にあった。

米国立標準技術研究所（National Institute of Standards and Technology）は、SHA-2以外の新しいハッシュ標準を作るために競争を組織しました。

これまでの標準は攻撃され、否定されてきた。しかしSHA-2は無傷であり、NISTはただ安全な代替案を求めていただけだった。結局のところ、多様性は人生のスパイス（そして暗号技術のスパイス）なのです。

Keccakはコンテストに参加した数人のうちの1人に過ぎない。コンテストの間、チームはアルゴリズムに小さな変更を加え、最終的に優勝した。

しかしながら、以前のEtherチームはKeccakの非標準化バージョンを実装していました。基本的に、EtherCraftはSHA-3以前の反復を使用しています。

ChainSafeの共同創業者兼最高製品責任者であるGregory Markou氏とOdysseas.ETHBerlinで講演するラムツィディス氏。Image credit: ETHBerlin

大変でしょう？

さて、これは、イーサの開発者が、SHA-3 と Keccak の両方に対応するカスタム ライブラリ (ゼロから書き直す必要のない再利用可能なコードのコレクション) を必要とすることを意味します。

「SHA-3を使用する他のシステムとは互換性がありません」と、EtherCoreの開発者であるMarius van der Wijden氏はDL Newsに語っています。「EVMでは両方のアルゴリズムをサポートしなければなりません」。

この問題はほぼ解決されました。今日、大規模なライブラリは両方の暗号メカニズムをサポートしています。

ですから、確かに面倒です。

「全体から見れば、それは問題ではないし、現在の開発が影響を受けているわけでもない。

Ethernet's team

一連の小さな設計ミスにもかかわらず、ブテリンは、どんなプロジェクトにもいくつかあるのは避けられないと言いました。

「中核となる開発者とその実行能力が年々向上しているようで、本当に嬉しく思っています。

"私たちは、これらのミスのいくつかを効果的かつ安全に修正することができます"。