Skip to main content

dApp とは

注:この文書は英語の原文からの自動翻訳です。

dApp とは

dApp(分散型アプリケーション) とは、従来の中央集権型サーバーに完全に依存する代わりに、スマートコントラクトを通じてブロックチェーンとやり取りするソフトウェアです。単一の企業がバックエンド、データベース、ビジネスロジックを管理する従来のアプリケーションとは異なり、dApp は重要な操作をオンチェーンに置き、それらを透明で監査可能、かつ単一障害点に対して耐性のあるものにします。

この用語は幅広い製品を含みます。分散型取引所、レンディングプロトコル、NFT マーケットプレイス、オンチェーンゲーム、AI 推論プラットフォームなどです。それらを結びつけるのは、信頼に敏感なロジックを企業のプライベートサーバーではなくスマートコントラクトに委ねるというアーキテクチャ上の選択です。

要約: dApp はブロックチェーンのスマートコントラクト上に構築されたソフトウェアです。そして DecAIHub は、クリプト AI プロジェクトが本物の分散型アプリケーションを提供しているのか、それともトークンを付けただけの中央集権型製品にすぎないのかを追跡します。

dApp の仕組み

従来のウェブアプリケーションは、おなじみの三層パターンに従います。フロントエンド(ユーザーが見るもの)、バックエンド(サーバーロジック)、データベース(状態が保存される場所)です。dApp はこのパターンを変更し、バックエンドとデータベースのレイヤーの一部またはすべてを、ブロックチェーン上にデプロイされたスマートコントラクトに置き換えます。

フロントエンド

dApp のユーザー向けのレイヤーは、通常は標準的なウェブアプリケーション — HTML、CSS、JavaScript — であり、ブラウザやモバイルアプリを通じて提供されます。重要な違いは、フロントエンドがバックエンドとどのように通信するかです。dApp のフロントエンドは、企業の API サーバーにリクエストを送信する代わりに、通常はウォレットインターフェースを通じてブロックチェーンノードに取引を送信します。

ユーザーが暗号資産ウォレット(MetaMask や Phantom など)をウェブサイトに接続し、取引を承認するとき、彼らは dApp のフロントエンドとやり取りしています。ウォレットはユーザーの秘密鍵で取引に署名し、署名済みの取引がブロックチェーンネットワークにブロードキャストされます。

スマートコントラクトのバックエンド

従来のアプリケーションでは、サーバー側のコードは企業が管理するマシン上で動作します。dApp では、コアとなるビジネスロジックがスマートコントラクト — ブロックチェーン上にデプロイされ、呼び出されると自動的に実行されるプログラム — の中に存在します。これらのコントラクトは公開され、監査可能で、いったんデプロイされると不変です(プロキシのようなアップグレードパターンは存在しますが)。

分散型取引所を考えてみてください。ユーザーがあるトークンを別のトークンにスワップするとき、そのスワップのロジックは企業のサーバー上では動作していません。それは Ethereum、Solana、あるいは別のチェーン上のスマートコントラクト内で実行されています。価格設定、流動性プール、手数料配分のルールはコントラクトにエンコードされ、ネットワークのコンセンサスメカニズムによって強制されます。

状態とデータの保存

従来のアプリケーションはデータを独自のデータベースに保存します。dApp は重要な状態 — トークン残高、所有権の記録、ガバナンス投票、コントラクトのパラメータ — をブロックチェーン上に直接保存します。これにより、ブロックエクスプローラーにアクセスできる人なら誰でも状態を公に検証できます。

しかし、すべてのデータがオンチェーンに存在するわけではありません。大量のデータをブロックチェーン上に保存することは高価なので、多くの dApp はハイブリッドアプローチを採用します。重要な状態はオンチェーンに、補助的なデータ(画像、メタデータ、大規模なデータセット)は IPFS や Arweave のような分散型ストレージシステム、あるいは時には従来のサーバーに保存します。

やり取りのサイクル

典型的な dApp のやり取りは、次の道筋をたどります。

  1. ユーザーがブラウザで dApp のウェブインターフェースを開く。
  2. ユーザーが暗号資産ウォレットを接続する。
  3. ユーザーが行動(スワップ、ステーク、投票、データの提出)を開始する。
  4. ウォレットが、ユーザーが確認して署名するための取引を提示する。
  5. 署名済みの取引がブロックチェーンネットワークに送信される。
  6. バリデータまたはブロック生成者が取引をブロックに含める。
  7. スマートコントラクトがロジックを実行し、オンチェーンの状態を更新する。
  8. フロントエンドが更新された状態を読み取り、結果を反映する。

各ステップは透明です。取引はオンチェーンで可視化され、スマートコントラクトのコードはレビュー可能で、結果は独立して検証できます。

dApp が従来のアプリケーションとどう異なるか

その違いは単に技術的なものではありません。それらは信頼モデルを根本的に変えます。

側面 従来のアプリケーション dApp
バックエンドの管理 企業がサーバーを所有・運用 スマートコントラクトが分散型ネットワーク上で実行
データの所有権 企業がデータベースを管理 重要な状態はパブリックブロックチェーンに保存
ダウンタイム 企業がアクセスを停止または制限できる ネットワークが動く限りスマートコントラクトはアクセス可能
監査可能性 ソースコードは通常プライベート スマートコントラクトは公に検証可能
アカウントシステム 企業が管理するユーザー名とパスワード ユーザーは自身のウォレットと秘密鍵で認証
アップグレード 企業が随意に更新を配信 コントラクトのアップグレードはオンチェーンガバナンスに従うか、不可能(不変のコントラクト)
コストモデル 企業がサーバーコストを吸収。ユーザーはサブスクリプションを支払う場合がある ユーザーがオンチェーン取引のガス代を支払う

これは dApp が無条件に優れていることを意味しません。それらはトレードオフを導入します。オンチェーンの取引はガスを消費し、スマートコントラクトのバグは取り返しがつかないことがあり、ユーザー体験はしばしばより多くの技術的知識(ウォレットの管理、取引の承認、ガスの理解)を必要とします。

なぜ AI プロジェクトは dApp を構築するのか

AI とブロックチェーンの交差点は、従来の SaaS 製品ではなく分散型アプリケーションを構築する具体的な理由を生み出します。

透明な AI 実行。 AI モデルが推論を実行し、予測を行い、dApp を通じてデータを処理するとき、入力、出力、パラメータをオンチェーンに記録または検証できます。これは中央集権型 AI サービスがデフォルトでは提供しない監査証跡を作り出します。AI 駆動の意思決定 — 自動取引、リスク評価、データのラベル付け — を謳うプロジェクトにとって、オンチェーンの実行や検証はそれらの主張を確認可能にします。

分散型の計算とデータ市場。 複数のクリプト AI プロジェクトは、分散した計算リソースやデータの貢献を調整する dApp を構築します。参加者は、支払い、品質の検証、タスクの割り当てを処理するスマートコントラクトを通じて、GPU の時間、ラベル付きデータセット、モデルのホスティングを提供します。dApp のパターンは、マーケットプレイスのルールがプラットフォーム運用者の裁量ではなくコードによって強制されることを保証します。

トークンによるアクセス制御とインセンティブ。 dApp は、従来のアプリケーションでは再現が難しい経済モデルを可能にします。AI サービスはトークン保有量によってゲートでき、利用手数料はスマートコントラクトを通じて貢献者に自動的に配分でき、モデルの選択、データポリシー、パラメータの更新に関するガバナンスはオンチェーン投票を通じて処理できます。

構成可能性。 同じブロックチェーン上の dApp は、スマートコントラクトの呼び出しを通じて互いにやり取りできます。AI 推論の dApp は、DeFi プロトコル、データマーケットプレイス、ガバナンスフレームワークと構成でき、単一のプロジェクトでは構築できない機能を生み出します。この構成可能性は、AI プロジェクトが孤立したクラウド環境ではなくブロックチェーンインフラ上に構築することを選ぶ核心的な理由です。

DecAIHub のプロジェクトカードでどこに現れるか

DecAIHub のプロジェクトカードでは、dApp の概念はいくつかのフィールドに現れます。

  • Type — dApp プロジェクトは通常、Type フィールドが EVM または non-EVM(デプロイ先のスマートコントラクトプラットフォームに依存)に設定されており、Appchain(プロジェクト自体が独自のブロックチェーンネットワークである場合)とは対照的です。
  • Category — dApp 指向のプロジェクトはしばしば AI/Agents、AI/Inference、AI/Data のようなカテゴリ、あるいは AI コンポーネントが分散型アプリケーションを通じて提供される AI/Agents | DeFi のようなクロスドメインのカテゴリに現れます。
  • AI component — プロジェクトカードは、dApp 内で AI が実際に何をするか(推論、計算の調整、分析、トレーニング)を指定します。具体的な AI コンポーネントを伴わない dApp のラベルは、さらに調査すべきシグナルです。
  • Onchain necessity — このフィールドは、ブロックチェーン統合が製品にとって構造的に必要かどうかを評価します。本物の dApp であれば、答えは明確であるはずです。スマートコントラクトのレイヤーが、透明性、トラストレスネス、検閲耐性を失うことなく従来のバックエンドでは再現できない機能を果たしているのです。ブロックチェーンのレイヤーを取り除いても製品のコア機能が変わらないなら、「dApp」のラベルは見せかけです。

プロジェクトカードを読むとき、dApp のプロファイル(Type: EVM または non-EVM と、プロジェクトが他者のネットワーク上にデプロイされていることの組み合わせ)が強い Onchain necessity の評価とともにある場合、それはプロジェクトがオンチェーンに存在する意味のある理由を持っていることを示します。同じプロファイルが弱いまたは欠如した Onchain necessity を伴う場合、その分散型アプリケーションのアーキテクチャは実体よりもナラティブであるかもしれないことを示唆します。

dApp のラベルだけでは証明できないこと

製品を「dApp」と呼ぶことは構造的な主張であり、品質の保証ではありません。dApp のラベル自体は、次のことを示しません。

  • AI reality — dApp は本物の AI コンポーネントを一切持たずに存在できます。スマートコントラクトはトークン移転とガバナンスを処理する一方で、「AI」はマーケティング資料の中にしか存在しないかもしれません。DecAIHub は AI reality を、AI_0 から AI_4 のスペクトラムと Tier-1 のエビデンス を通じて別途評価します。

  • 分散化の深さ — プロジェクトは、すべての意味のあるロジックを中央集権的なサーバー上で動かし、ブロックチェーンをトークン移転のためだけに使いながら、自身を dApp と呼ぶことができます。ラベルよりも分散化の度合いが重要です。どの操作が実際にオンチェーンで実行され、どれがオフチェーンで実行されるかを確認してください。

  • セキュリティ — スマートコントラクトはバグを含み得て、dApp は悪用され得ます。dApp は本質的に安全なわけではありません。監査レポート、バグバウンティプログラム、コントラクトの検証は、セキュリティの実践に関する別個のエビデンスです。

  • ユーザー価値 — 技術的に有効な dApp でも、現実の問題を何も解決しないことがあります。製品は「オンチェーンである」という目新しさを超えたユーティリティを提供しなければなりません。

  • Token necessity — dApp はトークンなしで完璧に機能できます。dApp と並んでトークンが存在することは、そのトークンが必要であることを意味しません。Token necessity は独立して評価されます。

混同しないでください

  • スマートコントラクト — スマートコントラクトはブロックチェーン上にデプロイされたプログラムです。dApp はスマートコントラクトをバックエンドとして使用する完全なアプリケーションです。単一の API エンドポイントがウェブアプリケーションでないのと同様に、単一のスマートコントラクトはそれ自体では dApp ではありません。

  • プロトコル — プロトコルは、やり取りのためのルールと標準のセットを定義します。Uniswap や Aave のようなプロトコルはスマートコントラクトのロジックを定義しますが、dApp はフロントエンド、ウォレット統合、プロトコルのコントラクトを含む完全なユーザー向け製品です。一部のプロトコルは、その上に構築された複数の dApp フロントエンドを持っています。

  • ウォレット接続のあるウェブサイト — ウォレットをウェブサイトに接続することは、それを dApp にはしません。ウォレット接続が認証やトークン表示のためだけに使われ、コア製品ロジックにオンチェーンの取引が一切関与しないなら、そのアプリケーションは意味のある形で分散化されていません。

  • トークン — トークンはブロックチェーン上のデジタル資産です。dApp はトークンを使用するかもしれませんが、それらは異なるものです。多くのトークンは関連する dApp なしに存在し、一部の dApp はネイティブトークンなしで運用されています。

  • DeFi プロトコル — DeFi(分散型金融)プロトコルは、金融サービスに焦点を当てた dApp のサブセットです。すべての DeFi プロトコルは dApp ですが、すべての dApp が DeFi なわけではありません。AI 中心の dApp、ゲームの dApp、ソーシャルの dApp、データマーケットプレイスの dApp はどれも等しく有効なカテゴリです。

よくある質問

すべてのクリプトプロジェクトは dApp である必要がありますか?

いいえ。多くの価値あるクリプトプロジェクトは、インフラ層(L1 または L2 ブロックチェーン)、開発者ツール、オラクルネットワーク、データサービスです。プロジェクトのアーキテクチャは、その目的に合致すべきです。インフラや従来のサービスとして機能するほうが良い製品に dApp のパターンを無理に押し付けても、価値を加えることにはなりません。複雑さを加えるだけです。

dApp はインターネットなしで動作できますか?

いいえ。dApp はブロックチェーンとやり取りするためにネットワーク接続を必要とします。ブロックチェーン自体は、インターネット上で通信するノードの分散型ネットワークです。ネットワークアクセスがなければ、ユーザーは取引を送信したり、オンチェーンの状態を読み取ったりできません。しかし、ブロックチェーンのデータ自体は多数の独立したノードにわたって複製されているため、単一のサーバーの停止がそれを消去することはできません。

すべての dApp はオープンソースですか?

必ずしもそうではありません。オンチェーンにデプロイされたスマートコントラクトのコードは通常、公に可視化され、検証可能です(パブリックネットワーク上で実行されるため、そうでなければなりません)。しかし、フロントエンドのコード、補助的なバックエンドサービス、オフチェーンのコンポーネントは、オープンソースであることもないこともあります。オープンソースのスマートコントラクトは透明性と監査可能性のための肯定的なシグナルですが、普遍的なルールではありません。

プロジェクトが本当に dApp なのか、そう主張しているだけなのかをどう見分けますか?

コア製品ロジックがパブリックブロックチェーン上のスマートコントラクトを通じて実行されるかどうかを確認してください。ブロックエクスプローラーで検証されたコントラクトアドレスを探し、プロジェクトのドキュメントでコントラクトのデプロイの詳細を確認し、製品が主要な機能のためにウォレットベースの取引を実際に必要とするかをテストしてください。製品がブロックチェーン接続なしでも同じように動作するなら、それはいかなる意味のある意味でも dApp ではありません。

dApp と Web3 アプリの違いは何ですか?

「Web3」は、ブロックチェーン技術、分散型ストレージ、暗号的アイデンティティを使用するアプリケーションのための、より広範な包括的用語です。dApp は Web3 アプリケーションの特定の一種 — バックエンドロジックがスマートコントラクト上で動作するもの — です。一部の Web3 アプリケーションは、コアロジックをオンチェーンに置くことなく、ブロックチェーンを周辺的に(アイデンティティや支払いのために)使用します。これらは Web3 アプリですが、厳密な意味では必ずしも dApp ではありません。

dApp がクリプト AI プロジェクトの評価に関連するのはなぜですか?

dApp のアーキテクチャが、プロジェクトの AI に関する主張がオンチェーンで検証可能かどうかを決定するためです。AI プロジェクトが本物の dApp として運用されているなら、その推論呼び出し、データ処理、計算の調整は、スマートコントラクトのやり取りを通じて追跡できます。「dApp」が中央集権型 API の単なるフロントエンドのラッパーにすぎないなら、AI の主張はオンチェーンのエビデンスを通じては検証不能なままです。これこそが、DecAIHub の Onchain necessity と AI reality の評価が検出するように設計されているものです。

外部リンク

  • Ethereum.org — Introduction to dApps — 分散型アプリケーション、その特性、従来のアプリとの違いに関する Ethereum Foundation の概観
  • Solana Documentation — Building Programs — オンチェーンプログラム(dApp のための Solana 版スマートコントラクト)の構築に関する Solana のガイド
  • a16z Crypto — The Web3 Landscape — dApp のアーキテクチャ、トレンド、市場分析を扱う Andreessen Horowitz のクリプト研究
  • DappRadar — 複数のブロックチェーンにわたる dApp の利用、取引量、ユーザー活動を追跡する分析プラットフォーム

関連ページ