ブロックチェーンと暗号通貨の分散型の物語は、許可のない参加者のグローバルネットワーク全体の信頼を最小限に抑える能力から引き出されています。ただし、より集中化された設計の対象となる開発スタックの多くのコンポーネントがあります。.
開発者が一元化されたサービスとテクノロジーを利用する必要がある場所を分析するには、一般的な開発プロセスを評価する必要があり、Ethereumのdappsは有用なケーススタディを提供します。最近 報告する Fluenceによるdapp開発では、洗練されていない開発ツールの数とブロックチェーンへの不安定な接続が、イーサリアムブロックチェーンに接続するときに完全に分散化されたバックエンドインフラストラクチャを適切に活用する能力を妨げていることを強調しています.
特に, イーサリアムのインフラ 調査の回答者は、イーサリアムブロックチェーンに接続するための最も一般的な方法(63%)として、独自のフルノードを実行する開発チームや他のノードサービスプロバイダーを使用する前に挙げました。 Infuraを置き換える取り組み 進行中です イーサリアムブロックチェーンにプラグインするための集中型レイヤーへの広範な依存のため。だから、これは疑問を投げかけます、Infuraは正確には何ですか?
Infuraでイーサリアムにアクセスする
Infuraは、イーサリアムブロックチェーン上にdappを構築するためのスケーラブルなバックエンドインフラストラクチャです。フルノードを実行せずにイーサリアムネットワークに接続する方法であり、サービスは会社によって提供されます コンセンシス. イーサリアムを利用するためのより簡単なインターフェースは、Amazonクラウドサーバーを介してホストされ、イーサリアムネットワークに接続するためにdapp開発者が使用する最も一般的な方法です。.
Infuraは、開発者がインターフェイスを介してこれらのノードに接続できるようにする、イーサリアムネットワーク上の完全なノードのコレクションです。そのため、dappトラフィックの大部分はInfuraを通過します。その使いやすさ、開発者がローカルでフルノードを実行する必要がないこと、および継続的なメンテナンスのためです。.
フルノードを実行する必要性をオフロードするという概念は、ネットワークへのフルノードの接続を一貫して管理するのではなく、アプリケーションの他の領域にdappを構築するための努力を後で集中できる開発者の間で普及しています。 Infuraは多数の開発ツールを提供します, ドキュメンテーション, イーサリアムを操作するためのAPIキー— IPFS. InfuraのIPFSゲートウェイは、その設計の便利な機能であり、IPFSとブロックチェーンの一致は、dapp開発者の間での使用の成長を促進し続けるはずです。.
読む:IPFSとは?
Infuraは、ネットワークメトリックを評価するための非常に簡単なダッシュボードも提供し、dappが使用するスマートコントラクトをホワイトリストに登録するためのシンプルなツールを提供します。 Infuraインフラストラクチャのコアコンポーネントには、GethクライアントとParityクライアントの両方で構築されたバックエンドと、Ethereumブロックチェーンへの接続の信頼性を高めるためのFerrymanミドルウェアが含まれます。.
Fluenceの調査の多くのdapp開発者は、回避するために複数の技術的解決策を必要とする問題として、ノードの接続性と安定性を挙げました。 Infuraを使用すると、開発者はこれらの懸念をイーサリアムへのより堅牢でスケーラブルな接続にオフロードできますが、ブロックチェーンに接続するための集中型レイヤーへの永続的な依存によるトレードオフも伴います。.
Infuraは開発者の間で非常に人気があり、1日あたり100億を超えるコード要求を管理し、MetaMask、Truffle、0Xなどの著名なdappによって使用されています。そのトレードオフは、ネットワークでの開発を加速するのに効果的ですが、イーサリアムへの接続におけるInfuraの優位性に対する懸念の高まりにより、集中型レイヤーの置き換えに取り組む多数のプロジェクトが発生しています。.
インフラの一元化された懸念
Infuraの集中化に関する懸念は、Amazonクラウドサーバーでホストされていることに起因しています。 MetaMaskを含む大部分のdappは、EthereumブロックチェーンへのプラグインをInfuraに依存しているため、Infuraにはボトルネックがあります。その結果、Infuraは単一障害点を表し、プライバシーの懸念と、開発者が完全なイーサリアムノードを実行する意欲をそぐことももたらします。.
Infuraがクラッシュした場合(たとえば、Amazonがサービスを停止したり、サーバーがクラッシュしたりした場合)、可能性は低いですが、その上で実行されているdappは、Etheruemネットワークに接続されていないため、完全に機能しなくなります。同様に、複数のdappがネットワークに接続するためのレイヤーとして、dappユーザーのIPアドレスとトランザクションデータ(ウォレットアドレスなど)を追跡できます—プライバシーの問題が発生します.
ブロックチェーンへの接続を管理するためのInfuraの直感的なインターフェースは、開発者にとって実用的なツールになりますが、完全なイーサリアムノードを実行する意欲を削ぐため、ネットワークの分散化が減少します。フルイーサリアムクライアントは、ブロックチェーンの状態ストレージを必要とします。これは、フルノードを実行するためのブロックチェーンの肥大化とストレージ要件の増加に大きく貢献します。.
読む:ブロックチェーンの膨満感を減らす
問題は、dapp開発者がフルノードを実行するための非対称的なインセンティブにあります。 Infuraは、開発プロセスに関してはるかに優れたオプションを提示しますが、長期的に悪影響を及ぼしやすいレイヤーへの依存につながります。.
さらに、フルノードはマイナーのようにブロック報酬を受け取らないため、ユーザーの観点からフルノードを実行する主なインセンティブは、フルノードの実行に伴うプライバシー/セキュリティの保証とともにイーサリアムの分散化に自発的に貢献することです。ただし、ユーザーがフルノードを実行するための現在のインセンティブは、ブロックチェーンの継続的な成長により、多くの主流のコンシューマーコンピューターがフルクライアントの実行と互換性がなくなるため、持続可能であるとは認識されていません。.
集中型サービスに依存して分散型レイヤーに接続するdappを構築するという一般的な概念も、直感に反します。この問題はよく知られており、複数のプロジェクトがインセンティブモデルを使用したInfuraの置き換え、またはライトクライアントの使用の促進に取り組んでいます。.
インフラを成功させるためのイニシアチブ
イーサリアムでは、Infuraへの依存を減らすために多くのイニシアチブが進行中であり、Infuraは、いくつかの関連プロジェクトに資金を提供するとともに、Amazonへの依存を減らすことさえ目指しています。一時的な解決策ではありますが、Infuraは、純粋なAmazonクラウドホスティングを使用する代わりに、複数のプロバイダーに移行することで、クラウドサービスプロバイダーを拡張しようとしています。.
Infuraを回避する他の方法は、フルノードのストレージ要件を削減するか、開発者向けの軽量クライアントの使用を促進することを前提としています。. パリティテクノロジー 人気のあるParityクライアントを維持している大手イーサリアム開発会社は、Infuraよりもライトクライアントの採用を促進することを期待して、JavaScriptライトクライアントを構築および最適化しました。 LightJS.
Turbo Gethと呼ばれる別のプロジェクトは、他のプライマリイーサリアムクライアントであるGethのストレージ要件を削減します。 Turbo Gethを使用すると、フルノードを実行する開発者のストレージ要件とコストが大幅に削減されます。ただし、Turbo Gethはクライアント固有のソリューションであり、特定の場合に役立ちますが、Ethereumをスケーリングし、フルノードの実行をより一般的にするという大きな野心を実現しません。.
より広範なイニシアチブは、複数のクライアントに合わせて調整し、ユーザーと開発者の両方にインセンティブを提供して、より良い分散化を促進する必要があります。 ‘などの提案ストレージレント’ユーザーがフルノードを実行するように動機付けられている場所は、イーサリアムの研究者の間で注目を集めており、この概念は当初、VitalikButerinによって提案されました。.
フルノードの使用を奨励することに基づく同様のプロジェクトには、オンラインのフルクライアントを識別して報酬を与えるVIPノードが含まれます。 デノード —フルノードを実行するための分散型エコシステムで金銭的インセンティブを提供するChainsafeによるプロジェクト.
結論
Infuraは間違いなくEthereumブロックチェーンでdappsを起動しようとしている開発者に初期の恩恵をもたらしました。また、Infuraを使用してEthereumに接続することへの広範な依存が減少する前に、他のプロジェクトでの重要な開発が必要になる可能性があります。 Infuraは、スケーラブルで信頼性の高いバックエンドを提供することで、開発者がアプリケーション開発の他の側面に集中できるように支援できますが、dappユーザーの指標は引き続き非常に低くなっています。.
他のテクノロジーがInfuraの実行可能な代替手段として登場するまで、開発者はアプリケーションのライフサイクル全体を通じて独自のノードを実行するのではなく、そのサービスを引き続き使用する可能性があります。.