Bless

Blessとは何か？

Blessは、コンシューマーデバイスの遊休キャパシティをアプリケーション向けの共有コンピュートレイヤーへ転換しようとする分散型エッジコンピューティングネットワークであり、とくにAI、データ、およびレイテンシーに敏感なワークロードを対象としています。

開発者がハイパースケール型の中央集権クラウドプロバイダからキャパシティをレンタルする代わりに、Blessのノードネットワーク経由でジョブをディスパッチし、デバイス所有者はCPU、GPU、帯域幅、稼働時間（アップタイム）などを提供して報酬を受け取る、という設計になっています。

提唱されている「モート（参入障壁）」は、新たな汎用ブロックチェーンではなく、多様なコンピュートを調整するレイヤーにあります。プロジェクトの資料では、ブラウザノードとネイティブノードの組み合わせ、WebAssemblyによる分離、動的なリソースマッチング、ワークロード特化の検証などを組み合わせることで、一般的なデバイスを単なる受動的なトークン保有者ではなく、分散型インフラとして活用できるようにする構想が説明されています。詳細は公式Blessドキュメントおよびネットワークディスパッチに関するドキュメントに記載されています。

Blessは、コアなレイヤー1やDeFiカテゴリーというよりも、分散型フィジカルインフラ（DePIN）および分散型コンピュートというニッチに位置づけられます。

2026年7月末から8月初旬時点で、サードパーティのマーケットページでは、BLESSは暗号資産の中で下位中堅クラスに分類されていました。CoinMarketCapでは時価総額は2,000万ドル未満、ランキングは700位台とされ、CoinGeckoでも同様に2,000万ドル未満の時価総額で800位台とされていました。一方、本レポートに提供されたアセット情報では、約3,860万ドルの時価総額と1セント強の価格水準という、より高いスナップショットが示されており、若いトークンでは流動性の薄さ、供給算出方法、タイミングによって見かけ上の規模が大きく変わりうることを浮き彫りにしています。

Blessには、レンディング市場やDEXに匹敵する意味のあるDeFi TVLプロファイルは存在しません。TVLアグリゲーターは、DeFiLlamaのTVLの定義に関する説明にあるように、TVLをプロトコルのコントラクトにロックされたユーザー資産として定義します。一方で、Bless自身の開発者ドキュメントでは、一部の箇所でテストネットまたはベータ環境のデプロイは依然として無料であり、まだ本番課金環境ではないと説明されています。そのため、Blessの採用状況を評価するうえでは、TVLよりもコンピュート利用量、アクティブノード数、有料ワークロード需要のほうが重要な指標となります。

Blessの創業者と設立時期は？

Blessは2022年、サンフランシスコでBlocklessという名称のもとに設立されました。これは2021年以降の暗号資産市場の縮小期であると同時に、AIインフラおよびDePIN型ネットワークに対する機関投資家の初期的な関心が高まりつつあった時期にあたります。

CoinMarketCapは、創業者としてButian Li、Michael Chen、Liam Zhangを挙げており、プロジェクトの公式「About」ページでは、チームメンバーのバックグラウンドとしてAkash Network、Binance Research、NGC Venturesなどが紹介されています。このタイミングは重要です。Blessは、最初期の汎用的な「ワールドコンピュータ」的なナラティブの波が、より専門化されたインフラ市場へと成熟してきた後に登場しており、その仮説はスマートコントラクト型L1ほど広範ではありませんでした。すなわち、コンシューマーデバイスを、オンチェーンアプリケーションとやり取りする単なるエンドポイントではなく、分散コンピュートの基盤とみなすというものです。

プロジェクトの物語は、Blockless時代の分散型アプリケーションインフラという打ち出しから、Blessが採用しているより分かりやすい「共有コンピュータ」という表現へと進化してきました。

現在の説明において、プロジェクトは既存のブロックチェーン決済レイヤーの代替を目指すことにはあまり重点を置いておらず、むしろアプリケーションが自らのユーザーもしくはノードベースからコンピュートを利用できるようにすることで、中央集権クラウドプロバイダへの依存を減らすことに注力しています。このシフトにより、Blessは従来のスマートコントラクトプラットフォームというよりも、DePINやAIインフラの競合に近い立ち位置となりました。パブリック向けのウェブサイトでは、GPU/CPUワークロード、AIのトレーニングと推論、ゲーム、データ処理、同意ベースのデータマーケットプレイスが強調されており、開発者ドキュメントでは、開発者向けイントロダクションに示されているように、Bless CLIを用いたTypeScriptおよびJavaScriptのデプロイが強調されています。

Blessネットワークはどのように機能するか？

Blessは、EthereumやSolanaといったチェーンと一般的なトランザクション決済を直接競合する独立した実行レイヤーブロックチェーンというよりも、暗号経済的インセンティブに支えられた分散型コンピュート調整ネットワークとして理解するのが適切です。

BLESSトークンはMiCA開示において、Solana上のファンジブルなSPLトークンとして説明されており、ネットワークの想定されるセキュリティモデルは、トークン保有者がBLESSをステーキングしてバリデーション、ノード運用、メインネット成熟時のコンピュートタスク決済を支える、Proof-of-Stake型の参加に依拠しています。詳細はプロジェクトのMiCAホワイトペーパーに記載されています。実際のワークロードの実行は、単一の決定論的なブロックチェーンVM内部ではなく、分散ノード全体で行われるため、Blessにおける重要な技術課題は、コンセンサスのファイナリティだけでなく、分散コンピュートタスクが、許容可能なレイテンシー、信頼性、不正耐性のもとで割り当て・実行・検証され、支払いが行われるかどうかという点にあります。

ネットワークの技術スタックは、タスクルーティング、WebAssemblyベースの分離、パフォーマンスを意識したノード選択、動的な検証を中心に構築されています。

開発者は、Bless CLIを通じてCPU、RAM、帯域幅、優先度、レイテンシー期待値などのリソース要件を含むジョブを送信します。ネットワークは、その後、オーケストレーションに関するドキュメントに記載されているように、能力や地理的条件に基づいてオンラインノードを特定し、過去の信頼性や稼働時間を優先して選択します。検証においては、Blessはモジュラーなモデルを採用しており、アプリケーション側はタスクに応じた検証方法を選べると説明されています。具体的には、バイナリな結果に対してはpBFTあるいはRAFTスタイルの投票、データ取得タスクに対しては集約データ検証などが想定されており、すべての計算に単一の普遍的検証スキームを適用するのではないとされています。詳細は検証可能性に関するドキュメントに記載されています。

この設計は実務的ではあるものの、難しいセキュリティ課題ももたらします。コンシューマー向けハードウェアはデータセンターインフラよりも安価で裾野も広い一方、ノイズが多く信頼性に欠け、Sybil攻撃、共謀行為、稼働時間操作、不整合な実行環境に対して脆弱になりがちです。

Blessのトークノミクスはどうなっているか？

BLESSの供給スケジュールは、若いインフラ系トークンとしては比較的アグレッシブな部類に入ります。Tokenomics.comによれば、BLESSの最大供給量は100億枚で、総供給量はそれにわずかに満たない水準、TGE（トークン生成イベント）は2025年9月23日、2026年初頭のマーケットデータスナップショット時点で流通供給量は総供給量の約18〜19％であり、完全なベスティングは84か月のアンロックスケジュールを通じて2032年8月まで続くと報告されています。詳細はBless Networkのトークノミクスページおよびアンロックスケジュールに記載されています。公表されている割り当てでは、コミュニティインセンティブ、エアドロップおよびマーケティングプール、インサイダー、プライベート投資家、財団リザーブ、流動性などに供給が分配されています。これにより、BLESSは固定供給のコモディティ型資産でも、すべてが排出済みのガバナンストークンでもありません。主な経済的懸念はスケジュールされたアンロック圧力であり、とくに投資家、チーム、アドバイザー、財団、コミュニティへの割り当てが複数年にわたって解除されるため、たとえ総供給量が上限で固定されていても、流通供給量は大きく増加しうる点です。

トークンの想定ユーティリティは、コンピュートの決済および調整です。

MiCAの申請書では、BLESSはネットワーク参加のためのステーキングを支え、ノードオペレーターに報酬を与え、コンピュートワークロードの支払い手段として機能することが期待されていると述べられています。また、保有者はネットワークや発行主体に対する株式、配当、利益分配権、償還請求権、契約上の権利を受け取らないと明記されており、これはリスク分類やバリュエーションの観点で重要です。

Blessの経済的主張は、有料ワークロード需要が、ノードオペレーターへの手数料フローや、ステーカーやトークンバーンなどのバリューアキュムレーションにつながるというものですが、これを既成事実として扱えるほど、公的な実績はまだ明確ではありません。

一部のマーケットサマリーでは、収益に基づくバーン圧力について言及していますが、MiCAホワイトペーパーでは、BLESSはリベース、需要連動型の発行、需要連動型のバーンなど、自動的な供給調整メカニズムを実装していないと述べられています。慎重な読み方をすると、BLESSはベスティングによる流通インフレを伴う名目上の供給上限付きトークンであり、持続的な価値の蓄積は、機械的に保証されたデフレモデルではなく、実際のコンピュート支払い需要、ステーキング需要、そしてノードパフォーマンスの信頼できるエンフォースメントに依存していると言えます。

誰がBlessを利用しているか？

Blessの目に見える採用状況は、需要サイドよりも供給サイドのほうが強いとされています。

プロジェクト側は、ネットワークが数百万規模のノードに達したと主張しており、公式サイトでは500万以上のユーザー運用ノードがあると記載され、開発者ドキュメントでは、当該ページの公開時点で1日あたり410万以上のノードがオンラインだったと述べられています。

CoinMarketCapのプロジェクト説明でも500万以上のテストネットノードがあるとされており、2025年9月のメインネットローンチに関するメディア報道では、テストネット期間中に630万以上のノードと250万ユーザーが存在したと伝えられました。これらの数字は、エアドロップやインセンティブに支えられた大規模な参加を示唆しますが、これをリカーリングなエンタープライズ需要や有料コンピュート収益と同一視すべきではありません。DePIN市場においては、供給サイドのノード成長は比較的安価に補助できる一方で、より難しい検証は、インセンティブが平常化した後に開発者がワークロードに対して実際に支払いを続けるかどうかです。

需要サイドでは、BlessはAI推論・トレーニング支援、データ処理、ゲームインフラ、分散型ウェブホスティング、開発者向けデプロイメントをターゲットとしています。

ドキュメントでは、TypeScriptおよびJavaScriptアプリケーションのサポート、npx blessnet deployによるデプロイ、Space and Time DatabaseやMonad Blockchainといった技術との統合が示されていますが、同じドキュメント内でネットワークはベータ段階もしくはまだ本番環境ではないと明記されている箇所もあり、これはネットワークが依然として試験運用や段階的な展開フェーズにあることを示しています。 testnet であり、そのフェーズではデプロイが無料で行えるため、公開資料だけでは収益トラクションを検証しにくい状況にある。

エンタープライズ採用よりも、取引所での採用状況のほうが把握しやすい。Bitget は 2025 年 9 月 23 日に、BLESS を Innovation と AI Zone に上場すると発表しており、同じローンチ時期に Binance Alpha および Binance Futures での取り上げも報告された。一方で、MiCA ホワイトペーパーは Bitvavo での取引開始に向けて準備された。これらの上場は流動性とディストリビューションを支えるものの、企業が Bless のコンピュートを大規模に消費している証拠にはならない。

Bless におけるリスクと課題は何か？

Bless には、初期段階のトークン化インフラに典型的な規制・実行・中央集権化リスクが存在する。欧州では、MiCA ホワイトペーパーは BLESS を e マネートークンや資産参照トークンではない「その他の暗号資産」と分類し、償還不能かつ無利息であると説明しているが、その分類により、他の法域がトークンセール、ステーキング報酬、エアドロップ、あるいは「利益期待」の問題をどのように分析するかが自動的に解決されるわけではない。公開調査では、Bless または BLESS を直接対象とする既知の SEC による現行訴訟は確認されていないが、既知の法執行措置がないことは、規制上の確実性を意味しない。ネットワークはまた、ノードスコアリング、タスク検証、報酬分配、およびステーキング設計の健全性にも依存している。ノード参加が過度にインセンティブ駆動であったり、協調するオペレーターに集中している場合、数百万のブラウザノードという見かけ上の分散性が、経済的に独立し信頼できるコンピュート提供者の実数を過大評価している可能性がある。

競争上の脅威も大きい。Bless は過密状態の分散型コンピュート市場に参入しているからである。Akash、Render、io.net、Aethir、Golem、Fluence など、他の DePIN やコンピュートネットワークは、重複する開発者の注目を奪い合っている一方で、AWS、Google Cloud、Microsoft Azure、そして専門的な GPU クラウドプロバイダといった中央集権的な既存企業は、依然として信頼性、エンタープライズ調達、コンプライアンス、可観測性、およびサービスレベル保証を支配している。Bless のコンシューマデバイスモデルは、特定のレイテンシーセンシティブなワークロード、バースト的なワークロード、あるいはエッジワークロードに対してはコスト効率が良い可能性があるが、決定論的な高性能 GPU クラスター、規制対象のエンタープライズワークロード、あるいは厳格な稼働時間保証を要するタスクに対しては、適合性がそれほど明白ではない。また、その経済モデルはトークン特有のプレッシャーにも直面している。複数年にわたるアンロックスケジュールは、利用が成熟する前に流通保有者を希薄化させうるし、報酬が有機的なコンピュート収益を長期間上回る場合、ネットワークはインフラマーケットから、補助金で回る参加ループへと逸脱しかねない。

Bless の今後の見通しは？

Bless の将来像は、トークン上場そのものよりも、大規模な testnet やノード供給のフットプリントを、検証可能な有償ワークロード需要へ変換できるかどうかにかかっている。

注視すべき主要なマイルストーンは、本番利用に耐えうるメインネットコンピュート、GPU 対応のデスクトップまたはネイティブノード、より強力な検証メカニズム、TypeScript と JavaScript を超えた幅広い言語サポート、オーケストレーションの改善、および透明性の高い課金・収益データである。

2025 年 8 月に実施された Halborn による Bless の Solana プログラム監査では、情報レベルの問題が 1 件見つかったのみで、監査対象範囲においてクリティカル、High、Medium、Low のいずれの深刻度の指摘もなかった。これはポジティブではあるが、範囲は限定的であった。監査対象はトークンおよびエアドロップ関連の Solana プログラムであり、分散コンピュート全体のセキュリティモデル、ノードマーケットプレイスの経済性、敵対的環境におけるワークロード検証システムなどは含まれていない。

ホワイトペーパーのロードマップでは、メインネットローンチ、検証機構の改善、より幅広いプログラミング言語サポート、優れたオーケストレーション、およびセキュリティ機能の強化が優先事項として特定されている一方で、現在のドキュメントには依然としてベータ／testnet 的な表現が含まれている。そのため、実務的なハードルは、パブリックローンチに関する主張と、開発者ツール、決済レール、測定可能な本番需要とを足並み揃えていくことにある。

インフラとしての仮説はもっともらしいが、まだ実証されていない。Bless が、実際のワークロードを異種混在のデバイスへと安定してルーティングし、サービス品質を強制し、ノードの不正行為を防ぎ、トークンエミッションではなく顧客需要から貢献者に報酬を支払うことができれば、DePIN 内でディフェンシブルなエッジコンピュートニッチを占めうるだろう。そうできなければ、印象的なノード数を誇りながらも収益密度の低い、供給過多のトークンネットワークの一つとなるリスクがある。最も重要な指標は、短期的な価格、取引所ボリューム、ソーシャルの成長ではなく、継続的な有償コンピュート利用、エアドロップ目的でないノードオペレーターの維持、検証可能なワークロード完了、浮動供給を吸収するだけでなくセキュリティ向上に資するステーキング参加、そして収益・バーン・アンロック・報酬原資に関する透明性の高い開示である。