DePINは続くか？トークン報酬が需要で回っているかを見分ける方法

あるDePIN（参加者が設備を出し合って作る物理インフラのネットワーク）との提携を検討している担当者が、先方の資料を読んでいます。ノードの数は右肩上がりで、カバーする地域も広がっている。担当者が知りたいのは、「この伸びは、この先も続くのか」です。

このネットワークは、機器を置いて動かす運用者に、トークンで報酬を払っています。報酬の価値は、トークンの価格しだいです。価格が下がると、機器を動かし続けても割に合わなくなり、運用者は機器を止めます。するとカバーする地域が欠け、データも古くなり、サービスの質が落ちます。質が落ちれば、顧客も離れていきます。ノード数の伸びがトークンの値上がりだけに支えられていたなら、こうした逆回転に入りかねません。

そうならないかを見分けるには、トークンの価格を見ても分かりません。見るのは、外部の顧客が払ったお金で、運用者への報酬と運営費をどこまでまかなえているかです。値上がりした分や、新しく発行したトークンは、売上として数えません。そのうえで、立ち上げ期の上乗せの報酬（補助金）を減らした後も、採算と資金繰りがもつかを確かめます。

以下では、この見分け方を、DePINの事業責任者、提携・調査の担当者、トークン設計者が使える形で示します。Helium、Render Network、Hivemapper、GEODNETの公式資料を比べ、価格の予想ではなく、ネットワークの経済が続く条件を見ていきます。

トークノミクスの基本要素（供給量、配分、ロック解除など）はトークノミクスとは（設計要素と手順）、そもそもトークンを発行すべきかの判定はトークノミクス設計の実務で扱っています。

この記事でわかること

• 補助金頼みか、需要で回っているかを見分ける「需要カバー率」の出し方
• 4つのネットワークが、顧客の支払いを運用者の報酬にどうつないでいるか
• 補助金の減らし方と、設計レビューで確かめる8項目

続くかどうかは「顧客の支払い ÷ 運用者への支払い」で見る

最初に見る比率は、次のものです。ある期間に外部の顧客が払った金額を、同じ期間に実際に使えるサービスを出した運用者への報酬の合計で割ります。ここでは、これを需要カバー率と呼びます。

需要カバー率 = 外部顧客が支払ったサービス対価 ÷（トークン報酬の公正価値 + 現金報酬 + プロトコル負担の変動費）

分子に入れるのは、本物の顧客の支払いだけです。次のような「見かけの利用」は入れません。

• 自分のお金で買ったトークンや、エアドロップでの利用
• 無料の試験
• 財団が持っているトークンを使った利用

分母は、発行したトークンの枚数では比べません。配った時点の公正価値と、現金の支出で比べます。

立ち上げ期には、比率が1を下回ることもあります。それだけで失敗とは限りません。ただし、運用者が十分に集まった後も比率が良くならない場合は別です。需要と関係なく報酬だけが増える場合も同じです。そのネットワークは、利用者ではなく新規発行に頼って回っています。

需要カバー率は、ここで使う補助の指標です。事業全体が黒字であることや、続くことを保証するものではありません。設備の更新、固定費、顧客を獲得する費用、資金繰り、需要が続くかも、別に確かめます。

あわせて見る指標は、次のとおりです。

それぞれがどちらに動けば健全かは、後半の「詳しいデータ」にまとめました。

バーンや買い戻しは、トークンに価値を取り込む道筋の1つです。しかし、それだけで利益が出ていることの証明にはなりません。顧客がUSD建てでいくら払ったか。その利用のために、運用者・検証・保存・通信の帯域にいくらかかったか。この両方を、同じ期間・同じ製品で並べます。利用1単位ごとの価格と粗利の出し方はDePINの需要と単位採算の設計で詳しく扱います。

トークンが役に立つのは、立ち上げ期の「鶏と卵」の問題

物理のネットワークには、「鶏と卵」の問題があります。機器がなければ顧客は来ません。顧客がいなければ、運用者は機器を置きません。

トークンを使うと、将来のネットワークの価値の一部を、早く参加した人に配れます。プロトコルは現金をあまり使わずに、先に供給をそろえられます。ふつうの事業での顧客獲得費用（CAC）だけでなく、供給者を集める費用も、将来に先送りする仕組みです。

ただし、トークンが物理のサービスを作るわけではありません。無線の届く範囲、GPUの処理の完了、地図の新しさ、測位データの正確さ。これらを確かめ、買える商品に変える仕組みが別に要ります。

報酬が「端末を置いた」「ウォレットをつないだ」だけで決まると、どうなるか。需要のない場所に機器が置かれすぎ、質の低い提出が増えます。そこで最初の報酬は、少しずつ、将来売れる品質に結び付けていきます。たとえば、届く範囲の不足、動いていた時間、正解率、遅れ、顧客が必要とする地域です。

4つのネットワークは、顧客の支払いをどう報酬につないでいるか

4つとも、顧客の支払いとトークンをつなぐ仕組みを持っています。ただし、つなぎ方と、見るべき点が違います。

需要とトークンのつなぎ方と、運用者への報酬の出し方を並べた表は、後半にあります。以下、それぞれを「顧客が払う → 運用者に届く → 見るべき点」の順に見ます。

Helium

Heliumのネットワークの利用料は、Data Credit（DC）で払います。1 Data Creditは0.00001 USDに固定されています。DCは、HNTをバーンしたときにだけ作られます。そのため、利用の量とバーンを対応させやすい設計です（Helium Data Credit公式Docs）。

一方で、運用者への報酬はバーンだけから出ているわけではありません。HNTには半減期と、Net Emissions（バーンした分を上限に発行量を補う仕組み）があります。バーンの額だけで、運用者への報酬の全体がまかなわれているとは限りません（HNT公式Docs）。

Render Network

Render Networkでは、制作者がUSD建てで処理の費用を払います。払い方は法定通貨かRENDERで、それに見合うRENDERがバーンされます。これがBurn and Mint Equilibrium（バーン・アンド・ミント均衡）という仕組みです。

ノードの運用者には、前もって決めた、だんだん減っていく予定に沿って、新しく発行したRENDERが週ごとに配られます（Render Network: Burn Mint Equilibrium）。

この作りなら、顧客の価格をトークンの相場から切り離せます。その代わり、続くかどうかは、「バーンしたUSD相当」と「新規発行したUSD相当」の比率を、処理の種類ごとに追って確かめる必要があります。

Hivemapper

HivemapperはMap CreditsをUSDに固定しています。2026年9月24日時点で、1 Map Creditは0.0075 USDです。有償の利用では、HONEYをバーンします。

改定（MIP-15）以降は、バーンの対象のうち75%をずっと消し、残りの25%を利用に応じた報酬として発行し直します。発行し直す量には、週50万HONEYの上限があります。

公式Docsは、財団の持ち分を使った利用の扱いも定めています。1つは、有償利用のためのバーンに、前もって発行した財団保有のHONEYを使ってはならないこと。もう1つは、財団保有分で作ったMap Creditsに売上が出た場合の扱いです。その法定通貨相当額を財団に送り、財団が市場でHONEYを買ってバーンします（Hivemapper: HONEY Burn and Mint）。この決まりがあると、無料の試験と有償の需要を分けて見られます。

GEODNET

GEODNETでは、データの利用料をGEODに換え、買い戻しとバーンに充てるとしています（GEODNET: What's the utility of the token?）。

運用者への基礎の報酬は、毎年6月30日に半分になります。実際の報酬は、受信の品質などで増減します。受信の品質が悪い基地局は、報酬が減る仕組みです。使われる規則は、動いていた時間、衛星信号のSNR（信号と雑音の比）、近くの基地局、マルチパス（反射した電波による測位の誤差）などです（GEODNET Tokenomics、Token Reward Metrics）。

2025年4月に承認された性能の規則（GIP6）では、使える衛星の数が基準を下回るときや、マルチパスが大きいときは、報酬を失います。発行量を減らすだけでなく、売れるデータの品質に支払いを寄せている例といえます。

行き詰まりは「売れない供給がたまる」ところから始まる

ノードの数やカバーする地域は、供給できる力を示します。しかし、顧客にとっての価値までは示しません。需要のない地域に同じような機器が集まっても、売れる量は増えず、1台あたりの報酬が薄まるだけです。1台あたりの報酬が薄まれば、冒頭で見た逆回転に近づきます。

行き詰まりにつながる形は、次のとおりです。

• 価格に頼っている：運用者の費用は法定通貨でかかるのに、報酬のトークンの値動きをやわらげる仕組みがない。
• 量だけで払っている：重なった届く範囲、使われないGPU、古い画像、精度の低いデータにも、同じ報酬を払う。
• 内輪の需要：顧客ではなく、財団・投資家・運用者自身の購入を、需要として数える。
• 収益とトークンの需要が切れている：法定通貨の売上があっても、プロトコルの手数料、買い戻し、バーン、運用者への支払いのどこにもつながっていない。
• 補助金を急に止める：需要の育ち方と関係なく、ロック解除や半減が崖のように来て、大事な地域の運用者までいっせいに抜ける。

対策は、新規発行を一律に減らすことではありません。一律に減らせば、需要のある地域の運用者まで抜けかねないからです。地域・時間・品質・製品ごとに粗利を出します。そのうえで、需要があるのに供給が足りない地域に報酬を寄せ、余っている地域では新しく参加する人への報酬を止めます。最低限の届く範囲を保つための補助金と、利用の量に比例する報酬も、分けて扱います。

どの地域が足りないかを需要セルで見積もる方法はDePINの設備配置計画、品質に結び付けた検証と報酬の保留の設計はDePINのデータ品質と報酬不正対策をご覧ください。

補助金は、段階ごとに確かめながら減らす

1. 供給を形づくる：必要な地域と最低限の品質を決め、機器の数ではなく、確かめ済みの届く範囲に期限付きの報酬を出す。
2. 商品として確かめる：無料の試験と社内の利用を別の台帳に記録し、外部の顧客が続けて使う率、単価、サポートの費用を測る。
3. 需要とつなぐ：利用のクレジット、処理の依頼、APIの呼び出しなどの売上を、それに見合う運用者への報酬に結び付ける。
4. 減らしてみる：地域・対象の群ごとに補助金を減らし、供給が残る率、SLA（顧客に約束する品質）、顧客の解約、戻るまでの時間を見る。
5. ふだんの運用：需要カバー率が基準に届かない製品・地域は、自動で広げない。価格を見直すか、品質を上げるか、撤退するかを選ぶ。

減らしてみる試験では、トークンの価格を成功の指標にしません。報酬を20%減らしたときに、使える供給、顧客に約束した品質、売上総利益がどう変わるかを、対象の群ごとに比べます。大事なのは、抜けた運用者の数より、抜けた後も必要な届く範囲と品質が残ったかです。

独自のトークンを使わない方がよい場合

次のような場合は、ふつうのマーケットプレイスと現金での報酬の方が単純です。

• 供給する側が少数の専門企業に限られ、契約・請求・品質保証を中央の運営者が担い、顧客も法定通貨で払う
• トークンがなくても、供給を十分に集められる
• チェーン上で確かめられる貢献がない
• 値動きのリスクを、運用者に負わせたくない
• 規制・会計・税務への対応で増える費用が、ネットワークが広がる効果を上回る

トークンを使うなら、次のどれを解くために使うのかを書いておきます。「決済に必要」「担保・スラッシング（違反したときの没収）に必要」「許可なしで参加する運用者に、確かめられる形で配る必要」です。ガバナンスやマーケティングだけを理由に、顧客にとっての価値と関係ない需要を作らないことが大切です。

設計レビューで確かめる8項目

1. 外部顧客の有償利用を、無料枠・財団保有分の利用・自己取引から分離できる。
2. 利用単位、USD単価、品質、提供地域、原価を同じ期間で対応できる。
3. 報酬は設置数ではなく、販売可能な品質と不足地域へ連動する。
4. 新規発行、権利確定（配ったトークンが使えるようになること）、追加報酬、運営費を含む総希薄化を月次で再現できる。
5. トークン価格が50〜80%下落しても、必要供給を維持する予算・価格・退出手順がある。
6. 補助金縮小の発動条件と停止条件が、価格ではなく需要カバー率とSLAで定義されている。
7. バーン・買い戻しが実際の顧客入金に紐付き、会計上の売上と混同されていない。
8. 独自トークンを使わない構成と、同じKPI・総コストで比較している。

DePINの各分野と既存ネットワークの位置付けはDePIN完全マップ 2026、需要の検証から本番運用までの開発の流れはDePINネットワークの作り方にまとめています。

詳しいデータ

ここからは、トークン設計者や調査の担当者が数字を突き合わせるときに使う表です。

指標ごとの健全な方向

4つのネットワークの、需要とトークンのつなぎ方と供給報酬

XTELAができること

私たちは、利用イベント、品質判定、報酬計算、財団保有資産、バーン・買い戻しを1つのデータモデルでつなぎ、需要カバー率を月次で再現できる集計基盤を作ります。補助金を20%減らした場合の供給維持率を対象群ごとに試算するシミュレーションやPoC（概念実証）も、貴社の実データで一緒に組み立てます。設計の比較や見直しはお問い合わせからご相談ください。

主要参考資料

• Helium Documentation: Data Credit（2026年9月24日確認）
• Helium Documentation: HNT Token（同日確認）
• Render Network: Burn Mint Equilibrium（同日確認）
• Hivemapper: HONEY Burn and Mint（同日確認）
• GEODNET: Tokenomics（同日確認）
• GEODNET: Token Reward Metrics（同日確認）
• GEODNET Support: What's the utility of the token?（同日確認）

資料の確認日と注意

各ネットワークの仕様は2026年9月24日に確認しました。技術・事業設計の一般的な情報で、投資・法務・税務・会計上の助言ではありません。トークンの仕様、報酬、ネットワークの利用状況は変わるので、導入する時点の公式資料と実測データを確かめてください。