XBTラザルス補償金支払いの説明：332件のトランザクションと366.7 XBTがキューに登録されています

XBT Lazarusの補償支払い：遅延したマイニング報酬をマイナーウォレットに分配 — Lazarusは、影響を受けた部分的なコインベース支払いおよびプールのみのコインベース支払いから漏れていた過去のXBT報酬を精算しています。

状況確認 — 2026年10月31日: Lazarus Poolの公開トラッカーによると、チェーン高979,900で、合計366.71809716 XBTのメイクコンペイアウトが332件キューに入っていると表示されました。また、合計70.72911462 XBTのペイアウトが46件完了しており、失敗した記録はないとのことです。これらの数値はブロックが成熟するにつれて変化します。 Lazarusの修復APIを稼働中現在の状況については、

Lazarus Poolは、以前のXBTブロックにおけるコインベース分割から漏れたマイナーへの支払いを開始しました。Lazarus Poolはこの支払いを「補償金」と呼んでいます。これはボーナスではなく、ネットワーク全体でのXBT引き出しの新たな凍結でもありません。本来であれば元のブロックが発見された時点でマイナーに直接支払われるはずだったマイニング報酬に対する、遅延した補償です。

公開キューは注目に値する規模です。前回確認した時点で、約366.7 XBTが332件のレコードにわたってスケジュールされたままになっています。しかし、重要なのは合計額だけではありません。ゲートウェイの制限によって、コインベース直結の支払いシステムが一時的なプールの負債となった経緯、Lazarusがそれをどのように解決しようとしているのか、そしてマイナーがDATUMプールにBLAKE2bのハッシュレートを投入する前に何を検証すべきなのか、という点です。

XBTの補償金とは何ですか？

Lazarusの通常のDATUM設定では、ブロックのコインベースは資格のあるマイナー間で分配されます。これにより、マイナーはプールが残高を保持して後で引き出すのを待つのではなく、ブロック自体からオンチェーン出力を受け取ることができます。

古いゲートウェイビルドの中には、完全な分割を正しく構築しないものがありました。Lazarusは、影響を受ける2つのケースを特定しています。

部分的なコインベース: このブロックは、マイナーが意図した出力の一部には支払いを行ったが、すべてではなかった。
プール専用のコインベース: このブロックはプールの出力に対して支払いを行ったが、マイナーへの直接的な支払いは含まれていなかった。

マイナーの取り分は記録されたままだった。プールで管理されるコインベースの出力が使用可能になると、Lazarusは記録から漏れたマイナーに支払うための別のオンチェーン取引に署名する。この後の取引が補償となる。

この区別は重要です。原株は消滅しておらず、補償は裁量的なエアドロップではありません。これは、プールの記録上、既にマイナーに割り当てられている金額の決済です。

XBTラザルス補償がマイナーシェアから部分的なコインベースと満期を経て後の補償取引へとどのように移行するか — メイクグッドとは、影響を受けたプール管理下のコインベース出力が使用可能になった後に送信される、別のトランザクションのことです。

コインベースの分割はなぜ失敗したのか？

最も明確な技術的説明は、DATUM BLAKE2b StartOS パッケージのドキュメントに記載されています。ゲートウェイバージョン 1.0.0:52 までは、他のマイニングハードウェアに合わせて設計されたコインベースサイズクラスを継承していました。BLAKE2b ASIC は 750 バイトのクラスに分類され、約 17 個のペイアウト出力しか許可されませんでした。

その上限は、Lazarusが1ブロックで支払う必要のあるマイナーの数をはるかに下回っていました。パッケージのドキュメントには、Lazarusの支払いウィンドウは約440人のマイナーを対象としていると記載されています。構築されたコインベースが支払いリスト全体を保持できない場合、またはマイナーがプール専用のジョブパスを使用した場合、プールは本来であれば直接分配されるはずだった価値を受け取りました。

現在のパッケージドキュメントによると、ビルド1.0.0:53ではBLAKE2bマイニングがフルペイアウトパスに移行し、最大32,000バイトのコインベースと最大1,024個の出力がサポートされるようになりました。Lazarusは、影響を受ける動作を説明するBLAKE2b unsplit-coinbaseに関する勧告も公開しています。

マイナーは、記事に記載されているバージョン番号を永続的なものとみなすのではなく、プールが現在推奨しているビルドを引き続き使用する必要があります。ゲートウェイソフトウェアとプールの要件は変更される可能性があります。

公共の行列が示すもの

メトリック	高度979,900メートルでのスナップショット	その意味
キューに登録された補填	332件のレコード / 366.71809716 XBT	親コインベースの出力が成熟するのを待っている
既に支払いました	46件のレコード / 70.72911462 XBT	トラッカーによって完了した状態で放送および記録されました
Failed:	0レコード	確認時点でトラッカーの障害は発生していません
最初／最後のキューの満期	980,119 / 986,289	支払い待ち行列は一度にではなく、段階的に解消されます。
記録された保管料	0.29017851XBT	影響を受ける旧式のゲートウェイに関連する調整であり、すべてのマイナーに対する料金ではありません。

トラッカーは、各レコードの元のブロック、成熟度の高さ、支払額、ステータス、トランザクションIDも公開します。これは運用上非常に便利です。マイナーは、Discordのアナウンスや内部プールの残高だけに頼るのではなく、チェーンに対して請求を検証できるからです。

キューに登録された332件のレコードは、ブロック980,119から986,289までの6,170ブロックにわたってスケジュールされた。ネットワークの目標である10分間隔で計算すると、これは約43日に相当する。実際のスケジュールはブロック生成状況によって変動する。

このリスクにさらされているXBTプールは、ラザルスだけなのでしょうか？

Lazarusは、個々のレコード、金額、満期までの高さ、トランザクションIDを含む定量化された補償キューを公開している唯一のXBTプールです。しかし、これは根本的なゲートウェイの問題がLazarus特有のものであることを意味するものではありません。他のDATUMプールも同様のコインベース容量障害モードを記録していますが、未払いの支払いを防止、繰り越し、または決済する方法は異なります。

プール	通常のペイアウト設計	文書化された取り扱い	証拠状況
ラザロ	DATUM/TIDES、Coinbaseで支払い	影響を受けたプール出力が満期を迎えた後、別途オンチェーンの補填トランザクションを実行する	ライブ補償キューを確認済み
オメガプール	DATUM、Coinbaseで支払い済み	ratum-gatewayのバージョン0.1.23より前のバージョンでは、分割出力が約17個に制限され、残りはオペレーターが手動で処理する必要がある可能性があると警告しています。	同様の技術的リスクが文書化されています。公開キューの合計は見つかりませんでした。
B2プール	TIDESは通常Coinbaseで支払われます	ペイアウトスプリットを取得できない場合、そのブロックはプールアドレスに支払われ、後でプールウォレットから決済されます。	公開されたフォールバック設計。公開されているバックログは見つかりませんでした。
狂犬病のプール	DATUM/PPLNS、Coinbaseで支払い	NoSplitは、自社のゲートウェイは50～60件以上の支払いに対応できるのに対し、一般的なゲートウェイは約10件しか対応できないと述べています。未払い分は後のブロックに繰り越され、NoSplitの作業は支払いを誤る代わりに拒否することができます。	容量の問題は認識されています。Lazarusとは異なる方法で処理されます。
アルファプール	DATUM/TIDES、Coinbaseで支払い	必要 `blockmaxweight=740000` 支払いリストのためのスペースを確保するため。公開されたブロックには、大規模な複数出力分割が示されている。	公的補償の未処理案件は見つかりませんでした。
ビットコインXOR	DATUM/TIDES、Coinbaseで支払い	RATUMまたはCONVOYゲートウェイの保守をサポートし、コインベースの支払い記録を公開します。	公的な賠償通知は見つかりませんでした

公的補償金の支払い方法、直接的なコインベース防止または繰り越し処理、および従来のプール残高の比較 — プール設計が異なると、ハッシュレートやチェーンが同じであっても、マイナーは異なる決済リスクにさらされる可能性がある。

この比較は、すべてのDATUMプールがマイナーに金銭を支払う義務があるという非難として解釈されるべきではありません。これは、コインベース直結型プールも同様の運用上の疑問、つまり、ゲートウェイが完全な支払い分配を処理または取得できない場合に何が起こるのか、という疑問に対して明確な回答が必要であることを示しています。

従来のPPLNSやFPPSプールは異なります。通常、これらのプールはブロック報酬をプール管理のウォレットに受け取り、その後マイナーの残高に支払います。そのため、直接的なコインベース分割が不完全なことは、これらのプールの主な障害モードではありません。マイナーは、通常のプール管理、引き出し、および支払能力に関するリスクを負います。

代替品が約45日間待つ理由

影響を受けたブロックは、XBTの以前の6,480ブロックからなるコインベース成熟期間（約45日間）中にマイニングされたものです。Lazarusはプールのコインベース出力が成熟する前に使用できないため、補償トランザクションを早期にブロードキャストすることはできません。

これは、高さ979,919からの新しいコインベース出力に適用される、新しいXBT 180日間マイニング報酬ルールとは別個のものです。キューに登録された補償金は、支払われても2回目の45日間または180日間のコインベース期間を再開しません。これらは、親コインベースが使用可能になった後に作成される通常のトランザクション出力です。

以前の規則の経緯と影響については、XBTの45日間報酬ロックに関する分析をご覧ください。

10％の親権調整手数料は誰が支払うのか？

10%の調整は誤解を招きやすい。ラザルスはこれを、すべての補償金やすべてのプール利用者に一律に課される手数料とは説明していない。プールの勧告や公開されているプール一覧では、この手数料は、独自の旧式のゲートウェイによって分割されていない、あるいはプール専用のコインベースを作成するマイナーと結び付けられており、プールが資金を保管し、後で再分配することを余儀なくされている。

公開APIによると、このポリシーはブロック高さ977,665から適用されます。実際的なメッセージは単純です。欠陥のある支払い経路を生成することが知られているゲートウェイをマイナーが引き続き使用する場合、マイナーは追加の保管およびトランザクションの負担の一部を負うことになります。他者のブロック構築によって除外されたマイナーは、同じ控除が自分にも適用されると考えるべきではありません。

予想金額とトラッカー金額が異なる場合は、結論を出す前に、元のブロック、支払いアドレス、ブロックを検出したゲートウェイのバージョン、およびプールの現在のポリシーを確認してください。

366.7 XBTは市場リスクですか？

このキューは影響を受けるマイナーにとって意味のあるものですが、366.7 XBTが一度にアンロックされるわけではありません。支払いは数週間かけてブロックごとに段階的に行われます。1ブロックあたり3.125 XBTの補助金と1日あたり約144ブロックという名目上の補助金に基づくと、ネットワークは目標とする1日あたり約450 XBTのマイニング報酬を生み出します。したがって、キューに溜まっている合計は、名目上の1日分の新規マイナー供給量よりも少ないことになります。

この比較は、価格への影響が全くないことを証明するものではありません。XBTの流動性は低い場合があり、受取人が電気料金の支払いの遅延を補うために売却する可能性があり、実際のブロック生成間隔も変動します。しかし、この比較は、キューを差し迫った一過性の売り崩しと表現することがなぜ誤解を招くのかを示しています。より重要なリスクは、徐々に高まる売り圧力、注文板の厚みの不足、そして影響を受けたマイナーが既に抱えているキャッシュフローの逼迫です。

これは「非管理型」マイニングプールについて何を物語っているのか

コインベース直接支払い方式は、通常運用時のプール管理を軽減しますが、ソフトウェアリスクを排除するものではありません。マイナー、ゲートウェイ、テンプレートプロバイダー、プール会計システムはすべてブロックの生成と割り当てに関与します。ゲートウェイが誤ったコインベースを構築した場合、価値がプールの管理下に置かれ、借用証書のような義務が発生する可能性があります。

ラザルスの対応には2つの好ましい兆候が見られる。一つは、負債が公に明細化されていること、もう一つは、決済プロセスがオンチェーンで可視化されていることだ。APIで確認したところ、失敗した記録は一つもなかった。これは、不透明な約束よりもはるかに説得力がある。

今回の事案は、ガバナンス上の問題を浮き彫りにしている。直接支払いプールには、明確なバージョン要件、欠陥のあるテンプレートに対する迅速なアラート、独立した照合、および公開された復旧ポリシーが必要である。「非保管型」とは、通常の価値の流れを説明するものであり、保管義務が一切発生しないことを保証するものではない。

XBTマイナーが今すべきこと

お支払い先の住所をご確認ください。 検索ライブ補償データそして、元のブロック、金額、満期高さ、ステータス、およびトランザクションIDを記録します。
ゲートウェイの構築状況を確認してください。 インストールされているバージョンをLazarusの最新のセットアップ手順と比較し、影響を受ける支払い経路を使用している場合はアップデートしてください。
キューに登録されたXBTは、使用可能な現金としてカウントしないでください。 親コインベースが成熟し、補償取引が承認されるまで、予算内で電力とホスティングを提供します。
ログと支払い記録を保管してください。 予想された金額と異なる場合に備えて、ゲートウェイのバージョン、マイナーのアドレス、プールの応答、およびブロックの詳細を保存してください。
代替手段をテストする。 BLAKE2b ASICの所有者は、検証済みのSiacoin構成を維持できるため、XBTプールやノードの問題が発生しても、ファーム全体が停止することはありません。
ハッシュレートを全て集中させることは避けてください。 広告されている手数料だけでなく、プールのブロックシェア、支払い構造、ソフトウェア要件、および回収ポリシーを比較検討してください。

新規事業者は当社の XBT DATUMノード設定ガイド (NAIST) とシュライクウォレットガイドプール選択のコンテキストについては、以下を参照してください。 XBT/BTCB2採掘ガイド互換性のあるハードウェアは、 BTマイナー BTCB2マイナーコレクション.

よくある質問

ラザルス銀行はXBTの引き出しを凍結しているのでしょうか？

いいえ。補償キューは、過去に支払われなかったコインベース支払いを精算するためのプロセスです。ウォレット全体またはネットワーク全体を凍結するものではありません。

鉱山労働者は株を失ったのか？

ラザラス氏によると、株式は引き続き付与されたとのことだ。問題は、当初のオンチェーン・コインベース分割に一部のマイナーが漏れていたため、プールは後日、プールの満期出力から彼らに支払いを行う必要があったことだ。

ラザルスは、記載されている満期日よりも前に支払いを済ませることができますか？

影響を受けるコインベース出力からは出力されません。コンセンサスルールにより、その出力は満期前に使用されることが防止されています。

補償措置はさらに180日間保留されるのでしょうか？

いいえ。メイクグッドは、親コインベースが満期を迎えた後に送信される通常のトランザクション出力です。新しいコインベース出力にはなりません。

すべてのマイナーが10％の損失を被るのですか？

いいえ。この調整は、古いゲートウェイを使用しているマイナーが、分割されていない不正な支払い経路を作成していることに関連しています。正確な記録と現在のLazarusポリシーを確認してください。

ボトムライン

ラザルス事件の補償キューは、復旧事例であると同時に、教訓でもある。公開記録、事前計算された支払い詳細、そしてオンチェーン決済によって、影響を受けたマイナーは自分に支払われるべき金額を監査できる。同時に、この事件は、ゲートウェイソフトウェアが支払いを誤って構築した場合、直接コインベースプールでも一時的な保管リスクが発生する可能性があることを証明している。

マイナーにとって当面の課題は、キューを確認し、ゲートウェイを更新することである。より広範なXBTコミュニティにとっての長期的な教訓は、非カストディアル設計を主張するすべてのプールに対し、バージョン管理の徹底、透明性の高い会計処理、そしてテスト済みの復旧手順を要求することである。

一次情報源

免責事項： BT-Minersは上記リンク先のマイニングハードウェアを販売しています。この記事は運用分析であり、財務アドバイスやプール支払い、収益性、流動性、ソフトウェア互換性の保証ではありません。プールのポリシー、ソフトウェアバージョン、チェーンの状態は急速に変化する可能性があります。事実と数値は2026年10月31日に確認済みです。

XBTラザルス補償金支払いの説明：332件の取引と366.7 XBTがキューに登録されています