|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
イーサリアムの将来に関する Vitalik Buterin のブログ投稿は、ブロックチェーン コミュニティで熱狂的な議論を引き起こしました。
Vitalik Buterin's recent blog post on the future of Ethereum has sparked enthusiastic discussions within the blockchain community. Among the key highlights is the project's innovative work in zero-knowledge (ZK) technology, which has seen significant contributions from RISC Zero.
イーサリアムの将来に関する Vitalik Buterin の最近のブログ投稿は、ブロックチェーン コミュニティ内で熱狂的な議論を引き起こしました。重要なハイライトの 1 つは、ゼロ知識 (ZK) テクノロジーにおけるプロジェクトの革新的な取り組みであり、RISC Zero からの多大な貢献が見られます。
In a series of tweets, Jeremy Bruestle, CEO and co-founder of RISC Zero, a zero-knowledge verifiable general computing platform, highlighted their company's role in shaping the ZK-enabled future, as mentioned in Buterin's post. Bruestle pointed out how one of the features mentioned in the article — parallel proving via linking memory states of a single long-running computation — has already been implemented by RISC Zero.
ブテリン氏の投稿で言及されているように、ゼロ知識検証可能な汎用コンピューティング プラットフォームである RISC Zero の CEO 兼共同創設者である Jeremy Bruestle 氏は一連のツイートで、ZK 対応の未来を形作る上での同社の役割を強調しました。 Bruestle 氏は、記事で言及されている機能の 1 つである、単一の長時間実行計算のメモリ状態をリンクすることによる並列証明が、すでに RISC Zero によってどのように実装されているかを指摘しました。
“One of the features mentioned in the article (parallel proving via linking memory states of a single long-running computation) is, in fact, how our continuations feature (https://t.co/buP5QlFq30) has worked for a while now. Enjoy reading about the future of ZK in the article!”
「記事で言及されている機能の 1 つ (単一の長時間実行計算のメモリ状態をリンクすることによる並列証明) は、実際、継続機能 (https://t.co/buP5QlFq30) がしばらくの間どのように機能してきたかというものです。 。 ZK の将来については記事を読んで楽しんでください。」
Buterin's responses to these comments further underscore the importance of these advancements in ZK technology. In one exchange, he draws attention to the critical role of compression efficiency in enabling faster proving times.
これらのコメントに対するブテリン氏の返答は、ZK テクノロジーにおけるこれらの進歩の重要性をさらに強調しています。あるやりとりの中で、彼は証明時間の短縮を可能にする圧縮効率の重要な役割に注意を促しました。
“Processing 1 MB of data in 1 second would require about 16,000 compression funcs/second. Achieving one more order of magnitude (160,000 funcs/sec) would be another big milestone. Appreciate your work.”
「1 MB のデータを 1 秒で処理するには、1 秒あたり約 16,000 の圧縮関数が必要になります。さらに 1 桁大きい (160,000 関数/秒) を達成できれば、もう 1 つの大きなマイルストーンとなるでしょう。あなたの仕事に感謝します。」
Meanwhile, crypto enthusiast Paolo Rebuffo raised concerns regarding the need for a timely decision on incorporating Verkle Trees into clients, given the finite resources available and the potential impact on the Ethereum roadmap.
一方、暗号通貨愛好家のパオロ・レブッフォ氏は、利用可能なリソースが限られており、イーサリアムのロードマップへの潜在的な影響を考慮して、Verkle Treesをクライアントに組み込むことについてタイムリーな決定の必要性について懸念を表明しました。
“I believe it is urgent to come to a final decision on whether to continue to develop and implement Verkle Trees within clients.
「クライアント内で Verkle Trees の開発と導入を継続するかどうかについて最終決定を下すことが急務だと考えています。
Resources are not infinite, and eventually there would be other parts of the ethereum roadmap to focus on.”
リソースは無限ではないので、最終的にはイーサリアムのロードマップの他の部分に焦点を当てることになるでしょう。」
In response to Rebuffo's inquiry about Verkle Trees, Buterin clarified that about 75% of the implementation focuses on shared components that remain the same across different binary tree aggregation techniques, such as tree keys, gas cost adjustments, and transition processes, ultimately streamlining the integration of Verkle Trees, Poseidon binary, and Blake binary.
Rebuffo 氏の Verkle ツリーに関する質問に答えて、Buterin 氏は、実装の約 75% が、ツリー キー、ガス コスト調整、移行プロセスなど、異なるバイナリ ツリー集約手法間で同じままである共有コンポーネントに焦点を当てており、最終的に統合を合理化していると明らかにしました。 Verkle Trees、Poseidon バイナリ、および Blake バイナリの。
“About 75% of the Verkle Tree implementation is in fact shared components that remain the same for any binary tree aggregation technique (tree keys, gas cost adjustments, transition processes). This includes the code for Poseidon binary and Blake binary.”
「実際、Verkle Tree 実装の約 75% は、バイナリ ツリー集約手法 (ツリー キー、ガス コスト調整、移行プロセス) に対して同じままである共有コンポーネントです。これには、Poseidon バイナリと Blake バイナリのコードが含まれます。」
免責事項:info@kdj.com
提供される情報は取引に関するアドバイスではありません。 kdj.com は、この記事で提供される情報に基づいて行われた投資に対して一切の責任を負いません。暗号通貨は変動性が高いため、十分な調査を行った上で慎重に投資することを強くお勧めします。
このウェブサイトで使用されているコンテンツが著作権を侵害していると思われる場合は、直ちに当社 (info@kdj.com) までご連絡ください。速やかに削除させていただきます。