在主流自动做市协议的较新版本里，做市仓位不再是一种人人相同的同质化凭证，而是一枚独一无二的 NFT：价格区间的上下边界、投入的流动性数量、所属手续费档位，全部登记在这枚凭证的元数据里。仓位是 NFT，意味着它天生只能整枚持有、整枚转让，于是两类围绕它的操作变得重要：把一个格子拆成两个格子，或者把两个格子并回一个。理解分合，就理解了集中流动性仓位管理的骨架。
拆分的底层动作并不神秘。合约先把原仓位对应的未领取手续费按当前流动性比例结算出来，再按你指定的新比例，把流动性拆成两组，销毁原 NFT，铸出两枚各自携带新区间或新规模的新 NFT。整个过程不动池子里的价格——拆格子不会改变池子的储备，只是把你的账面登记方式换了一种写法。之所以需要它，场景很具体：想把一半仓位整体挂出去卖掉，得先拆出来；想把区间上沿以上的那段单独退出，得先拆开再退；把不同成本基准的仓位分开记账，也要先拆。
合并是反向操作，但有硬前置：只有同一个池子、同一手续费档位、区间重叠或相邻的两枚仓位 NFT 才能并。合约把两枚销毁，结算各自欠的手续费，按两条流动性加总重新登记成一枚新仓位。合并的常见动机是降低管理成本：格子太多，每次领取费用、调仓、退出都要逐枚操作，手续费与 gas 按枚计费；并成一枚后，后续动作的成本摊薄，账目也干净。但合并会抹掉两条腿各自的成本与区间历史，想保留”这段是低价建仓”的记账信息，就要在合并前先结算好。
分合都不改价格，却都会留下账。第一本是费用账：手续费只在销毁旧仓位那一刻按比例结清，拆完之后新仓位只累计之后的那份，所以拆分时点之前该拿的钱必须当场拿回，不留给”以后一起领”。第二本是舍入账：流动性数量在整数运算里拆比例，可能出现一单位两单位的余数误差，大额操作影响不大，小额高频拆合会让账面与实际之间慢慢积累错位。第三本是滑点账：如果拆分的最终目的是退出其中一半，那半仓位的资产要在池子里实际兑换，价格冲击照常发生，拆合本身并不能豁免它。
还要看清执行路径上的权限边界。协议原生合约的分合动作由你自己发起、只动你自己的 NFT；而市面上许多钱包与仓位管理器提供一键拆分、一键合并，本质是把同样的步骤打包进它们的合约，你需要对这份工作合约授予操作权限。授予前值得核对三件事：它是否要求同时授权代币转出、它是否代收你的手续费、它的地址在浏览器里的验证状态。分合是中性操作，操作的是别人搭的合约，风险就要按别人的合约来估。
实操顺序建议固定成一条动线：先查当前仓位的手续费余额并结清，再决定拆合目标结构，执行时同时设置可接受的最低产出以防被夹带，完成后逐枚核对新 NFT 的区间、流动性数字与你预期是否一致。数字对不上的时候，先检查是否把不同档位、不同池子的仓位混进了同一次合并，这是最常见的错误来源，多数”消失的流动性”其实是登记在另一枚你没注意的凭证上。
本文只做机制说明与风险提示，流动性做市面临无常损失、手续费收入波动、合约与授权风险。文中操作路径为通用原理描述，不指向任何特定界面，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。