PancakeSwap 與 Uniswap 對流動性提供者如何運作

PancakeSwap 與 Uniswap 讓 LP 把資產放進自動化資金池以賺取費用或獎勵。投入前要理解自動定價、價格區間、部位 NFT、費用與退出風險；若未核對區間、合約與退出成本，APR 可能掩蓋 HODL 差距。

這篇適合誰

這篇適合想在 PancakeSwap 或 Uniswap 提供流動性，卻不確定按下 add liquidity 後發生什麼事的人。你應該已熟悉錢包、approve token、網路與交易簽署。本文不建議任何代幣或池子；它只說明 LP 機制，方便你把價格與費用輸入 DeFi 真實收益實驗室。

目錄

• 這篇適合誰
• 決策速覽
• 用白話理解機制
• 技術細節與公式
• 費用與失敗情景
• 如何自行驗證

決策速覽

用白話理解機制

AMM 不是傳統訂單簿，而是用一池資產讓交易者互換。當交易者從池中買走 token A，池裡的 A 變少、B 變多，價格就依資產比例改變。Uniswap Developers 說明，兌換透過流動性池完成，價格由演算法決定，交易相對池深越大，price impact 越大 How Uniswap Works。

在恆定乘積模型中，核心直覺是 x × y = k。若一側減少，另一側必須增加以維持關係。Uniswap v3 白皮書說明，v1/v2 將流動性分布在很寬的價格範圍；v3 引入集中流動性，讓 LP 把資金配置在自訂範圍內 Uniswap v3 Core。

PancakeSwap 也有 v3 流動性機制。其 Liquidity Pools 文件說明，v3 LP 可選擇價格區間，且流動性部位 NFT 代表底層資產與已賺取交易費 PancakeSwap Liquidity Pools。

對使用者而言，最重要的是分清三個畫面：pool、position 與 transaction。Pool 顯示整體流動性與交易環境；position 顯示你的價格區間、費率層級、兩種資產比例與累積費用；transaction 則是錢包即將簽署的動作。很多錯誤發生在把 pool 的整體資訊誤當成自己 position 的結果，或在 transaction 階段沒有核對 chain、spender 與互動合約。

PancakeSwap 與 Uniswap 的介面可能把新增流動性做得很順，但「容易操作」不等於「容易評估」。在簽署前，你至少要知道自己放入哪兩種資產、選了哪個 fee tier、價格區間如何設定、若價格離開區間會發生什麼、退出後會拿回哪些資產。這些資訊會直接進入真實收益工作表。

技術細節與公式

對 50/50 恆定乘積池，可把機制和風險寫成兩條式子：

x × y = k

IL = 2 × sqrt(r) / (1 + r) - 1

x 與 y 是池內兩種 token 數量，k 是常數，r 是 token A 相對 token B 的價格變化倍數。IL 公式只適用於簡化 50/50 模型，不適用於所有池。

對集中流動性，至少還要記錄：

• P_low：價格區間下限。
• P_high：價格區間上限。
• P_current：目前價格。

Uniswap 文件說明，若價格離開 LP 設定區間，該部位流動性不活躍，也不再賺取費用，直到價格回到區間 Concentrated Liquidity。因此，池子整體 APR 不一定等於你的部位結果。

PancakeSwap 新增/移除流動性指南指出，提供流動性時需要選擇代幣對並輸入數量；較低美元價值的一邊會限制你可提供的流動性數量 PancakeSwap Liquidity Guide。這會影響你進池前需要準備的兩種資產比例。

假設示例：同一價格變動下的 LP 與 HODL

假設示例：你以 1,000 的價值提供 token A 與 token B 流動性，初始兩邊各 500。期末 token A 相對 token B 上漲 2 倍。

• r = 2
• IL = 2 × sqrt(2) / (1 + 2) - 1
• IL ≈ -5.72%
• 若 HODL 期末價值為 1,500，LP 在費用前約為 1,500 × 0.9428 = 1,414.20

假設示例：加入交易費 70 與交易成本 18：

• LP 期末值 = 1,414.20 + 70 - 18 = 1,466.20
• HODL 為 1,500
• LP 仍落後 33.80

假設示例：你選擇價格區間 90 到 110，初始價格 100。若價格移到 125，部位在區間外。Uniswap 文件說明，區間外流動性不活躍 Concentrated Liquidity。若 60 天中有 20 天在區間外，就不要按 60 天全程活躍估算費用；可做費用 100%、50%、0% 的情境。

費用與失敗情景

第一個成本是 approve 與 add liquidity。第二個是 remove liquidity。第三個是退出後把不想持有的資產 swap 回目標資產。PancakeSwap 的官方指南提供新增與移除 EVM 流動性的介面步驟 PancakeSwap Liquidity Guide。

失敗情景之一是區間太窄。你追求更高資金效率，但價格離開區間後部位停止賺費。第二個是合約或鏈錯誤。PancakeSwap Developer 提供 v3 合約地址清單，可用於比對交易中出現的官方合約地址 PancakeSwap v3 Addresses。

第三個是退出 price impact。若池深不足，賣出退出後得到的某一資產可能推動價格。Uniswap Developers 已說明 price impact 與交易大小相對池深有關 How Uniswap Works。

第四個是把 pool、position 與 transaction 混在一起。Pool 是公共流動性；position 是你的份額、價格區間與費率層級；transaction 是 approve、add、collect 或 remove。PancakeSwap 文件說明 v3 流動性部位以 NFT 表示 PancakeSwap Liquidity Pools，因此要保存部位細節，而不只記 pair 名稱。

第五個是只看新增，不看移除。新增時介面會告訴你需要哪兩種資產與大致比例；移除時，你可能得到與初始不同的資產組成。若你不想持有其中某個資產，後續 swap 成本也屬於策略成本。第六個是忽略 collect fee。費用可能累積在部位上，但領取仍需要交易成本，且領取後若要轉成其他資產，也有兌換成本。

第七個是官方地址核對不足。符號相同的 token 可能存在不同鏈，router 與 position manager 也有鏈別差異。PancakeSwap Developer 的地址頁只能作為 PancakeSwap v3 官方部署地址範例；其他協議需要各自官方地址來源。不要用某個協議的地址頁去證明另一個協議的合約。

如何自行驗證

1. Uniswap 機制從 How Uniswap Works 開始。
2. 若使用 v3 或 v4，讀 Concentrated Liquidity，記錄價格區間。
3. PancakeSwap 可讀 Liquidity Pools 與 Liquidity Guide。
4. 若交易顯示陌生地址，對照 PancakeSwap v3 Addresses。
5. 在官方 UI 模擬新增與移除流動性，不簽署交易，記錄代幣比例、費率層級、區間與成本。
6. 分開計算 HODL、LP、fee、Gas 與獎勵。

驗證時建議先僅模擬、不簽署交易來熟悉流程：打開官方 UI，選擇 pair，觀察 fee tier、價格區間、預估比例、slippage 與錢包交易細節，最後取消。這個過程不會給你收益，但能讓你在真正投入前看見所有需要抄入工作表的欄位。若某個欄位看不懂，先回官方文件，不要用 APR 代替理解。

若你同時比較 PancakeSwap 與 Uniswap，也不要假設兩者介面欄位完全等價。它們都屬於 AMM 生態，但版本、鏈、費率層級、部位表示方式與 reward 機制可能不同。先理解各自官方文件，再把共同欄位放入表格，才能避免把一個協議的規則套到另一個協議。

若文件與錢包顯示不一致，先停止；錯鏈或錯合約的成本通常不是 APR 能補回的。

投入資金前檢查清單

• 你是否知道池子是恆定乘積、穩定池還是集中流動性？
• UI 要求的兩種 token 比例是否與你的資產準備一致？
• 價格區間是否適合你的持有期限？
• 價格離開區間時，你是否接受部位不活躍？
• 預期費用是否足以覆蓋 IL 與 Gas？
• 合約地址是否來自官方文件？
• remove 與退出後 swap 成本是否已估算？
• 退出時你可能多持有哪一種資產，是否願意持有？

延伸判讀：把操作步驟轉成風險輸入

DEX 操作不是按幾個按鈕而已。每一步都應轉成工作表輸入：選 chain、選 token pair、選 fee tier、設定價格區間、approve、add liquidity、collect fee、claim reward、remove liquidity、swap 退出資產。若其中一步需要額外交易，就有 Gas；若其中一步涉及第三種 token，就有價格與滑價；若其中一步依賴官方地址，就要驗證地址。

集中流動性尤其需要記錄價格區間。區間越窄，資金效率可能越高，但更容易離開區間並停止賺取 fee。區間越寬，較接近被動持有，但每單位資本 fee 可能較低。假設示例：兩個 LP 同樣投入 1,000，一個用窄區間，一個用寬區間。市場平靜時窄區間可能勝出；價格快速移動時，窄區間可能需要 rebalance，Gas 與 swap 成本會吃掉額外 fee。

不要只看 UI 顯示的 APR。UI 可能使用短期 fee、當前 liquidity 或 reward campaign 推算。你需要把已收 fee、未收 fee、位置是否在區間內、退出時可拿回資產、以及重設區間成本寫入 /defi-real-yield-lab。若交易後才發現 token、chain 或 fee tier 與計畫不同，先停止並重新驗證，而不是用新假設補救舊決策。

最後檢查

若你不願意 rebalance、claim 或 bridge，請不要採用需要這些動作才成立的收益假設。操作邊界本身就是風險輸入。

補充：多 chain 操作的完整路徑

若資金需要跨 chain，請把 bridge 寫入路徑。便宜 chain 的 DEX 交易費可能較低，但 bridge 有費用、等待時間與額外風險。從資產初始位置到最終位置，每一步都要算：bridge、swap、add、claim、remove、swap back、bridge back。若只算 DEX 的 add/remove，會低估總成本。

不同 DEX 的介面也可能使用相同詞彙但不同實作。fee tier、position NFT、farm、reward、boost 與退出方式都要看該協議文件。不要把 Uniswap 的理解直接套到所有 fork，也不要把 PancakeSwap 的操作截圖當成其他 chain 的保證。每個協議都是單獨輸入。

最後，把「我不願做的操作」寫出來。若不願 rebalance，就不要採用需要 rebalance 的收益假設；若不願 claim，reward 不能按頻繁 compound 計算；若不願 bridge 回去，資產最終位置就不是原 chain。操作邊界能防止收益假設脫離實際行為。

補充：實際 fee 與預估 APR 分開

位置建立後，請記錄實際收取的 fee，而不是只看預估 APR。若位置曾離開區間，記錄離開時間。若做過 rebalance，記錄交易成本。實際 fee、reward、Gas 與區間狀態共同決定結果。預估 APR 只能當初始線索，不能替代事後核算。

若 UI 把交易 fee 與 reward 合併成 APR，請拆開。交易 fee 依賴 volume，reward 依賴 campaign。兩者失效方式不同，折價也不同。拆開後再放進 /defi-real-yield-lab，結果會更可追溯。

補充：不要忽略 allowance

操作結束後，請檢查不再需要的 token allowance。這不是收益公式的一部分，但會影響錢包風險。若 approval 指向不再使用的合約，考慮撤銷或降低額度。

下一步

了解 pool、position 與交易流程後，把初始價格、期末價格、區間、Gas、fee 與 reward 放入 DeFi 真實收益實驗室。如果部位只在極窄區間、低 Gas 與獎勵不跌時成立，請把它視為高敏感度策略。

主要資料

• Uniswap Developers: How Uniswap Works，核驗日期 2026-08-09。
• Uniswap Developers: Concentrated Liquidity，核驗日期 2026-08-09。
• Uniswap v3 Core whitepaper，核驗日期 2026-08-09。
• PancakeSwap: Liquidity Pools，核驗日期 2026-08-09。
• PancakeSwap: How to Add/Remove Liquidity，核驗日期 2026-08-09。
• PancakeSwap Developer: v3 Addresses，核驗日期 2026-08-09。