# GolemのGLMを読む前に支払いネットワークを確認する。容量は残高ではない

GLM はイーサリアムと Polygon の ERC-20 です。提供者は mainnet を明示する必要があります。テストネットの金額に実際の価値はありません。共有したコアとディスクはその残高ではなく、モニターの直近 GLM も使えるウォレット資金ではありません。

- Canonical: https://iotahome.site/ja/learn/golem-glm-payments-vs-capacity
- Publisher: IOTA Watch
- Topics: Golem
- Published: 2026-10-24
- Updated: 2026-10-24

## 要点

ステータスで mainnet か testnet かを先に見て、合計、オンチェーン、Polygon、保留を別々に読みます。容量やモニターの区間で置き換えないでください。

## 支払いネットワーク、残高、容量

| 場所 | 読む内容 | 限界 |
| --- | --- | --- |
| サイト上のGLMの説明 | 提供者とリクエスタの交換手段。ERC-20、イーサリアムとPolygon | 一台のマシンへ入金済みの額ではない |
| YA_PAYMENT_NETWORK_GROUP | mainnetが手順の言う実GLM。イメージの既定はテストネット | テストネットの金額に実際の価値はない |
| ステータスの amount | 合計、on-chain、polygon、それに pending と issued | モニターの直近24時間ではなく、ネットワーク表示も見る |
| コア、メモリ、ディスク | 共有の規模 | GLM残高ではなく、ここで支払いには換えられない |

Golem のサイトは GLM を提供者とリクエスタの交換手段とし、イーサリアムと Polygon 上の ERC-20 だと述べています。金額に実体があるかは、提供者がどの支払いネットワークにいるか、次にステータスの金額がどのチェーンにあるかを見てから判断します。出している容量も、モニターの直近区間も、その残高の組ではありません。

## 金額がどこにあるか

導入手順は、手順が言う実 GLM を得るには YA_PAYMENT_NETWORK_GROUP を mainnet にすると述べています。同じページは、イメージの既定がテストネットであること、テストネットの GLM に実際の価値がないこと、mainnet を明示するまでメインネットにいないことを警告しています。ステータスの Network 行で、変更が効いたかを確認します。

同じステータスは Wallet の下に amount を出します。合計、on-chain、polygon、それに pending と issued です。on-chain と polygon は二つのネットワーク上の保有です。各チェーンで資金をどう動かすか分かるまで、一つの「すぐ使える」行にまとめないでください。pending は精算済みではありません。

モニターが読むのは Stats の直近 24 時間 GLM と累計 GLM です。ステータスのチェーン別内訳の代わりにはならず、ウォレットアプリも読みません。

## 何を照合するか

- ステータスの Network が mainnet か testnet かを見ます。テストネットの数字を実収入に書かないでください。

- 合計、on-chain、polygon、pending を別に写します。一行が欠ければ不明のままにし、0 で埋めないでください。

- 受取アドレスが、イーサリアムまたは Polygon で見るつもりのアドレスかを確認します。[ノード ID と受取ウォレット](https://iotahome.site/ja/learn/golem-node-id-vs-wallet) を見てください。

- コア、メモリ、ディスクは共有量だけを答えます。残高の足し算には入れません。

## 次の分岐

- ネットワークがまだ testnet: 手順に従い mainnet にして、ステータスを読み直します。変更前のテストネット金額はメインネット収入へ足しません。

- ステータスには polygon または on-chain の残高があるのに、モニターの 24 時間と違う: 区間も出典も違います。モニターの二つは [直近24時間と累計](https://iotahome.site/ja/learn/golem-monitor-guide) を見てください。

- 容量は十分だが金額行が出典の示す 0、またはタスクが来ない: 「タスクが無い」と「支払いが無い」を [容量とタスク](https://iotahome.site/ja/learn/golem-offers-tasks-availability) で分けます。

## 例

例示であり、実際の残高ではありません。ステータスが network mainnet、amount 合計 3 GLM、うち on-chain が 1、polygon が 2、pending が 0.4 で 1 件なら、1 と 2 は二つのチェーンの保有要約です。3 はステータスの合計行であり、3 件目の収入ではありません。0.4 はまだ保留です。モニターが直近 24 時間 1.25 GLM を同時に示しても、3 から 1.25 を引いて「ウォレットの残り」と呼ばないでください。コアが 4 でも 8 でも、これらの行は変わりません。

## 関連ツール

[Golem プロジェクトページ](https://iotahome.site/ja/projects/golem) は公開ノードの GLM 記録を照合するために使います。チェーン残高の基準は自分のウォレットと提供者ステータスです。無料はプロジェクトあたり保存デバイス 5 台、Pro は 50 台です。同じ受取残高を 2 台目のデバイスとして保存しないでください。

## よくある質問

### テストネットのGLMをメインネットGLMに換えられますか？

導入手順は、テストネットの GLM に実際の価値はなく、メインネットには支払いネットワークを mainnet にする必要があると述べています。テストネットの数字をメインネット収入へ足さないでください。

### on-chain と polygon を足して使える残高にしてよいですか？

二つのネットワーク上の保有要約です。移す方法は自分のウォレットの問題です。モニターはまとめたり送ったりしません。

### pending はすでに稼いだ額ですか？

ステータスはそれを保留として別に出します。保留として記し、精算済み残高へ入れないでください。

## 情報源と実装

- [Golem Network](https://golem.network/)
- [Golem provider installation](https://docs.golem.network/docs/providers/provider-installation)
- [Golem Stats](https://stats.golem.network/)