2026 年の Zcash マイニング セキュリティ: オーチャードの修正とリスク ガイド

12026 年の Zcash マイニング: システムから始める

Zcash は、Equihash マイナーによって保護された Proof-of-Work ネットワークのままです。専用の ASIC ハードウェアがハッシュ作業を実行し、共有をプールし、フルノードがブロックを検証し、ウォレットが支払いを受け取ります。したがって、収益性の高い操作はハッシュレート以上のものに依存します。電力、稼働時間、プールの信頼性、ウォレットのセキュリティ、ソフトウェアの互換性、ネットワークの難易度、ZEC の市場価値はすべて同じ運用チェーン内にあります。

2026 年のオーチャード事件では ASIC が損傷したり、Equihash チップの計算方法が変更されたりしなかったため、これは重要です。これにより、シールドされたトランザクション回路の欠陥が暴露されました。しかし、この対応は依然としてマイナーに影響を及ぼしました。ノードとプールのオペレーターはソフトウェアのアップグレードを調整する必要があり、時代遅れのインフラストラクチャでは拒否されたブロックが生成されるリスクがあり、市場の信頼がマイニングされた報酬の価値に影響を与えました。

2Zcash マイニング リスク スタック

マイナーは比較しやすいため、マシンの仕様に注目することがよくあります。それは必要なことですが、不完全です。より適切な評価では、リスクを層ごとに分離し、それぞれに所有者、監視シグナル、および対応計画を与えます。

3オーチャードはどうなったのか？

2026 年 5 月 29 日、セキュリティ研究者 Taylor Hornby は、Shielded Labs から委託された AI 支援セキュリティ監査中に、Orchard Action 回路の健全性の脆弱性を報告しました。 Orchard は、Zcash で保護されたプロトコルです。ユーザーは、送信者、受信者、金額を明らかにすることなく、プライベート トランザクションがルールに従っていることを証明できます。

欠陥は回路実装にあり、Equihash マイニング ハードウェアにはありませんでした。簡単に言うと、スカラー倍算ガジェット内の関係が欠落しているため、悪意のある証明者が、無効な隠された残高変更に対する一見有効な証拠を作成できる可能性があります。したがって、エクスプロイトが成功すると、Orchard プール内での不正な値の作成が可能になる可能性があります。

4ネットワークの反応

対応には 2 つの調整された手順が使用されました。まず、開発者が修正された回路を完成してレビューしている間、緊急ソフト フォークにより Orchard のアクションが一時的に無効になりました。この緩和策は、6 月 2 日にメインネットのブロック高 3,363,426 で有効になりました。この一時的な期間中、Sapling と透明性のあるトランザクションは引き続き動作しました。

次に、NU6.2 は 6 月 3 日にメインネットのブロック高さ 3,364,600 でアクティブ化されました。これは、修正された回路と新しい検証キーを使用して Orchard を復元し、同時に正規の証明長も強制しました。アップグレードをサポートする公式リリースは、zcashd 6.20.0 および Zebra 5.0.0 以降の互換バージョンでした。

この応答は、マイニングの有益な教訓となります。コンセンサス変更は通常のアプリの更新ではありません。プールまたはノードが緊急のアクティブ化に失敗すると、アップグレードされたネットワークが拒否する作業が発生したり、接続が失われたり、孤立率が上昇したりする可能性があります。そのインフラストラクチャに接続されているマイナーは、予想より少ない収入を得る一方で、ハッシュレートを表示し続ける可能性があります。

5ZEC マイナーにとって果樹園イベントが意味するもの

ASIC をサードパーティのプールに接続するマイナーにとって、最も重要な問題は、プールがアップグレードされ、承認されたチェーンに残っているかどうかです。マイナー自体はすべてのプロトコル ルールを検証するわけではありません。共有をプールに送信し、プールのノードが候補ブロックを構築または検証します。そのため、プール ソフトウェアの規律はマイナーのカウンターパーティ リスクの一部となります。

独自の完全なノードまたはプールを実行するオペレーターには、より大きな責任が伴います。公式リリースを監視し、バイナリとリリース ノートを検証し、アップグレードを段階的に行い、構成バックアップを保存し、アップグレード後のピア数、チェーンの高さ、ブロック テンプレート、支払い処理を確認する必要があります。緊急アップグレード中は、定期的なメンテナンスの時間枠を待つのに時間がかかりすぎる場合があります。

ウォレット ユーザーは、アドレスおよびソフトウェアのサポートとマイナーの操作を区別する必要もあります。ネットワークのアップグレードに適切に追従できないペイアウト ウォレットでは、プールが正しく支払われていたとしても、報酬へのアクセスが遅れる可能性があります。現在サポートされているウォレット ソフトウェアを使用し、リカバリ素材をオフラインで保護し、ウォレットやプロトコルの大きな変更後に少額の支払いをテストします。

6実用的なセキュリティチェックリスト

7固定約束なしで収益性を計算する

Zcash の収益は、ネットワークの難易度、ブロックの発行、プールの運、手数料、稼働時間、ZEC 価格によって変化します。したがって、収益性の見積もりは保証ではなく、スナップショットとして扱う必要があります。異常に良好な日を年間換算したり、現在のネットワーク状態が変わらないと仮定したりすることは避けてください。

1 日の電気代 = kW 単位の電力 × 24 × 電気料金。 純営業キャッシュ フローは、マイニングの総収益から電力、プール料金、ホスティング、冷却、メンテナンス、ダウンタイム、および変換コストを差し引いたものになります。ハードウェアの減価償却費と税金も完全投資モデルに属します。

少なくとも 3 つのシナリオを実行します。1 つは基本ケース、より低い ZEC 価格とより高い難易度を伴うダウンサイド ケース、より低い稼働時間または一時的なプールの問題を伴う中断ケースです。プロトコル セキュリティ イベントは、ASIC がハッシュを続けている場合でも、流動性、価格、ソフトウェアの可用性、および支払いに影響を与える可能性があるため、この最後のシナリオに属します。

8より良い Go/No-Go フレームワーク

• 続行 下振れシナリオでも電力の競争力が維持される場合、冷却と回路の容量が検証され、プールには信頼できるアップグレード記録が得られます。
• 露出を減らす 予測されるマージンのほとんどが、単一の ZEC 価格仮定、1 つのプール、1 つのペイアウト ウォレット、または中断のない稼働時間に依存する場合。
• 拡張を一時停止する アクティブなネットワークインシデント中にノードまたはプールの互換性が不明瞭な場合、または受け入れられた株式と支払いを調整できない場合。
• 終了または再デプロイ 現実的な条件下で、持続的な営業利益率が電力、メンテナンス、およびハードウェアの減価償却をカバーできなくなった場合。

重要な原則は単純です。マイニング プランは複数の種類の障害に耐えられる必要があります。効率的なハードウェアは役立ちますが、規律あるソフトウェア更新、安全な支払い保管、プールの冗長性、および保守的な経済性が、運用の回復力を維持するかどうかを決定します。

9よくある質問