集中流动性仓位有一个反直觉的结算特性：你以为平仓等于两种币都到手，实际上只有价格在区间内时才成立。价格站在区间外的那一刻，仓位里的资产全部是区间另一侧的那一种——如果你挂的是一个「跌到某个价格带才换成某币」的结构，而价格一路没进过你的带，平仓时你只能原样拿回投入的那种币，原本指望换到的另一种币根本还没发生转换。更细的一种情形是：转换曾经发生、但你退出的时机不对，于是仓位账上出现一笔「本该给你、但当下无法从池里取出」的量。这部分取不出来的数量，在几个版本的金库与头寸界面里被单列成一个字段，社区通常叫它卡量。
它的来源要回到集中流动性池的记账方式。池子给每个仓位维护一本独立的账：你在哪些价格格子里有多少流动性、按格子占比你应计多少手续费、当前价格下你的份额对应哪一侧资产。当价格在你的区间之外，你份额对应的全部价值都以另一种代币的形态沉淀在池子的总储备里——账本知道它记在你名下，但池子的即时兑换在这一刻凑不出等值的另一种币给你。于是结算交易只划走能划的那部分，缺口金额保留在你的仓位号下面，成为账面待领。它不是手续费，不是坏账，也不是被谁没收了，它是一笔「债权记在你头上、资产还躺在池子里」的挂账。
卡量最容易在三个动作里被漏看。第一个是区间外平仓：界面提示你领取了退款，很多人默认已两清，其实退出交易只结算了可取的一侧，另一侧继续挂账。第二个是反复调仓：把区间从低价段整体搬到高价段，旧区间的应得代币在价格不在新段时同样取不出，多轮搬区间会把不同代币的挂账叠在同一仓位上，金额分散、不合并显示时更难发现。第三个是版本迁移：老仓位转换到新版本池子时，工具通常处理本金与手续费，个别实现里挂账部分的处理口径需要你主动确认。习惯做法是在任何一次领币之后，用区块浏览器或者支持完整查询的头寸工具，对照仓位号下每一栏余额是不是都归了零。
领回的条件与仓位的存在形态绑定。挂账的资产不会凭空到账，它要等到池子价格重新进入该笔挂账对应的区间，池子储备结构允许按份额划出那种代币时，才可以通过领取动作取出；部分界面把这做成一个醒目的提示按钮，部分界面只在头寸详情页里安静列一行。这里有一个常被误解的点：以为「再等等，它会自动回来」——挂账不会自动打款，价格进带只创造可领条件，动作仍然要仓位持有人自己发起。如果仓位凭证在挂账未清时被转让出去，账随凭证走，后续领取权归新的持有人，这也正是转让定价时双方要当面算清楚的科目之一。
从做市收益的角度看，卡量还会影响你对一笔仓位的核算。你统计「这笔仓位回本没有」时，若只按实际到手的两种币计算成本基准，挂账部分会被漏成零值，账面看起来像亏损扩大；正确做法是把待领科目按挂账时点的市价计进市值，再与投入对比。反过来，接手一个二手仓位时，若只按「池内份额」估值而没读待领字段，你会以为自己捡了便宜仓位——那部分便宜可能正是别人没领走的挂账，接手时顺手清账才是完整的对价。两种错误都源于同一个事实：这个仓位体系里，你名下记的钱和你钱包里的钱是两个不同的数。
自查的顺序可以很短：查一次完整头寸，看每一种代币的待领字段；领一次，再查一次，确认字段归零；价格处于区间外时的任何领取动作，都默认存在未结算一侧的可能，隔几天价格进带后再复核一遍；转让仓位前把待领科目清零或写进交易条款；用第三方管理工具时，确认它的对账视图读取的是合约原始字段而非它自己的缓存。这套动作花不了几分钟，但它看住的是整个仓位生命周期里最安静的一类余额。
本文只做机制整理，文中的挂账形态、领取条件与界面行为均为原理示例，不指向任何协议当前的实时参数；卡量存在领取时点依赖价格、转让定价错算与核算口径偏差等风险，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。