PearlとBittensor、Akash、Renderの比較:主な違い

最終更新 2026-10-27 03:31:51
読了時間: 4m
Pearl、Bittensor、Akash、RenderはいずれもGPUをトークンに結び付けていますが、行列乗算をブロックを生成する抽選に変えるのはPearlだけです。Bittensorは、バリデーターが評価するサブネットの作業に対してTAOを支払います。AkashとRenderはコンピューティング能力を販売しており、支払いを記録するチェーンにはプルーフ・オブ・ステークが採用されています。GPUジョブはブロックパズルではありません。

GPUでモデルの学習や推論を実行できることをすでに知っている読者でも、3つの設計を区別する必要があります。つまり、ブロックを生成する処理、バリデーターが評価する処理、購入者が料金を支払う処理です。Pearlは1つ目の設計に該当します。ホストチェーンがそのGPUジョブなしでブロックを生成し続けている場合でも、スコアやリースは購入者にとって有用なものになり得ます。

ジョブが正常に完了したこと、高いバリデータースコアを得たこと、勝利したタイルがあることは、それぞれ異なる問いに答えるものです。価格や稼働率によって、ネットワークが同じ設計になるわけではありません。

主なポイント

  • Pearlのブロック抽選は、独自チェーン上で行われるGPUによる行列乗算です。Bittensorでは、バリデーターがサブネットの出力を評価するとTAOが支払われます。AkashとRenderでは、リースまたはジョブに対して料金が請求され、ホストチェーンはステーキングによってブロックを生成します。
  • Pearlの有効な証明は、選択された出力タイルが再計算され、難易度条件を満たしたことを示します。行列が、料金を支払うモデルのフォワードパスから生成されたことを示すものではありません。
  • 第三者マイナーが公開するハードウェア一覧は、プロトコルの定数ではありません。Pearlが文書化している構成は、ノードとvLLMマイナーです。Akashではコンテナのリソースが一覧化され、RenderではGPUジョブがノードオペレーターに割り当てられます。
  • ネイティブアセットの役割はそれぞれ異なります。PRLはPearlのブロック報酬、TAOは集約されたスコアに連動する報酬、ステーキングされたAKTはAkashのブロックを生成するために使われ、リースの支払いはACTから行われます。RENDERはジョブの支払いのためにバーンされ、オペレーターには別の排出スケジュールから報酬が支払われます。

各ネットワークは実際に何をしているのか?

Pearlは、GPU上の行列乗算を作業単位とするLayer 1ブロックチェーンです。Pearl INTホワイトペーパーでは、その乗算をブロック証明としても利用できるProof of Useful Workの設計が規定されています。マイナーが行列を選択し、積を分割したタイルが抽選券として機能します。勝利するチケットを見つけたマイナーがブロックを公開し、PRLで報酬を受け取ります。Gateでは、このネイティブアセットの現物取引シンボルはPEARLです。

Bittensorは、サブネットで構成されるオープンネットワークです。マイナーは、コンピューティング、推論、ストレージ、予測などのサービスを提供します。バリデーターは重みを設定してマイナーを評価し、Yuma Consensusは作業そのものではなく、その重みを集約します。サブネットの作成者がインセンティブを定義し、ステーカーがTAOでバリデーターを支援し、チェーンはその集約結果に基づいてTAOを支払います。高いスコアは、そのサブネットのインセンティブに基づく評価であり、行列積が次のブロックのプリイメージであることを示すルールではありません。

Akash Networkは、Cosmos SDKとCometBFTで構築されたコンテナ化コンピューティングのマーケットプレイスです。テナントは、デプロイメントファイルでCPU、メモリ、ストレージ、提供されている場合はGPUを指定します。プロバイダーが入札し、テナントが入札を受け入れると、チェーンにリースが記録されます。委任型Proof of StakeによってAkashのバリデーターが選出されます。コンテナにサービスを提供するGPUはリース対象の商品であり、バリデーターが解くパズルではありません。

Render Networkは、主にレンダリングや関連するコンピューティングのGPUジョブをノードオペレーターに割り当てます。RENDERはSolana上のSPLアセットです。クリエイターはジョブを送信するためにRENDERをバーンして作業クレジットを生成し、ノードオペレーターにはバーンされたトークンではなく、別の排出スケジュールから報酬が支払われます。SolanaのバリデーターがSolanaのブロックを生成します。ジョブの決済によって更新されるのはRenderの作業記録であり、Solanaのブロック抽選ではありません。

行列乗算のような有用な作業がブロックを生成するのか?

この4つの中で、有用な作業がブロックを生成するのはPearlの設計だけです。Pearlのマイナーは、ハッシュが難易度目標を満たすタイルを探します。この探索がProof of Workです。タイルが勝利するまで乗算を繰り返すことで、競合する履歴の生成コストが高くなります。

他の3つは購入者にサービスを提供しながら、ブロック生成を別の仕組みに任せることができます。Bittensorはサブネットが定義する内容に対して支払いを行い、TAOはYumaが集約する重みに従います。Akashはリース中のコンテナに対して支払います。Renderは完了したジョブに対して支払います。GPUマーケットが低調でも、これらのチェーンはブロックを生成し続けられます。BittensorのチェーンはProof of Authorityを使用し、AkashとSolanaはステークを使用します。3つともGPUジョブをブロックのパズルとして使用していません。

質問 Pearl Bittensor Akash Render
何に対して支払われるのか? 難易度条件を満たす行列乗算タイル バリデーターが評価するサブネットの出力 受け入れられたコンテナリース 完了したGPUジョブ
その作業はブロックを生成するのか? はい。タイルがPearlのブロック抽選になります いいえ。スコアがTAOの配分を決めます いいえ。ステーキングされたバリデーターがCometBFTを実行します いいえ。Solanaのバリデーターがブロックを生成します
ネイティブアセット PRL、現物取引シンボルはPEARL TAO AKT RENDER
失敗した場合はどうなるのか? 勝利するタイルがないため、そのハードウェアへの報酬はありません スコアが低く、排出報酬が少ないか、まったくありません 入札が受け入れられない、またはリースが継続しない オペレーターへのジョブ決済が行われません

PearlとBittensor、Akash、Renderの比較

図1。Pearlは、ブロックを生成する勝利した行列乗算タイルに対して支払います。他の3つは、スコア、リース、またはジョブに対して支払います。

チェーンがステークで稼働していても、マーケットプレイスには料金を支払う顧客が存在する場合があります。Proof of Useful Workのチェーンでは、顧客が依頼していない乗算によってブロックを生成することがあります。Pearlで外れた場合、その試行は報酬なしで終了します。Bittensorでは重みが低いとその排出報酬が終了し、Akashでは入札が拒否されるとその提案が終了し、Renderでは決済に失敗するとそのジョブが終了します。

チェックに合格すると、実際に何が証明されるのか?

Pearlのチェックが証明する事実は限定的です。浮動小数点仕様は、整数行列乗算の証明を拡張したものです。マイナーは入力をコミットし、そのコミットメントから生じるノイズが適用され、積がタイルに分割されます。検証者は積全体を再計算しません。1つのタイルを開示し、Merkle証明を確認し、ノイズシードを導出し、そのタイルを再計算して、チケットが難易度を満たすかを検証します。

合格は、そのタイルが一致し、チケットが勝利したことを意味します。顧客がモデルからトークンを受け取ったことを意味するものではありません。オープンネットワークでは誠実なタスク提供者を前提にできないため、マイナーが入力を選択します。セキュリティ上の根拠は、退化した入力を含む乗算のコストであり、承認済みモデルの登録簿ではありません。

この境界を独立して調査したProof-of-Useful-Workにおける有用性のギャップでは、検証によって完成した行列積が受け入れられる一方、行列がモデルから生成されたかどうかは検証されないと報告されています。ランダムな行列でもチェックを通過できます。同調査では、調査対象のサンプルで主流だったマイニングソフトウェアに推論コードが含まれていなかったことも報告されています。タイルのチェックが適切に機能していても、料金が発生する推論ワークロードは任意のままです。

Bittensorにおける合格はスコアです。バリデーターはサブネットのインセンティブに基づいてマイナーの出力を調べ、重みを設定します。高い重みは、そのバリデーターが価値を割り当てたことを意味します。すべてのサブネットが外部顧客に推論を販売していることや、マイナーの計算がコンセンサス用のタイルとして再実行されたことを意味するものではありません。Bittensorの概要では、この分担が説明されています。マイナーがサービスを提供し、バリデーターがマイナーを評価し、ステーカーがTAOでバリデーターを支援します。

Akashにおける合格はリースです。チェーンには入札、テナントによる承諾、条件が記録されます。その後、コンテナがプロバイダーのマシン上で稼働することが、実際の運用上の事実になります。テナントのワークロードがそのジョブでない限り、クローズされたリースによって、プロバイダーのGPUが特定のモデルを学習していることが証明されるわけではありません。

Renderにおける合格はジョブの決済です。ノードオペレーターは、ネットワークがジョブおよびレピュテーションのルールに基づいて作業を受け入れると、報酬を受け取ります。決済が証明するのはジョブの記録であり、同じGPUサイクルがSolanaのブロック証明になったことではありません。レピュテーションは、提供した作業に応じて上昇または低下します。このサービススコアはBittensorの重みに相当するものであり、Pearlのタイルチェックとは異なります。

ハードウェアとソフトウェアの経路はどのように異なるのか?

Pearlが文書化しているマイナーの構成は、vLLMマイナーとPearlノードを中心としたGPUスタックです。ノードがブロックテンプレートを配布します。マイナーアドレスは、メインネットでprl1pが先頭に付くTaprootアドレスです。その作業によってブロックが見つかった場合に、報酬として補助金と手数料が支払われます。これは稼働時間あたりの支払いではありません。

第三者プログラムは、それぞれ独自のデバイス一覧やハッシュレートの数値を公開しています。これらの数値はそのソフトウェアビルドの測定値であり、プロトコルの定数ではありません。シードフレーズを要求するプログラムはウォレットを取得しようとしているものです。マイニングに必要なのは受取アドレスだけです。プールを利用すると変動を平準化できます。作業単位はあくまで行列乗算です。

Bittensorのハードウェア要件はサブネットによって異なります。推論サブネットではGPUが必要になる場合がありますが、ストレージや予測のサブネットでは必要ない場合があります。マシンが報酬を受け取れるかどうかは、登録、マイナーソフトウェア、バリデーターによる評価によって決まります。

Akashのハードウェアは、プロバイダーが一覧に掲載し、テナントのデプロイメントファイルが要求するものです。作業に勝つとは、難易度目標を上回ることではなく、入札に勝ち、リースを維持することです。プロバイダーはAkashのブロックを生成する機会がなくても、リースに対して支払いを受けられます。

Renderのハードウェアは、ルーティングされたジョブを受け取るGPUノードです。オペレーターのレピュテーションとジョブの種類が重要になります。Pearlのタイルで一度も勝てないカードでも、そのジョブがPearlのチケットではないため、Renderのジョブを決済できます。

トークン報酬とコンピューティング料金は同じものなのか?

同じではありません。Pearlはブロック報酬を通じてPRLを発行します。供給上限は21億で、半減期のステップを設けず、約194秒の目標間隔に向けて滑らかな曲線で増加します。マイナーが受け取るPRLはその発行に対する権利であり、顧客のGPU請求額に対する権利ではありません。Pearlマイニングでは、難易度調整とともにこの曲線を追跡しています。

Bittensorは、Yumaの集約スコアが配分する排出報酬からTAOを支払います。マイナーはサブネット上で重みを得る必要があります。ステーカーはバリデーターに委任します。いずれもGPU時間に対する顧客の支払いではありません。トークンはスコアを測る単位です。

Akashはブロック生成とリースの支払いを分離しています。ステーキングされたAKTがバリデーターを支え、ひいてはブロック生成を支えます。テナントは、米ドルにペッグされたコンピューティングクレジットであるACTでリースに資金を提供し、エスクローからプロバイダーにACTが支払われます。AKTをバーンすることで、このクレジットが発行されます。プロバイダーはブロックを生成しなくてもリースの支払いを受けられ、バリデーターはGPUを提供しなくてもブロックを生成できます。

RENDERはジョブの支払いに使われるアセットです。RENDERをバーンすると作業クレジットが生成され、そのRENDERは供給から除外されます。ノードオペレーターには、バーンされたトークンではなく、別の排出スケジュールから報酬が支払われます。RENDERを保有するSolanaアカウントはPearlのUTXOではなく、Solanaの送金によってPearlのコインベースが決済されることもありません。供給量は、行列タイルがPearlの難易度目標を満たしたときではなく、ジョブによるRENDERのバーンで減少し、排出報酬の発行で増加する可能性があります。

「GPU」と記載された受取記録は、ブロック報酬、スコアに連動した排出報酬、リースの支払い、またはジョブのバーン後に支払われる排出報酬を示している場合があります。このうちPearlに該当するのは最初のものだけです。

これらを同じ設計だと判断する前に、何を確認すべきか?

勝利したPearlのタイルは、乗算が難易度を満たしたことを証明します。顧客がモデルの出力を受け取ったことを証明するものではありません。Bittensorの重みは、バリデーターによる評価を証明します。Akashのリースは、受け入れられた入札を証明します。Renderの決済は、完了したジョブを証明します。

ネイティブのPearlアセットには、別のチェーン上のコントラクトアドレスがなく、メインネットの受取アドレスはprl1pで始まります。GateのPEARL市場はこのアセットを扱っています。GateのPRL市場は、別のプロジェクトであるPerleを扱っています。コントラクトアドレス、0xアドレス、Solanaアドレスは、名前が一致していても別のアセットです。

まとめ

PearlとBittensor、Akash、Renderの違いは、GPUが何を証明するのかという点にあります。Pearlでは、独自チェーン上のブロック抽選で行列乗算タイルが勝利するとPRLが支払われ、検証の合格が証明するのは顧客の請求ではなく、そのタイルです。Bittensorでは、バリデーターがサブネットの出力を評価するとTAOが支払われます。Akashでは、ステーキングされたバリデーターがブロックを生成する一方、受け入れられたリースの料金がACTから支払われます。Renderでは、ジョブの支払いのためにRENDERがバーンされ、オペレーター報酬は排出報酬から支払われ、ブロックはSolanaが生成します。

FAQ

PearlはBittensor、Akash、Renderとどのように異なりますか?

Pearlでは、GPUによる行列乗算がブロックを獲得できる作業となり、勝者にPRLが支払われます。Bittensorでは、バリデーターがスコアを設定した後、サブネットの出力に対してTAOが支払われます。Akashでは、Proof of Stakeチェーン上にコンテナリースが記録され、そのリースの料金がACTのエスクローから支払われます。Renderでは、Solana上でRENDERをバーンして作業クレジットを生成し、GPUジョブの料金を支払います。ノードオペレーターには、別の排出スケジュールから報酬が支払われます。

Pearlの有効な証明は、GPUが料金の発生するAIモデルを実行したことを意味しますか?

いいえ。Pearlの有効な証明は、開示されたタイルが再計算され、チケットが難易度を満たしたことを示します。マイナーが行列を選択するため、ランダムな行列でも通過できます。料金の発生する推論ワークロードがその行列の生成元である可能性はありますが、チェックによってその生成元が要求されるわけではありません。

AkashとRenderはProof of Useful Workを使用していますか?

いいえ。Akashは、CometBFTを使用するProof of Stakeチェーン上にリースを記録します。RenderはSolana上でRENDERを使ってジョブを決済し、Solanaではバリデーターがステーキングによってブロックを生成します。どちらも有用なGPU時間を販売できますが、その販売はブロックのパズルではありません。

AkashやRenderのジョブを受けられるGPUなら、同じ方法でPearlをマイニングできますか?

いいえ。Akashのプロバイダーはテナントが要求したリソースを一覧に掲載して入札に勝ち、Renderのノードオペレーターはルーティングされたジョブを受け取ります。Pearlが文書化している構成は、プロトコルの乗算を実行するノードとマイナーであり、ブロックが見つかった場合にのみ報酬が支払われます。マーケットプレイスのジョブを受けられるカードが、自動的にPearlのマイナーになるわけではありません。

GateのPRL市場はPearlと同じアセットですか?

いいえ。Gateでは、ネイティブのPearlアセットをシンボルPEARLで掲載しています。GateのPRL市場は、別のプロジェクトであるPerleを扱っています。ネイティブのPearlはPearlネットワーク上のprl1pアドレスで受け取られ、別のチェーン上のコントラクトアドレスはありません。

著者: Jayne
免責事項

* 本情報はGateが提供または保証する金融アドバイス、その他のいかなる種類の推奨を意図したものではなく、構成するものではありません。

* 本記事はGateを参照することなく複製/送信/複写することを禁じます。違反した場合は著作権法の侵害となり法的措置の対象となります。

関連記事

ONDOトークン経済モデル:プラットフォームの成長とユーザーエンゲージメントをどのように推進するのか
初級編

ONDOトークン経済モデル:プラットフォームの成長とユーザーエンゲージメントをどのように推進するのか

ONDOは、Ondo Financeエコシステムの中核を担うガバナンストークンかつ価値捕捉トークンです。主な目的は、トークンインセンティブの仕組みを活用し、従来型金融資産(RWA)とDeFiエコシステムをシームレスに統合することで、オンチェーン資産運用や収益プロダクトの大規模な成長を促進することにあります。
2026-03-27 13:52:46
Render、io.net、Akash:DePINハッシュレートネットワークの比較分析
初級編

Render、io.net、Akash:DePINハッシュレートネットワークの比較分析

Render、io.net、Akashは、単なる均質な市場で競争しているのではなく、DePINハッシュパワー分野における三つの異なるアプローチを体現しています。それぞれが独自の技術路線を進んでおり、GPUレンダリング、AIハッシュパワーのオーケストレーション、分散型クラウドコンピューティングという特徴があります。Renderは、高品質なGPUレンダリングタスクの提供に注力し、結果検証や強固なクリエイターエコシステムの構築を重視しています。io.netはAIモデルのトレーニングと推論に特化し、大規模なGPUオーケストレーションとコスト最適化を主な強みとしています。Akashは多用途な分散型クラウドマーケットプレイスを確立し、競争入札メカニズムにより低コストのコンピューティングリソースを提供しています。
2026-03-27 13:18:37
AI分野におけるRenderの申請理由:分散型ハッシュレートが人工知能の発展を支える仕組み
初級編

AI分野におけるRenderの申請理由:分散型ハッシュレートが人工知能の発展を支える仕組み

AIハッシュパワーに特化したプラットフォームとは異なり、RenderはGPUネットワーク、タスク検証システム、RENDERトークンインセンティブモデルを組み合わせている点が際立っています。この構成により、Renderは特定のAIシナリオ、特にグラフィックス計算を必要とするAIアプリケーションにおいて、優れた適応性と柔軟性を提供します。
2026-03-27 13:13:31
Plasma(XPL)トークノミクス分析:供給、分配、価値捕捉
初級編

Plasma(XPL)トークノミクス分析:供給、分配、価値捕捉

Plasma(XPL)は、ステーブルコイン決済に特化したブロックチェーンインフラです。ネイティブトークンのXPLは、ガス料金の支払い、バリデータへのインセンティブ、ガバナンスへの参加、価値の捕捉といった、ネットワーク内で重要な機能を果たします。XPLのトークノミクスは高頻度決済に最適化されており、インフレ型の分配と手数料バーンの仕組みを組み合わせることで、ネットワークの拡大と資産の希少性の間に持続的なバランスを実現しています。
2026-03-24 11:58:52
0xプロトコルの主要コンポーネントは何でしょうか。Relayer、Mesh、APIアーキテクチャの概要をご紹介します。
初級編

0xプロトコルの主要コンポーネントは何でしょうか。Relayer、Mesh、APIアーキテクチャの概要をご紹介します。

0x Protocolは、Relayer、Mesh Network、0x API、Exchange Proxyといった主要コンポーネントを活用し、分散型取引インフラを構築しています。Relayerはオフチェーン注文のブロードキャストを管理し、Mesh Networkは注文の共有を促進します。0x APIは統一された流動性オファーインターフェースを提供し、Exchange Proxyはオンチェーン取引の執行と流動性ルーティングを監督します。これらのコンポーネントが連携することで、オフチェーン注文伝播とオンチェーン取引決済が融合したアーキテクチャが実現されます。ウォレットやDEX、DeFiアプリケーションは、単一の統合インターフェースを介して複数ソースの流動性へアクセスできます。
2026-04-29 03:06:50
Morphoトケノミクス分析:MORPHOのユーティリティ、分配、価値の仕組み
初級編

Morphoトケノミクス分析:MORPHOのユーティリティ、分配、価値の仕組み

MORPHOはMorphoプロトコルのネイティブトークンであり、主にガバナンスやエコシステムインセンティブのために設計されています。トークン配布とインセンティブメカニズムを連動させることで、Morphoはユーザーのイベント、プロトコルの進化、ガバナンス権を結び付け、分散型レンディングエコシステムにおける長期的な価値提案を実現しています。
2026-04-03 13:13:41