ミーシャ・コマロフ著、Blockworks、Song Xue、Golden Finance編集
Web3は、ゼロ知識技術の基本概念を非常に重視しているため、今ではすべての開発の基盤であり、焦点となっています。 しかし、そのスケーラビリティ、セキュリティ、プライバシーの利点は、それを信頼できるものにしません。
人々が気づいていないのは、Web3環境では、ゼロ知識(ZK)技術はまだかなり新しく、欠点がないわけではないということです。 開発者はZKテクノロジーで現在の問題に積極的に取り組んでいますが、この分野の革新的な性質は、構築するよりも早く概念化する傾向があることを意味します。
ZKの技術的な問題を完全に理解せずにZKを信頼し続けることは、持続可能なWeb3の未来にとって危険です。 このテクノロジーに盲目的に頼る前に、それとその潜在的な欠点を徹底的に調べる必要があります。 **
Web3にヒーローは存在せず、テクノロジーを崇拝すべきではありません。 **
理想的な未来では、ZKテクノロジーはすべてのオンチェーン活動においてより統合された役割を果たすようになるでしょう。 しかし、この技術は現在、オンチェーンの実行を根本的にサポートできるものではなく、ほとんどアドオンやアクセサリーとして存在しています。 **これは、開発中の分野や製品がまだ比較的新しいためです。
しかし、ZKテクノロジーの分野は、過度に複雑化するリスクがあるところまで成長しています。 ZKビルダーとWeb3ユーザーの間には、知識のギャップが広がっています。 **
ZKの技術開発が直面しているその他の問題には、プロジェクトの完全性を損なうことなく市場投入までの時間を最適化することが含まれます。 ZKの証明と回路は、開発者がこれらの計算をさらに証明するためにドメイン固有言語(DSL)を学ぶ必要があるため、現在アクセシビリティに欠けています。
これは知識集約型のプロセスであり、Scrollのプレアルファテストネットからメインネットのローンチまでに約1年半かかったという事実が最もよく表れています。 適切な実装とコードレビューに時間をかけることで、Scroll の市場投入までの時間は、一部のカスタム Halo2 関連の zkDSL を介して実装された zkEVM 回路コードの詳細なレビュー プロセスによって妨げられる可能性があります。
DSLと暗号化に関する直接的な知識を持っている人は世界でごくわずかであるため、これは問題です。 より多くの開発者に高度なZKテクノロジーを使用するようになるにつれて、ZKテクノロジーのすべてのコンポーネントが独立して検証可能であることを保証する必要があります。
次に、構成可能性の課題があります。 必要なすべてのアップグレードは、最終的には新しく構築されたシステムの完全なオーバーホールであり、開発者が既存のフレームワークの上に構築しているという意味での「アップグレード」ではありません。
ZKをサポートするプロジェクトは、開発者のビルドプロセスを簡素化するソリューションにすでに取り組んでいます。 これにより、市場投入までの時間の短縮、独立した当事者としての証明生成コスト、回線の構成可能性、特定の暗号化言語を学習する要件などの重要な問題に対処できます。
ZK対応アプリケーションのコンポーザビリティを確保するためには、コードを完全に機能する回路にコンパイルする簡単な方法をできるだけ簡単に構築することが重要です。 コンパイラなどのツールを使用すると、コードの機能をすばやく検証できます。 開発者は、さまざまなコーディング言語を使用して、より効率的なアプリケーションを開発することもできます。
スケーラビリティとセキュリティに影響を与える重要な作業に引き続き注力し、この分野で進行中の他の問題に取り組みます。 **ZKテクノロジーの欠点は、業界がスケーラビリティとセキュリティを切実に必要としているという理由だけで無視され、コストと複雑さの欠点は無視されています。 **
実のところ、ZKテクノロジーはそれをシンプルにする必要があります。 開発者は、暗号や回路設計の専門家でなくても、この技術を使用できる必要があります。
ZKインフラストラクチャプロバイダーは、ZK対応アプリケーションの構築を容易にし、開発者のビルドプロセスを簡素化するツールを作成する必要があります。
生産手順の合理化とインフラ関連コストの削減は、これらの問題に対処する方法の1つです。 もう1つのアプローチとして考えられるのは、この分野への参入を検討している開発者に、教育プログラムやメンターシップの機会など、より多くのリソースとサポートを提供することです。
結局のところ、ZKテクノロジーを使用しても、信頼するだけでなく、検証する必要があります。 **
これはベースラインのトランザクション決済の範囲を超えており、コードの構築やコンパイルに使用するツールにも適用されるべきであり、開発者とユーザーは、プロジェクト間の整合性を促進するために、このことをより認識する必要があります。
ZK空間の全体像を俯瞰することで、失望を避けることができます - ほとんどすべてのもののトラストレスな検証を可能にすることを約束する未来です。 ビルダーは、その機能がスケーラビリティとセキュリティをはるかに超えていることを理解する必要があります。
18k 人気度
42k 人気度
35k 人気度
45k 人気度
5k 人気度
なぜ人々はゼロ知識技術に過信するのでしょうか?
ミーシャ・コマロフ著、Blockworks、Song Xue、Golden Finance編集
Web3は、ゼロ知識技術の基本概念を非常に重視しているため、今ではすべての開発の基盤であり、焦点となっています。 しかし、そのスケーラビリティ、セキュリティ、プライバシーの利点は、それを信頼できるものにしません。
人々が気づいていないのは、Web3環境では、ゼロ知識(ZK)技術はまだかなり新しく、欠点がないわけではないということです。 開発者はZKテクノロジーで現在の問題に積極的に取り組んでいますが、この分野の革新的な性質は、構築するよりも早く概念化する傾向があることを意味します。
ZKの技術的な問題を完全に理解せずにZKを信頼し続けることは、持続可能なWeb3の未来にとって危険です。 このテクノロジーに盲目的に頼る前に、それとその潜在的な欠点を徹底的に調べる必要があります。 **
Web3にヒーローは存在せず、テクノロジーを崇拝すべきではありません。 **
理想的な未来では、ZKテクノロジーはすべてのオンチェーン活動においてより統合された役割を果たすようになるでしょう。 しかし、この技術は現在、オンチェーンの実行を根本的にサポートできるものではなく、ほとんどアドオンやアクセサリーとして存在しています。 **これは、開発中の分野や製品がまだ比較的新しいためです。
しかし、ZKテクノロジーの分野は、過度に複雑化するリスクがあるところまで成長しています。 ZKビルダーとWeb3ユーザーの間には、知識のギャップが広がっています。 **
ZKの技術開発が直面しているその他の問題には、プロジェクトの完全性を損なうことなく市場投入までの時間を最適化することが含まれます。 ZKの証明と回路は、開発者がこれらの計算をさらに証明するためにドメイン固有言語(DSL)を学ぶ必要があるため、現在アクセシビリティに欠けています。
これは知識集約型のプロセスであり、Scrollのプレアルファテストネットからメインネットのローンチまでに約1年半かかったという事実が最もよく表れています。 適切な実装とコードレビューに時間をかけることで、Scroll の市場投入までの時間は、一部のカスタム Halo2 関連の zkDSL を介して実装された zkEVM 回路コードの詳細なレビュー プロセスによって妨げられる可能性があります。
DSLと暗号化に関する直接的な知識を持っている人は世界でごくわずかであるため、これは問題です。 より多くの開発者に高度なZKテクノロジーを使用するようになるにつれて、ZKテクノロジーのすべてのコンポーネントが独立して検証可能であることを保証する必要があります。
次に、構成可能性の課題があります。 必要なすべてのアップグレードは、最終的には新しく構築されたシステムの完全なオーバーホールであり、開発者が既存のフレームワークの上に構築しているという意味での「アップグレード」ではありません。
ZKをサポートするプロジェクトは、開発者のビルドプロセスを簡素化するソリューションにすでに取り組んでいます。 これにより、市場投入までの時間の短縮、独立した当事者としての証明生成コスト、回線の構成可能性、特定の暗号化言語を学習する要件などの重要な問題に対処できます。
ZK対応アプリケーションのコンポーザビリティを確保するためには、コードを完全に機能する回路にコンパイルする簡単な方法をできるだけ簡単に構築することが重要です。 コンパイラなどのツールを使用すると、コードの機能をすばやく検証できます。 開発者は、さまざまなコーディング言語を使用して、より効率的なアプリケーションを開発することもできます。
スケーラビリティとセキュリティに影響を与える重要な作業に引き続き注力し、この分野で進行中の他の問題に取り組みます。 **ZKテクノロジーの欠点は、業界がスケーラビリティとセキュリティを切実に必要としているという理由だけで無視され、コストと複雑さの欠点は無視されています。 **
実のところ、ZKテクノロジーはそれをシンプルにする必要があります。 開発者は、暗号や回路設計の専門家でなくても、この技術を使用できる必要があります。
ZKインフラストラクチャプロバイダーは、ZK対応アプリケーションの構築を容易にし、開発者のビルドプロセスを簡素化するツールを作成する必要があります。
生産手順の合理化とインフラ関連コストの削減は、これらの問題に対処する方法の1つです。 もう1つのアプローチとして考えられるのは、この分野への参入を検討している開発者に、教育プログラムやメンターシップの機会など、より多くのリソースとサポートを提供することです。
結局のところ、ZKテクノロジーを使用しても、信頼するだけでなく、検証する必要があります。 **
これはベースラインのトランザクション決済の範囲を超えており、コードの構築やコンパイルに使用するツールにも適用されるべきであり、開発者とユーザーは、プロジェクト間の整合性を促進するために、このことをより認識する必要があります。
ZK空間の全体像を俯瞰することで、失望を避けることができます - ほとんどすべてのもののトラストレスな検証を可能にすることを約束する未来です。 ビルダーは、その機能がスケーラビリティとセキュリティをはるかに超えていることを理解する必要があります。