Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin CryptoTax DeFAI Chain SAFU AGI Claude Me Claude Skill Claude Cowork
獨立知識媒體
與任何項目無關聯
加密貨幣稅務合規全指南:申報、計算、工具與各地法規
cryptotax-bible.com
最新
你持有的穩定幣脫錨了,稅務上第一件該做的事是什麼  ·  四次交易、三個區段:一個複雜持有歷史的完整拆分計算範例  ·  Liquid Staking 憑證代幣的稅:升值型跟數量增加型,兩種完全不同的算法  ·  第一次填稅務居民聲明,這幾個地方最容易填錯  ·  遇到規則不清楚的情境,用這個決策框架判斷該怎麼做  ·  怎麼判斷自己用的交易所是不是已經被 CARF 涵蓋
advanced

算法穩定幣的 Rebase 稅務:一個具體案例,拆解每一步該怎麼算

30 秒速讀
餘額每天在動,不代表你每天都要申報一次——關鍵是問對問題:你的份額,變了嗎?

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

如果算法穩定幣的價格穩定機制失敗(例如脫錨),這個案例的計算方式還適用嗎?

不適用,這種情況需要重新評估。案例中「持有期間內的餘額變動不構成應稅事件」這個保守解讀,前提是這個 rebase 機制確實成功維持了份額比例不變、且代幣價格確實貼近錨定值。如果代幣脫錨(例如價格大幅偏離 1 美元),代表這個機制的實質功能已經失效,你持有的份額比例雖然數字上可能還是不變,但這批代幣的實際經濟價值已經產生重大變化。

這種情況下,比較保守的做法,是重新評估這段期間是否已經構成應稅事件(或資本損失事件),而不是機械化地沿用「機制正常運作」時的保守處理邏輯。脫錨事件通常是市場上公開可查證的重大事件,建議在申報時保留當時的市場資料作為佐證,說明你重新評估課稅時點的具體依據。

02 · 運作原理是什麼?

如果我在持有期間曾經主動買進或賣出部分持倉(不是單純被動持有),案例的邏輯還能直接套用嗎?

不能直接套用,需要拆分處理。案例中的邏輯,前提是你在整段持有期間都是被動持有、沒有主動交易,所以份額比例的變動完全來自 rebase 機制本身,不涉及你自己的買賣決策。如果你在持有期間曾經主動加碼買進或部分出售,這些主動交易本身各自構成獨立的處分或取得事件,需要分別計算成本基礎跟利得損失,不能跟被動持有期間的 rebase 混在一起處理。

實務上,如果你的持有歷史包含主動交易,建議把整個持有期間拆成幾個區段(每次主動交易前後各算一段),每一段分別套用「被動持有期間份額比例不變則不逐次申報」的邏輯,段與段之間的銜接點則依照主動交易當下的市價,計算對應的成本基礎或處分所得。

03 · 如何應用

如果我無法確定這個算法穩定幣的 rebase 機制目的到底是不是純粹用於維持價格穩定,這種情況該怎麼處理?

如果官方文件描述模糊、或這個機制看起來同時具備維持價格穩定跟呈現某種收益的雙重目的,比較保守的做法,是假設它可能構成應稅事件,優先套用需要逐次記錄的保守邏輯,而不是直接假設它屬於較寬鬆的「份額比例不變則不課稅」這一類。

這種情境下的保守立場,本質上就是本站另一則詞條討論過的核心原則——在規則或機制目的本身不明確時,選擇較嚴格的申報方式,讓最壞結果止於多繳一些稅,而不是承擔未來被要求補稅加罰款的風險。如果金額龐大、且機制設計確實複雜難以判斷,這種情況特別建議尋求熟悉這類新型代幣機制的稅務專業人士協助。

04 · 我該怎麼做?

這個案例的結果算出來的應稅所得金額很小(只有 50 美元),是不是代表 rebase 型算法穩定幣普遍稅務負擔很輕?

不能這樣一般化推論,這個案例的小額結果,是因為這個特定機制真的成功維持了價格穩定、你的持有行為也單純被動,兩個條件同時成立才產生這個結果。如果換一個 rebase 機制設計不同的代幣(例如以呈現收益為目的),或者這個算法穩定幣本身經歷過脫錨事件,計算出來的應稅所得金額可能完全不同,甚至可能出現本站另一則文章討論過的、需要逐日記錄的複雜情境。

這個案例真正想示範的,不是「rebase 代幣稅負通常很輕」這個結論,而是「先確認機制目的、再判斷該用哪一套保守邏輯」這個思考流程——同樣是 rebase 代幣,不同的機制設計會導向完全不同的申報複雜度跟稅負結果,不能把單一案例的結果直接套用到所有 rebase 型代幣上。

完整內容 +

Rebase 代幣定性的基本邏輯,本站已有詞條說明——課稅的核心問題,是課稅對象該是「絕對代幣數量」還是「佔總供給量的份額比例」。這篇文章不重複這套基本邏輯,而是用一個具體的算法穩定幣案例,逐步拆解實際計算過程,幫助你把抽象的定性原則,轉換成能實際套用的申報步驟。

案例設定

假設你在 2023 年 1 月用 10,000 美元購買了一批算法穩定幣,該代幣的設計目的是讓價格趨近 1 美元,機制是透過每日自動調整所有持有者的代幣數量(正向 rebase 增加數量、負向 rebase 減少數量)來達成價格穩定。購買當下你取得 10,000 顆代幣(假設當時價格恰好貼近 1 美元),此後一年內,你的錢包餘額因為每日 rebase 而持續變動,2024 年 1 月你決定出售全部持倉。

第一步:確認這個代幣的 rebase 機制屬於哪一種目的

套用本站詞條討論過的判斷邏輯,第一步是確認這個算法穩定幣的 rebase 機制設計目的。查閱該協議官方文件後確認,這個機制的目的是維持代幣價格穩定,屬於「以維持價格穩定為目的」這一類,不是呈現質押收益的類型。這個確認結果,決定了後續要採取哪一套保守申報邏輯。

第二步:確認你的份額比例在整段持有期間是否實質改變

雖然你錢包裡的代幣「數量」每天都在變動,但因為 rebase 機制是同步調整所有持有者的餘額,你佔總供給量的比例理論上維持不變(除非你自己主動買賣)。這代表根據保守但合理的解讀,這段持有期間內的餘額變動,本身可能不構成應稅事件,因為你的相對財富佔比沒有實質改變。

第三步:釐清真正的應稅事件發生在哪個時間點

如果採取「份額比例未變則不構成應稅事件」這個解讀,真正的應稅事件會發生在你實際出售這批代幣、把它換成法幣或其他資產的那一刻——這才是資產處分行為。這代表整個持有期間內的每日 rebase 本身不需要逐次申報,你需要記錄的是購買當下的成本基礎(10,000 美元),跟出售當下實際拿到的金額。

第四步:計算實際的應稅所得

假設你在 2024 年 1 月出售全部持倉時,因為代幣價格確實成功維持在接近 1 美元,且 rebase 機制讓你的份額比例沒有實質改變,你出售拿回的金額約為 10,050 美元(考慮些微的市場波動與交易手續費)。這筆交易的應稅所得計算方式,是出售金額減去原始成本基礎:10,050 減 10,000,等於 50 美元的資本利得,這筆金額遠低於如果採取「每次 rebase 都要逐次申報」這個更保守解讀所需要處理的複雜度。

這跟你的錢有什麼關係

這個案例示範了一個重要原則:即使 rebase 機制本身讓你的錢包餘額每天都在變動,只要能確認這個機制的目的是維持份額比例不變的價格穩定機制,保守但合理的處理方式,通常不需要針對每一次 rebase 都個別申報所得,而是把整段持有期間視為一筆完整的資產持有,在最終處分時才計算損益。但這個判斷的前提,是你已經透過官方文件確認了這個代幣 rebase 機制的具體設計目的——如果换成另一個以呈現收益為目的的 rebase 機制,保守處理方式會完全不同,需要逐次記錄跟申報。

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

圖解
算法穩定幣 Rebase 案例四步驟判定從確認機制目的到計算最終應稅所得,示範保守判定流程如何得出簡化結果 案例:10,000 美元購買穩定機制 rebase 代幣,一年後出售 1 確認 rebase 機制目的 查閱官方文件:確認為 「維持價格穩定」類型 2 確認份額比例是否改變 餘額每天變動,但份額佔比 理論上不變(未主動買賣) 3 釐清真正應稅事件時點 每日 rebase 不需逐次申報 應稅事件=最終出售當下 4 計算實際應稅所得 出售所得 10,050 − 成本 10,000 = 資本利得 50 美元 整段持有期視為一筆完整資產持有,只在最終處分時計算損益 前提:已透過官方文件確認機制目的,換成呈現收益型 rebase 則邏輯完全不同 具體案例只是示範判斷流程本身 不同機制設計會導向完全不同的申報複雜度與稅負結果 CryptoTax Bible · cryptotax-bible.com
歡迎截圖分享,轉載請註明來源
提問
請至少輸入 10 個字
相關文章
四次交易、三個區段:一個複雜持有歷史的完整拆分計算範例
advanced · 07/25
Liquid Staking 憑證代幣的稅:升值型跟數量增加型,兩種完全不同的算法
advanced · 07/25
只是持有治理代幣,為什麼可能讓你揹上合夥人的稅務責任
advanced · 07/24
Restaking 的稅務層次拆解:一筆本金為什麼可能變成好幾筆課稅事件
advanced · 07/23
更多相關主題