モジュール性は、複数の Web3 開発者の作業を意味します。必要なのは 1 つだけです |意見

20 年以上さまざまな経験を積んできたソフトウェア業界のベテランとして、私は web2 の初期の頃と web3 のモジュール化の現状との間に類似点を見ずにはいられません。今日の課題は、開発者が独自のサーバーを実行し、複雑なクライアントとサーバーの対話を構築しなければならなかった時代を思い出させますが、今回はブロックチェーン テクノロジーを扱っているだけです。

モジュール化の進歩により、Web3 開発者の設計スペースが大幅に拡大し、単一の包括的なスタックがより小さく、より管理しやすいコンポーネントに解体されました。しかし、この成長は新たな課題ももたらしており、プロトコル作成者としてそれに取り組む責任があります。

現在、既存のモジュール式エコシステム内で dApp を構築するプロセス全体を開発者に案内する包括的なガイドはありません。代わりに、建設を開始する前に、さまざまな学習パスに着手し、個々のコンポーネントを理解する必要があります。生産性を向上させるには、より使いやすいツールを開発することが重要です。開発者のエクスペリエンスを合理化するのは私たちの責任であり、これはコラボレーションを通じて実現できます。

モジュール式の開発者の取り組み

今日の開発者の経験を概略的に説明しましょう。プロジェクトの作成に入る前に、分散型アプリケーション (dApp) をサポートする基盤またはインフラストラクチャを決定する必要があります。従来の Web 環境 (web2) では、これはオペレーティング システムを選択するか、オンラインのノーコード ツールを使用するのと同じくらい簡単な場合があります。ただし、モノリシック ブロックチェーンの場合、技術的および商業的ニーズに最も適したレイヤー 1 またはレイヤー 2 を選択することが問題になります。複数の相互接続されたコンポーネント (モジュール式) で構成される web3 の進化する状況では、複雑さと長期的な不確実性により、適切なプロトコルを選択することがますます困難な作業になっています。

モジュラーアプローチでは、開発者はブロックチェーンシステムを一つ一つ構築する方法を学ぶ必要があります。しかし、これらのモジュール式オプションの多くはまだ積極的に開発中であるため、信頼性と永続的な重要性を徹底的にテストして証明するには時間がかかるでしょう。

さらに、モジュール式アーキテクチャが効果的に動作するために必要ないくつかの重要な接続と複雑なコンポーネントは、開発が不十分であるか、構築が困難です。ほとんどのブロックチェーン開発パスは、進行するにつれて変更される傾向があることに注意することが重要です。優先順位は変化し、最終的な結果について絶対的な保証はありません。

開発者は、数多くの新興プロトコルの独自の側面、潜在的なセキュリティ脅威、根底にある信頼要因、技術的成熟度について学習するという大きな課題に直面しています。さらに、これらのテクノロジーをシームレスに統合する方法を開発者に効果的に教える共同リソースが不足していることがよくあります。

DApp の開発には現在、重大なリスク、手間、複雑さが伴います。ただし、戦略的な考え方を持ってプロセスに取り組み、各コンポーネントがどのように相互作用するかを考慮することで、開発者はユーザーフレンドリーな製品をより簡単に作成できます。

私たちは前にもここに来たことがあります

Web2 の開発から得られた貴重な洞察は、Web3 の作成に使用でき、使用する必要があります。当初、開発者は独自のサーバーを管理し、複雑なクライアントとサーバーの対話を作成して、Web2 に似たアプリケーションを開発することがよくありましたが、このプロセスは困難で時間がかかりました。クラウド コンピューティング、JavaScript、AJAX、レスポンシブ デザインが登場するまで、開発者は広く普及できるユーザー フレンドリーな Web2 プラットフォームを構築するのに適した環境を手に入れることができました。

Web2 システムの共有特性を開発者から抽象化することで、広範な探索と革新が容易になり、その結果、現在私たちが使用している非常に成功したコンシューマ アプリが誕生しました。同様に、web3 に関する私たちの目標は、その基本的な特性を抽象化し、幅広い実験と最終的な成功にアクセスできるようにすることです。

より強固な状態に近づくのは、イーサリアム (ETH) などのモノリシック チェーン構造です。制限があるにもかかわらず、開発者はこのコンテキスト内での分散型アプリケーション (dApp) の作成について深い理解を獲得しています。この先駆的な世代の Web3 開発者は、その後、他のブロックチェーン プラットフォームの探索に挑戦しました。

今日、開発者の願望は、初期段階の探究心やいじくりを超えて、課題に取り組み、変化をもたらすように設計された高度なツールを構築することを目指しています。これを達成するには、これらのソリューションは適応性と迅速性を備えている必要があり、これはモジュール式のアプローチを通じて最もよく実現されます。

言い換えれば、この柔軟性によって多くの複雑さが増す一方で、Web3 用のモジュラー システムを設計する際には、より多くの選択肢が増えることを意味します。より大きなイノベーションと開発を促進するには、Web2 の初期の頃と同じように、これらの複雑さを隠すか単純化する必要があります。

島ではなく橋を建設する

モジュール式プロトコルの作成者として、このプロセスは混乱する可能性があることを認めることが重要ですが、私たちにはそれをより組織化する能力があります。これらのプロトコル間のスムーズな接続を設計し、統合中の複雑さを最小限に抑え、Web3 の広範な知識を持たない開発者でも、一連の簡単な手順に従って簡単に構築できるようにする必要があります。

私たちが共同してこれらの課題に取り組み始めることができる主な機会が 3 つあります。

協調的なマルチプラットフォーム ネットワーク開発: さまざまなモジュラー ネットワーク プロトコルの開発者が力を合わせることで、統合アプリケーションの構築プロセスを容易にする共有ツールやインターフェイスの作成に協力できます。このコラボレーションにより、複数のプロトコルを組み合わせたプロトタイプ ツールの作成が可能になり、開発者のエクスペリエンスが向上します。これらの組み合わせツールにより、開発者は分散型アプリ (dApps) に最適なセットアップをより効率的に選択できるようになり、これらのコンポーネントをプロジェクト スタックにスムーズに統合できるようになります。

共同学習教材。さまざまなモジュラープロトコルを組み合わせるプロセスを視覚的に示し、統合がどのように機能するかを説明し、あるシステムが別のシステムをどのように強化できるかを示すガイド、チュートリアル、説明文書などのリソースを作成します。これにより、開発者は要件について情報に基づいて意思決定を行い、より賢明に選択し、最終的には堅牢な分散アプリケーション (dApps) を構築できるようになります。

パートナー間の毎週の共同実験。さまざまなモジュラー コミュニティの開発者を団結させ、探索と開発を奨励する取り組みで協力します。これは、開発者がさまざまなレイヤーにわたる dApp 構築プロセスをより深く理解し、共同開発の可能性を広げ、実験を通じて dApp の作成を促進するのに役立ちます。

カンブリア紀の爆発期に数多くの革新的なモジュール式ソリューションが存在したことは、あらゆる方向での進歩を意味しますが、孤立して取り組むことはもはや持続可能ではありません。プロトコルの可能性を最大限に高めるには、あらゆるレベルでリソースを消耗させる競争を乗り越え、さまざまなレイヤー間で連携する方法を検討することが重要です。最終的な成功は、開発者が製品をサポートするために設計された基盤となるインフラストラクチャを管理するのではなく、製品の作成だけに集中できるときにもたらされます。

モジュール性は、複数の Web3 開発者の作業を意味します。必要なのは 1 つだけです |意見

Erick de Moura

Cartesi の創設者の 1 人である Erick de Moura は、ソフトウェア分野で 20 年以上の経験を誇ります。この経験は、ソフトウェア ビジネス管理、ソフトウェア開発方法論、システム設計アーキテクチャなどのさまざまな分野に及びます。 Cartesi に入社する前、エリックは医療技術、電子商取引、インフラストラクチャなどの複数の業界でチームとプロジェクトを率いていました。現在、彼はカルテシ財団の理事兼顧問を務めています。

2024-10-01 14:12