ROI ASIC · アカデミー
1台のASIC canaryからフリート判断へ
canaryは明示したhardware cohortの限定試験で、全フリートの縮小証明ではありません。比較可能なbefore/afterと文書化したGO/HOLD/STOPがある場合だけ進めます。
作業方法
- model、variant、board、PSU、冷却、site、初期stateを定義。
- 代表機を選びrecoveryを準備。
- 変更後と同じsourceでbaselineを固定。
- 1要因だけ変更し観察して、次の限定batchを判断。
場面に沿って考える
学習用の想定例であり、実際の顧客の成果報告ではありません。
複数の機器が同じ製品ファミリー名を持っていても、制御ボードや冷却構成が異なる機器群を想定してください。一台での試験成功によって、その違いがなくなるわけではありません。その機器をカナリアと位置付ける前に、代表させる対象群と対象外の条件を定めます。変更前後の比較は、その群、正確なビルド、明示した現場条件に結び付けてください。
プールの観測が不完全な場合、説明のつかないハードウェアの変化がある場合、または復旧の依存条件が欠けている場合は、好ましく見える電力値を展開拡大の許可に変えてはいけません。合意した規則に従って HOLD または STOP を記録し、どの証拠が欠けているかを説明します。必要な条件をすべて満たした場合も、GO が示すのは次の限定された群であり、機器群全体ではありません。次の群にも独自の観測と判断が必要です。この方法により、一台で動作したインストールと、他の人が確認できる展開判断を区別できます。また、整った表計算が、未試験のハードウェアや稼働条件についての主張にいつの間にか変わることも防げます。
限界と停止条件
- 1台は別boardや環境を代表しません。
- 計算上の改善は測定済みfleet valueではありません。
- 拡張はrollback境界を持つ新しい判断です。
再利用できるワークシート
| # | 項目 | 確認 | 証拠 / メモ |
|---|---|---|---|
| 1 | コホート / 除外条件 | □ | |
| 2 | canary / baseline | □ | |
| 3 | 変更要因 / 正確なルート | □ | |
| 4 | 比較可能な accepted work / Dev Fee / エネルギー期間 | □ | |
| 5 | 停止時間 / recovery テスト結果 | □ | |
| 6 | 証拠の十分性 / 不確実性 | □ | |
| 7 | GO-HOLD-STOP 担当者 / 次バッチの境界 | □ |
この構造を変更記録にコピーできます。パスワード、鍵、非公開アクセス情報は記入しないでください。
このガイドの用語
- カナリア
- 後の展開判断に役立てるため、意図的に範囲を限定して行う初期試験。
- コホート
- テスト結果の適用を想定する、具体的に定義された機器と条件の群。
- 受け入れ条件
- 特定の次段階への進行を認める判断の前に、確認しなければならない要件。
理解度を確認する
これらの質問は理解度を確認するためのものです。インストールを許可したり、結果を認定したりするものではありません。
製品ファミリー名が共通なら、十分に均一なテスト群といえますか？
回答を表示
いいえ。関連するハードウェア、ファームウェア状態、冷却、現場条件も重要です。
GO は何を許可すべきですか？
回答を表示
合意した受け入れ条件の下で、明示した次の限定された群だけを許可します。
好ましい電力結果で、欠けた復旧の証拠を代用できますか？
回答を表示
いいえ。必須の復旧条件は、引き続き必須です。
一次情報
- BITMAIN — Online Upgrade Tutorial (updated 2026-03-03) 確認日 2026-09-10
- BITMAIN — Product Warranty 確認日 2026-09-10