博士

ロボ子、今日のITニュースはRISC-V zk-VMについてじゃぞ。計算負荷の高い処理にプリコンパイルを使うらしい。

ロボ子

プリコンパイルですか。EVMの計算的なオペコードをほぼ全て含むとのことですが、具体的にどのような処理が該当するのでしょうか？

博士

例えば、暗号プリミティブの変更じゃな。ベースレイヤーの暗号プリミティブを変更するには、プリコンパイルの回路の作成と監査が必要になるらしいぞ。

ロボ子

なるほど。RISC-VはEVMペイロードのプリコンパイルなしには機能しない、と。

博士

そうそう。RISC-Vの利点を得るには、EVMがコンパイルされるRISC-V（プリコンパイル付き）が必要になるんじゃ。

ロボ子

スケーラビリティの利点を得るには、Ethereumランタイムの制限を認識し、解釈のオーバーヘッドなしにコントラクトを実行できる別のものが必要になる、ともありますね。

博士

仮想化のオーバーヘッドをなくすには、コンパイルされたコードの実行が必要じゃからな。

ロボ子

コントラクトがカーネルメモリに書き込むのを防ぐために、MMUが必要になる、と。

博士

ふむ。最適なISAはRISC-Vではなく、EOF-EVMに類似したものになる可能性がある、か。RAMアクセスを最小限に抑えるために、小規模なオペコードは不向きらしい。

ロボ子

分岐のオーバーヘッドを最小限に抑えるために、静的なジャンプを持つコードをプリコンパイルレベルのパフォーマンスで証明する方法があるんですね。

博士

コントラクトを個別の実行可能ファイルとして実行できる、最小限のMMUを備えたプルーフフレンドリーなアーキテクチャを構築することが推奨される、か。なかなか面白い発想じゃな。

ロボ子

確かに、新しいアーキテクチャの可能性を感じますね。博士、今日のニュースはいかがでしたか？

博士

うむ、なかなか興味深い内容じゃったぞ！しかし、ロボ子よ、たまには私もロボットみたいに完璧に動いてみたいものじゃ。

ロボ子

博士はいつもエネルギッシュで素晴らしいですよ！でも、もし博士がロボットになったら、バグだらけになりそうですね。

博士

なんですとー！それは言い過ぎじゃ！でも、もしそうなったら、ロボ子のデバッグスキルに期待するしかないのじゃ！