pump fun cashback：返現幣的手續費怎麼回到交易者、未領金額怎麼讀、claim_cashback 怎麼領

在 pump.fun 上，每筆買賣都要付一筆給幣創作者的手續費。cashback 幣把這筆錢改成回給交易者自己：你交易得越多，累積的 cashback 越多，之後自己去領。2026 年 9 月，官方文件宣布這個模式停止新建，但已經存在的 cashback 幣不受影響，照樣在累積。

本文照 pump.fun 在 GitHub 公開的程式文件讀 cashback 幣（倉庫 pump-fun/pump-public-docs，讀取時最後一次提交在 2026-10-13；〈Pump Cashback〉一檔 2026-02-17 加入、2026-09-12 最後修改，〈Claim Cashback〉一檔最後修改於 2026-09-12）。同一次改動推出的持有人獎勵幣，見本站pump fun holder rewards；bonding curve 與畢業後的池子怎麼讀，分別見pump.fun 的 bonding curve 欄位與PumpSwap 池帳戶的欄位。英文引句照錄文件原句；其餘中文是我們的轉述；凡寫「本文整理」的段落，是我們綜合幾條文件內容得出的判斷。

cashback 幣是什麼

文件的概述只有兩句："Cashback Rewards allows token creators to create coins with "cashback" enabled which redirects the creator fee to the users. Each user would get the creator fee on their swap volume as cashback rather than paying that fee to the coin creator."

也就是說，創作者在建立幣的時候選擇開啟 cashback；開了之後，每個交易者在自己交易量上付的那份創作者手續費，以 cashback 的形式留給他自己，而不是付給創作者。文件也說明這是向後相容的改動：沒有更新 IDL 或 SDK 的整合程式照常能用，只是不會開啟 cashback。

2026 年 9 月起：不能再建新的，舊的照舊

〈Pump Cashback〉一檔開頭加了一段停用說明：`create_v2` 現在會拒絕 `is_cashback_enabled = [true]`，"so no new cashback coins can be created"。建立指令裡這個 `OptionBool` 參數要傳 `[false]` 或省略，傳 `[true]` 就會失敗。

同一段寫明既有的 cashback 幣不受影響：交易方式和下文描述的一樣，創作者手續費仍然回給買方，已經累積的 cashback 仍可用 `claim_cashback`／`claim_cashback_v2` 領取。文件建議，想回饋社群的新幣改用持有人獎勵幣。

本文整理：所以「cashback 停用」指的是不能再建，不是舊幣的 cashback 消失了。研究一枚 2026 年 9 月以前建立的幣，仍然要先確認它是不是 cashback 幣。

怎麼判斷一枚幣是不是 cashback 幣

`BondingCurve` 帳戶多了一個布林欄位 `is_cashback_coin`。cashback 幣讀到的是 `true`。

本文整理：既然建立指令已經拒絕新的 cashback 幣，依文件的時間推斷，讀到 `is_cashback_coin` 為 `true` 的幣，應是在停用之前建立的。研究時可以把它當成一條時間線索，但建立時間仍以鏈上的建立交易為準。

三種幣，創作者手續費各去哪裡

把 cashback 幣和同一份文件裡的持有人獎勵幣放在一起看，本文整理如下：

| 幣的種類 | 創作者手續費給誰 | 要不要自己去領 | | --- | --- | --- | | 一般的幣 | 創作者 | 由創作者處理 | | cashback 幣 | 交易者自己（交易時要附上帳戶） | 要，用 `claim_cashback` 或 `claim_cashback_v2` | | 持有人獎勵幣 | 持有這枚幣的人 | 不用，由 pump.fun 發放，沒有給持有人呼叫的領取指令 |

三者的差別不在手續費怎麼算，而在最後進了誰的口袋。研究紀錄裡只寫「創作者手續費多少」而不寫這枚幣是哪一種，數字就沒辦法解讀。

交易的時候：要附上帳戶，cashback 才會給

這一節是 cashback 最容易讀錯的地方。文件寫的是："Cashback is only given to the user if the buy/sell instruction appends the proper remaining accounts." 也就是買賣指令要在 remaining accounts 裡附上規定的帳戶，交易者才拿得到 cashback。

接著一句說，交易的是 cashback 幣、卻沒有附上這些帳戶時，創作者手續費照一般情況付給創作者。（原文此句寫成 "are now added"，依上下文應是 not。）

各指令要附上什麼，文件逐一列了：

| 指令 | 要附上的 remaining accounts（本文轉述） | | --- | --- | | bonding curve 買入 | 不用改，幣開了 cashback 就自動處理 | | bonding curve 賣出 | 第 0 位放 Pump 程式的 `UserVolumeAccumulator` PDA，`isWritable: true` | | PumpSwap 買入 | 第 0 位放 Pump AMM 程式的 `UserVolumeAccumulator` 的 WSOL associated token account | | PumpSwap 賣出 | 第 0 位同上（WSOL ATA），第 1 位放 Pump AMM 程式的 `UserVolumeAccumulator` |

文件特別註明，PumpSwap 用的 `UserVolumeAccumulator` 屬於 Pump AMM 程式，和 Pump 程式那一個不是同一個帳戶。

本文整理：這表示同一枚 cashback 幣，不同的人用不同的工具交易，創作者手續費的去向可能不一樣。工具有沒有附上帳戶，決定了這筆錢回給交易者還是付給創作者。研究這類幣的手續費流向時，不能只看「它是 cashback 幣」就下結論，要看每筆交易實際附上的帳戶。

從一筆交易看它有沒有拿到 cashback

把上面的規則反過來用，就能從交易紀錄判斷。以下是本文整理的檢查順序：

1. 先讀這枚幣的 `is_cashback_coin`。不是 cashback 幣，後面都不用看。
2. bonding curve 賣出：看 remaining accounts 第 0 位，是不是這位交易者在 Pump 程式下的 `UserVolumeAccumulator`。
3. PumpSwap 買入或賣出：看第 0 位是不是 Pump AMM 程式下那個 accumulator 的 WSOL ATA；賣出還要再看第 1 位是不是 accumulator 本身。
4. bonding curve 買入：文件寫的是指令不用改、自動處理，所以單看這種指令分不出差別，回到第 1 步的旗標判斷即可。

位置和帳戶都對上，這一筆的創作者手續費才是回到了交易者那裡；對不上，就照常付給創作者。兩個 accumulator 只差程式 ID，比對時要確認推導用的是哪一個程式。

未領的 cashback 存在哪裡

文件提醒，Pump（bonding curve）程式和 Pump Swap（AMM）程式各有一個 `UserVolumeAccumulator`。兩者用同一個種子 `"user_volume_accumulator"`，加上使用者錢包地址推導，差別只在程式 ID。

兩邊存錢的方式不同：

• Pump 程式（bonding curve）： cashback 以原生 lamports 存在 `UserVolumeAccumulator` 帳戶本身，不是放在 WSOL 帳戶裡；領取時也以原生 lamports 轉到使用者錢包。
• Pump AMM 程式（PumpSwap）： cashback 存在這個 `UserVolumeAccumulator` 的 WSOL ATA 裡。

文件解釋原因：Pump AMM 交易用的是 WSOL，Pump 程式用的是原生 lamports。讀未領金額的方法，文件用粗體各寫了一句：

• Pump 程式："Read the lamports of the `UserVolumeAccumulator` for the Pump program minus the rent exempt lamports needed to keep the account open."
• Pump AMM 程式："Read the token balance of the WSOL ATA of the `UserVolumeAccumulator` for the Pump AMM program."

本文整理：bonding curve 這一側要記得扣掉免租金所需的 lamports。直接把帳戶餘額當成未領 cashback，數字會偏大。

怎麼領：claim_cashback 與 claim_cashback_v2

〈Pump Cashback〉一檔寫了兩個 `claim_cashback`，都不需要參數：

• Pump 程式的 `claim_cashback`： 把原生 lamports 從 `UserVolumeAccumulator` 轉給使用者。
• Pump AMM 程式的 `claim_cashback`： 把 WSOL 從 `UserVolumeAccumulator` 的 WSOL ATA 轉到使用者的 WSOL ATA。使用者的 WSOL ATA 要事先存在，文件建議必要時先放一個「create idempotent associated token account」指令。

〈Claim Cashback〉一檔講的是 Pump 程式較新的 `claim_cashback_v2`："It supports both legacy SOL cashback and non-SOL quote mint cashback through the same interface." 也就是舊的以 SOL 計價的 cashback，和以其他報價資產（文件的例子是 USDC）計價的 cashback，用同一個指令領。領舊的 SOL cashback 時，`quote_mint` 傳 wrapped SOL（`So11111111111111111111111111111111111111112`）。這個指令不帶任何指令資料參數，要的帳戶共 10 個。

〈Claim Cashback〉列了這個指令要的 10 個帳戶，研究時最常用到的是這幾個（本文轉述）：

• `user`：收款人。領舊的 SOL cashback 時，`user_volume_accumulator` 裡高於免租金餘額的 lamports 全部轉給它。
• `user_volume_accumulator`：以 `[b"user_volume_accumulator", user]` 為種子推導的 Pump PDA。
• `quote_mint` 與 `quote_token_program`：這筆 cashback 的報價資產和它所屬的代幣程式；領舊的 SOL cashback 時，分別傳 wrapped SOL 和舊版 SPL Token Program。
• `associated_user_volume_accumulator` 與 `associated_quote_user`：accumulator 和收款人各自持有該報價資產的 ATA。文件註明，領舊的 SOL cashback 時這兩個帳戶可能不存在。

Rust 版 SDK 的寫法是：`quote_mint` 傳 `Pubkey::default()` 或 wSOL，表示領舊的 SOL cashback；傳其他報價資產（例如 USDC）的 mint，就領那種資產計價的 cashback，`quote_token_program` 要和該資產的代幣程式一致。

〈Claim Cashback〉在 2026 年 5 月 7 日改過一次，提交訊息是「USDC paired coins」。本文整理：從那之後，「cashback 一定是 SOL」不再成立。以 USDC 計價的幣，cashback 從 accumulator 持有的 USDC ATA 轉到使用者的 USDC ATA；只讀 accumulator 的 lamports，會漏掉這一部分。

同一檔還有一句：

"The instruction is permissionless: `user` is the cashback recipient, but does not need to sign the transaction."

本文整理：`user` 是收款人，但不必是簽名的人。所以在鏈上看到一筆 `claim_cashback_v2` 不是由收款人簽的，不代表錢被別人拿走了；錢照樣進 `user`。判斷錢去了哪裡，看 `user` 這一格，不看簽名者。

研究紀錄要留哪幾格

• 幣的 mint、讀取時間，以及 `BondingCurve` 的 `is_cashback_coin`。
• 這枚幣的報價資產是 SOL 還是其他資產；`claim_cashback_v2` 領的時候要用對應的 `quote_mint`。
• 統計手續費去向時，按每筆交易是否附上 cashback 帳戶分開記，不要整枚幣一概而論。
• 未領 cashback 分兩個帳戶記：Pump 程式那一側記「lamports 減免租金」，Pump AMM 那一側記 WSOL ATA 的餘額。
• 文件版本：倉庫的提交日期，以及〈Pump Cashback〉〈Claim Cashback〉的修改日期。

欄位讀不到值時該怎麼記，見本站代幣資料 API 回傳 null 或查不到。

cashback 的比例、交易多少能領回多少，本文不算，以讀取當下的鏈上設定為準。這一頁只說明鏈上帳戶與指令怎麼讀，不構成任何交易建議。