Golemの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 と受取ウォレット を見てください。
• コア、メモリ、ディスクは共有量だけを答えます。残高の足し算には入れません。

次の分岐

• ネットワークがまだ testnet: 手順に従い mainnet にして、ステータスを読み直します。変更前のテストネット金額はメインネット収入へ足しません。
• ステータスには polygon または on-chain の残高があるのに、モニターの 24 時間と違う: 区間も出典も違います。モニターの二つは 直近24時間と累計 を見てください。
• 容量は十分だが金額行が出典の示す 0、またはタスクが来ない: 「タスクが無い」と「支払いが無い」を 容量とタスク で分けます。

例

例示であり、実際の残高ではありません。ステータスが 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 プロジェクトページ は公開ノードの GLM 記録を照合するために使います。チェーン残高の基準は自分のウォレットと提供者ステータスです。無料はプロジェクトあたり保存デバイス 5 台、Pro は 50 台です。同じ受取残高を 2 台目のデバイスとして保存しないでください。