餘額與帳本
Superheat 採預付制。你替組織的餘額儲值，執行中的執行個體會扣減這筆餘額。月底不會有帳單，也沒有後付機制 — 餘額見底時，任何新東西都啟動不了。
餘額
每個組織一份餘額，由組織內所有人共用。成員可以查看並動用它；只有管理員能儲值。請參閱組織。
餘額只有一種進帳方式：Stripe 結帳。挑一個 $10、$25 或 $100 的方案，或輸入 $5 到 $1,000 之間的自訂金額。付款一確認，餘額就入帳，通常在你完成結帳後幾秒內。
餘額大於零是兩項操作的前提：部署新的執行個體，以及啟動已停止的執行個體。餘額為零或低於零時，兩者都會被拒絕。停止與銷毀則永遠可以執行。
什麼會扣減餘額
| 費用 | 何時累計 | 費率 |
|---|---|---|
| GPU | 執行個體處於 running 時 | 報價中整個切片的每小時價格，按秒計量 |
| 硬碟 | 執行個體處於 stopped 時 | 報價的儲存費率，依你掛載的硬碟按每 GB 每小時計算 |
清單就這樣。建立、啟動、停止或銷毀所花的時間不計費，出錯的執行個體不計費，已銷毀的執行個體也不會再產生任何費用。
硬碟那一列才是讓人踩坑的地方。已停止的執行個體仍在實體機器上佔著一顆硬碟，在你銷毀該執行個體之前，這份佔用都要付錢。停止與銷毀值得完整讀一遍。
結算作業大約每分鐘跑一次。每一次都會依執行個體當時實際所處狀態的費率，收取自上一次以來累計的費用，因此長時間執行的執行個體會產生一連串穩定的小筆紀錄，而不是最後才收一大筆。
帳本
每一筆金錢的流動都是一份只增不改的紀錄裡的一列。沒有任何內容會被修改或刪除；更正就是再加一列。完整表格在計費頁面，位於餘額與支出圖表下方。
| 欄位 | 內容 |
|---|---|
| 日期 | 這筆紀錄寫入的時間，精確到秒 |
| 類型 | 餘額儲值、GPU 用量、儲存或調整 |
| 明細 | 這筆費用所屬的執行個體，以及計費的秒數 |
| 金額 | 帶正負號：儲值為正，扣款為負 |
| 餘額 | 這筆紀錄之後當下的餘額 |
餘額欄位讓整份紀錄可以稽核。你在主控台任何地方看到的數字，都是這些列的加總，所以如果某個數字看起來不對，讓它出錯的那筆紀錄就在這張表裡。
每筆扣款都帶著它來自的執行個體，每個執行個體的支出金額就是這樣算出來的；明細欄位可以連到該執行個體。儲值紀錄不帶執行個體。
執行個體自己的計費分頁是摘要，而不是帳本的副本：目前已結算的支出、執行中的每小時消耗率、停止時的每小時消耗率，以及一個連回完整表格的連結。
以程式讀取
curl -s "$SUPERHEAT_API/v1/billing/transactions?limit=50" \
-H "Authorization: Bearer $SUPERHEAT_KEY"
這個端點以游標分頁，並接受 instance_id 篩選條件，用來取出單一執行個體的費用。limit 預設為 50，上限為 200。GET /v1/billing/spend-daily 只回傳扣款，並彙整成每日總計，支出圖表畫的就是這份資料；它的 days 區間預設為 30，上限為 90。
餘額可能變成負的
結算是回頭看的：它針對已經用掉的時間收費。兩次結算之間執行個體仍持續消耗，所以餘額可能在任何機制反應之前就已經跌破零。
這就是為什麼門檻有兩道而不是一道。餘額到 $0 時，執行中的執行個體會被停止 — 你的資料還在。如果餘額繼續掉到 −$5，執行個體就會被銷毀，硬碟也跟著沒了。
如果你是別人組織裡的成員，你無法儲值。盯著餘額，在它掉到 −$5 之前告訴管理員，因為之後沒有人能把硬碟拿回來。