Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin CryptoTax DeFAI Chain SAFU AGI Claude Me Claude Skill Claude Cowork
獨立知識媒體
與任何項目無關聯
加密貨幣稅務合規全指南:申報、計算、工具與各地法規
cryptotax-bible.com
最新
兩地都有房子,加繫規則怎麼判:一個走到第二層的完整案例  ·  10 顆代幣拆兩批、轉手三次,成本基礎最後怎麼算:完整案例  ·  NFT 二級市場版稅怎麼課稅:創作者跟收藏家各自要注意什麼  ·  你用的加密貨幣服務算不算 CASP?四個問題自己先判斷一輪  ·  跨鏈橋接算不算應稅事件:包裝代幣背後藏著的定性問題  ·  屬人主義跟屬地主義,你的加密貨幣所得到底該向誰申報
advanced

10 顆代幣拆兩批、轉手三次,成本基礎最後怎麼算:完整案例

30 秒速讀
拆一半、轉三手,成本基礎沒有跟丟,最後算出來的稅才不會多繳一倍。

完整解析 +
01 · 為什麼發生?

如果我在案例中的第二步(轉入自我託管錢包)之後,忘記記錄當時的成本基礎,只記得後來轉入交易所 B 時的金額,這樣還能正確計算嗎?

可以,只要你記得原始的取得資訊(在交易所 A 用 5,000 美元購買 10 顆代幣),就能回頭重新計算出這 4 顆代幣的正確成本基礎(2,000 美元),不一定需要在每一個轉移環節都留下獨立的記錄,只要最源頭的取得資訊夠完整,加上每一次轉移的數量(4 顆),理論上都能重建出正確的成本基礎。

但如果你連最源頭的取得資訊都不完整(例如不記得原始購買時的確切金額或數量),這種情況下事後回推的難度會顯著提高,可能需要依賴交易所 A 的歷史紀錄或帳戶對帳單來重建原始資料,這也是為什麼建議從最初取得資產的那一刻,就完整記錄下所有相關資訊。

02 · 運作原理是什麼?

如果案例中留在交易所 A 的剩餘 6 顆代幣,之後又發生了另一次部分轉移,成本基礎的計算會不會變得更複雜?

會更複雜,但計算邏輯本質上是同一套原則的重複套用——留在交易所 A 的 6 顆代幣,成本基礎是 3,000 美元(平均每顆 500 美元),如果之後再從這 6 顆裡轉移出去一部分(例如轉出 2 顆),這 2 顆的成本基礎計算方式,同樣是依比例分配:2 顆 ÷ 6 顆 × 3,000 美元 = 1,000 美元,剩餘 4 顆的成本基礎則是 3,000 減 1,000,等於 2,000 美元。

每一次新的部分轉移,都需要以「當下這批資產剩餘的成本基礎」為基準重新計算比例,而不是回頭參照最原始的 5,000 美元去計算。如果你的持有歷史牽涉多次、反覆的部分轉移,強烈建議整理一份完整的時間軸,依序記錄每一次轉移的數量、對應計算出來的成本基礎,逐筆更新,避免中途混淆是以哪一個基準數字在計算。

03 · 如何應用

如果交易所 B 的系統確實把成本基礎顯示為零,但我自己有留存完整的記錄,申報時應該用哪個數字?

應該用自己留存的正確記錄(2,000 美元),而不是交易所 B 系統顯示的錯誤數字(零)——申報稅務時,重要的是反映經濟實質正確的成本基礎,而不是平台介面上顯示的數字。交易所 B 的系統顯示錯誤,通常是因為技術上無法追溯這批資產在轉入之前的原始來源,這是一個工具層面的限制,不是稅法規則要求你必須依照這個錯誤數字申報。

實務上建議,如果發現平台顯示的成本基礎跟自己記錄的不一致,申報時應該以自己完整記錄、能夠佐證的正確數字為準,並保留原始購買紀錄、轉移紀錄等佐證資料,以備未來需要說明這個數字是怎麼算出來的。如果不確定該怎麼處理這種落差,建議諮詢熟悉這類跨平台資料問題的稅務專業人士。

04 · 我該怎麼做?

這個案例的計算過程看起來很繁瑣,如果我的持有歷史比這更複雜(例如同一批資產分十幾次轉移),是不是一定要用專業軟體才能算清楚?

理論上計算邏輯不會因為轉移次數增加而改變——每一次部分轉移,都是用「當下這批資產剩餘的成本基礎」依比例分配,每一次跨平台移動,都需要核對成本基礎是否正確延續,重複套用同一套邏輯,就能處理任意複雜的轉移歷史。但實務上,隨著轉移次數增加,手動計算出錯的機率會顯著提升,尤其是需要不斷更新「當下剩餘成本基礎」這個基準數字,一旦某一步算錯,後面所有計算都會連帶受影響。

如果轉移次數確實很多,比較務實的做法,是依賴支援這類複雜情境的稅務軟體協助計算,但同樣建議自己保留一份完整的原始交易時間軸作為交叉核對的依據,不要完全依賴軟體的計算結果而不做任何人工檢查,尤其是牽涉金額較大的持有部位,建議額外尋求專業協助確認整體計算邏輯的正確性。

完整內容 +

本站另一則詞條已經說明過跨平台轉帳成本基礎延續原則的基本邏輯——轉帳不構成處分事件,成本基礎應該原封不動地跟著延續。這篇文章不重複這套原則,而是用一個牽涉部分轉移跟多次轉手的具體案例,示範實際計算過程可以有多繁瑣,幫助你理解為什麼完整記錄每一步的細節這麼重要。

案例設定

某投資人在交易所 A 用 5,000 美元購入 10 顆代幣,成本基礎為每顆 500 美元。之後這名投資人進行以下操作:第一步,把其中 4 顆轉移到自我託管錢包;第二步,再把這 4 顆從自我託管錢包轉移到交易所 B;第三步,在交易所 B 出售這 4 顆代幣,當下市價為每顆 800 美元。整段過程牽涉部分轉移(10 顆裡轉出 4 顆)跟多次轉手(自我託管錢包、再到交易所 B)。

第一步:確定部分轉移的成本基礎分配

轉移出去的 4 顆代幣,需要依比例分配對應的成本基礎,而不是整批 5,000 美元的成本基礎跟著這 4 顆一起移動。計算方式是:4 顆 ÷ 10 顆 × 5,000 美元 = 2,000 美元,這代表轉移出去的這 4 顆代幣,成本基礎應該是 2,000 美元(平均每顆 500 美元,跟原始成本基礎一致)。留在交易所 A 的剩餘 6 顆,成本基礎則是 5,000 減 2,000,等於 3,000 美元。

第二步:確認轉入自我託管錢包後成本基礎不變

這 4 顆代幣轉入自我託管錢包後,因為轉移本身不構成處分事件,成本基礎應該延續為 2,000 美元,不應該歸零或重置。這一步是核對成本基礎延續原則最直接的檢查點——如果錢包介面顯示的成本基礎不是 2,000 美元,代表記錄工具在處理這筆轉移時出了問題。

第三步:確認再次轉入交易所 B 後成本基礎依然不變

這 4 顆代幣從自我託管錢包再轉入交易所 B,同樣不構成處分事件,成本基礎應該繼續延續為 2,000 美元。這是本案例裡第二次轉移,也是最容易出現斷點的環節——交易所 B 只會看到這批代幣「進帳」的那一刻,如果沒有主動提供或核對成本基礎資訊,交易所 B 的系統很可能把這批代幣的成本基礎顯示為零。

第四步:計算最終出售的應稅所得

這名投資人在交易所 B 出售這 4 顆代幣時,市價為每顆 800 美元,出售所得為 4 × 800 = 3,200 美元。應稅所得計算方式,是出售所得減去正確延續的成本基礎:3,200 減 2,000,等於 1,200 美元的資本利得。如果成本基礎在轉移過程中被錯誤歸零,這筆交易的應稅所得會被誤算成整筆 3,200 美元,比正確答案多出超過一倍。

這跟你的錢有什麼關係

這個案例示範的重點,不是要你記住這個特定的計算結果,而是示範部分轉移搭配多次轉手時,成本基礎延續原則需要在每一個環節都被正確核對,任何一個環節出現斷點,最終的應稅所得計算都會產生嚴重誤差。實務上,如果你的持有歷史牽涉類似的部分轉移或多次轉手,建議從第一次轉移開始,就用試算表逐筆記錄每一次操作的日期、數量、對應的成本基礎,這份記錄會是未來正確計算的唯一可靠依據,不要依賴任何單一平台或工具的顯示數字。

⚠️ 本文內容編寫時已盡力查證當下可得的最新法規與官方指引,但稅法規則經常修訂,且不同司法管轄區、不同個人情況可能適用不同規定。本文僅供理解概念與方向參考,不構成正式稅務或法律建議,實際申報前請務必至該司法管轄區的官方稅務機關網站確認最新規定,或諮詢合格的稅務專業人士。

圖解
10 顆代幣拆分轉手的成本基礎追蹤圖部分轉移比例分配後,追蹤兩批獨立成本基礎經過多次轉手,橘色標示交易所B是最容易斷點的環節10 顆代幣(5,000 美元)拆分後的成本基礎追蹤10 顆代幣,成本 5,000 美元交易所 A 購入轉出 4 顆留在交易所 A4 顆,成本 2,000 美元4/10 × 5,0006 顆,成本 3,000 美元5,000 − 2,000自我託管錢包:成本延續 2,000轉移不構成處分,數字不變交易所 B:⚠ 最易斷點系統常錯誤顯示成本為 0,需主動核對延續為 2,000出售:3,200 − 2,000 = 1,200 美元利得錯誤歸零則誤算成 3,200,多繳超過一倍CryptoTax Bible · cryptotax-bible.com
歡迎截圖分享,轉載請註明來源
提問
請至少輸入 10 個字
相關文章
跨鏈橋接算不算應稅事件:包裝代幣背後藏著的定性問題
advanced · 07/26
四次交易、三個區段:一個複雜持有歷史的完整拆分計算範例
advanced · 07/25
Liquid Staking 憑證代幣的稅:升值型跟數量增加型,兩種完全不同的算法
advanced · 07/25
算法穩定幣的 Rebase 稅務:一個具體案例,拆解每一步該怎麼算
advanced · 07/25