挖礦收入對帳：Pool、錢包與 BTC 出售紀錄

挖礦收入不止是 pool dashboard 的一個數字。獎勵先進 balance，再 payout、鏈上確認、進 wallet，之後才可能出售。每一階段的時間和單位不同；對帳要把整條證據鏈連起來。

資料核對日期：2026-08-09（UTC+8）。Pool 匯出、稅表及會計政策會變；應重新核對 KGD、Adilet 與專業意見。

目錄

• 固定單位和 cutoff
• 四本明細
• Pool 到 wallet
• Wallet roll-forward
• 從 BTC 到銀行
• Exception queue
• 月結包
• 常見問題

固定單位和 cutoff

以 BTC 為主單位，KZT 估值另記 timestamp、market source 與政策。Pool、區塊鏈、wallet 和銀行時區可能不同；統一成帶時區的 RFC3339，同時保留原始時間。

月末要分 pending reward、unpaid balance 與確認中的 transaction，否則跨午夜 payout 會造成假差異。

四本明細

Pool：worker、accepted hashrate、reward、fee、credit、payout ID。Chain：txid、output、fee、block。Wallet：收款、內轉、期末餘額。Sale：平台 deposit、order、gross BTC、fee、net KZT、銀行入帳。

以 payout ID＋txid＋amount＋時間窗連接；單一 txid 可能有多個 output，不能只靠地址。

Pool 到 wallet

預期 payout＝期初 unpaid＋credited rewards－pool fee－期末 unpaid。與匯出核對，再確認 txid output 已入 wallet。Braiins 第一手文件說明 rewards、payouts 和 activities 可匯出 CSV/JSON。

差異可能是 minimum、延後付款、correction、network fee 或 cutoff。每筆給 reason code，不以「大致相等」結案。

Wallet roll-forward

期末 BTC＝期初＋外部收款－外部發送－network fee±分類調整。內部 wallet transfer 不是收入或支出，兩端用同一 transfer ID 抵消。

從 BTC 到銀行

Wallet send txid 對平台 deposit，deposit 對 order/convert，order 對銀行。分列 gross BTC、交易費、bank fee、spread 和 net KZT。只記一筆 KZT 入帳會隱藏成本與時間。

管理帳上分開 mining production revenue、持有價格變動與 conversion cost；法定稅務分類由當地專業人士確認。

Exception queue

未匹配項包括缺 txid、重複 payout ID、amount 超容差、未知地址、銀行延遲和 reversed trade。每筆有 owner、due date、證據與 resolution code。未知地址或 duplicate 不能用 materiality 忽略，應立即進安全調查。

月結包

一起核准 pool 期初/期末、credited/payout BTC、wallet roll-forward、平台餘額、sold BTC、net KZT 與未解 exceptions。保存原始 export、取得日及 file hash/不可變 archive；preparer 與 reviewer 分離，lock 後更正須留 journal trail。

官方申報資料

哈薩克 KGD 已提供 digital mining receipts 與 form 880.00 資料。實際適用欄位和期間要以現行 taxpayer cabinet 與 Tax Code 確認；本文不虛構後台填表步驟。

常見問題

Dashboard balance 足夠嗎？

不足，還要 export、payout ID、txid、wallet 與銀行證據。

內部轉帳算收入嗎？

同一主體 wallet 間通常不是，應兩端抵消。

何時可關閉差異？

有原因、證據、owner 和 approval 時；未知地址另作安全事件。

先定?每本?的截止??

??最常?的差異?自截止??不同。?池可能用 UTC ?算，?包以?上?????示，交易平臺按????出?表，?行?依??日入?。月?前先?定?一 cutoff，并??跨?截止?的 payout、出售與出金如何?到下期；否?同一? BTC ?在??月之??回移?。

?池的「已?取」不等于「可提取」，可提取也不等于「已付款」。??表要分?保存 pending、confirmed balance 與 payout。只有?上交易出?后才能取得 TxID，而?入?包?要等待確?。若把 dashboard 的累???直接??包收入，月底一定?出??法解?的在途差?。

每??源保持原始?位。?池、?包與出售??先全部以 BTC ??，法?價值另用交易?生?或??政策?定的?率?算。不要在第一步就把所有?字?成 KZT；?率差?掩? BTC ?量本身是否缺失。

建立 payout 到地址的逐??接

??池匯出每? payout 的日期、BTC、TxID、?用??和接收地址，再到????器核?交易是否存在、?出地址和?量是否相符。之后把???出?接到?部 wallet 地址表。若交易包含多??出，不能只用交易??；要???于自己的?出以及?池可能扣除的 network fee。

地址表??明 wallet 名?、用途、控制主體、?用與停用日期。使用新地址?先由第二?人核?，并保存?更理由。若一?地址同?接收非挖??金，??必?增加?源??，否? wallet 余??然正確，挖?收入仍?被高估。

在途?目??列示。月底已由?池?出但確?未完成的 payout，不能同?出?在?池余?和?包余?；?? TxID、??與下月清算?果。?期未清的在途?目要?入 exception queue，而不是每月復制同一??注。

?包余?如何做 roll-forward

?包 roll-forward 的基本式是：期初 BTC，加本期?池流入，加其他已??流入，?出售、??與網??，得到期末 BTC。?算?果?和受控地址集合的?上余?一致。若不一致，先查漏掉的地址、change output、?部??和網??，不要先用手工?整把差??零。

?部?包之???不是收入或?用，但??生 network fee。?端交易要用同一 TxID ?接，在集?或同一主體?面抵?本金，只保留真??用。若????包?到保管?包?被重復???收入，收入與持?量都?被夸大。

?包?據不?包含 seed phrase 或私?。地址、TxID、只? xpub 是否可用于?部??，?由安全??人?定；共享?料遵循最小范?。截?可?助?明，但機器可?的交易匯出與?上核?更適合重復??。

出售與?行入?要拆成?座?

第一座?? BTC 到交易??：??充值 TxID、平臺入??量、????、?出 BTC、成交價格、交易?和剩余??。第二座??法?余?到?行：??提款??、平臺?用、?起日期、?行??入?與退回??。把?座?合并成一行，??平臺?尚未出金的余?消失。

多?成交?按??明???，不能只抄最?法?金?。部分成交、撤?和不同?率都??生差異。若使用 P2P，??保留平臺????、官方聊天??與?行確?；只??方?送的付款截?不能確??金已最?到?。

?行金?與平臺提款不同，可能?自?用、?率或中?行扣款。差???到明確科目，并保留適用??。?法解?的差?不能直接??「手??」；先?查是否存在拆分入?、退回或????。

月? exception queue 怎么管理

每?差異要有唯一??、金??位、?生?段、??人、?據?接和??解?日。按性?分???差、?料缺失、地址未??、平臺?用、交易失?或疑似安全事件。高???目，例如未知提款或 payout 地址改?，不?等待月底，?立即觸?安全?置。

??差異??明??原因和更正位置。?把??改?「已?理」?有??價值。若同一原因??出?，?修改流程：增加地址?批、自?匯出、?人復核或 cutoff ?明，而不是???每月手?追同一?。

最?月?包至少包含?池??、payout ?接、wallet roll-forward、出售明?、?行?接、未解?差異和批準??。??人?核的是?據?完整性，不是保? BTC 價格或未?收入。??與??分?仍?按哈?克斯坦?行?定和??意?確定。

用反向測試找出漏記的交易

正向對帳從礦池一路追到銀行，反向測試則從期末資產往回找來源。先從受控錢包的全部入帳抽樣，確認每一筆都能連到礦池 payout、內部轉帳或其他明確來源；再從交易平臺的全部充值抽樣，確認 TxID、來源錢包與內部批準一致。反向測試能找到「帳上不知道存在」的地址和交易。

對銀行帳戶也做反向檢查。搜尋來自平臺或 P2P 交易對手的入帳，逐筆連回提款或訂單；若銀行有款項但平臺明細沒有對應，不能因為金額不大就略過。它可能是拆分入帳、退回後重付、錯誤付款，也可能是需要立即處理的第三方資金。

把零活動項目列入測試。某個 worker 整月沒有產出、某個錢包沒有餘額變動、某個平臺帳戶沒有出售，不一定正常；可能是設備離線、匯出範圍漏掉、地址已替換或帳戶被閒置。要求營運??人解?零值并附上支持?據，比只?查有金?的行更容易??完整性??。

月結完成後，讓未參與製表的人選一筆 payout、一筆內部轉帳和一筆出售，從原始證據重走整條鏈。若需要依賴製表者口頭說明才能完成，表示欄位、檔名或索引仍不夠清楚。把測試發現回寫到下月模板，對帳流程才會逐月變得可靠。

官方與第一手來源

1. Kazakhstan State Revenue Committee: digital assets and mining administration
2. Adilet: current Tax Code Articles 657-661 and digital mining payment rates
3. Adilet: digital assets legislation and amendment history
4. Braiins Pool: first-party rewards, balances, payout states and payout accounts
5. Braiins Pool: first-party CSV and JSON export of rewards, payouts and activities
6. Bitcoin developer documentation: network mining data
7. ViaBTC: pool reward methods and fees