把币直接转进池子地址不算参与：仓位是铸造出来的

新手最容易在教程评论区看到的一种求助是：我把币转到池子地址里了，为什么页面显示我没有仓位，之前那笔转账的手续费也花了。答案藏在记账方式的差别里——池子认的不是账上的余额变化，而是一次铸造动作。没有那次铸造，转账进来的币在合约眼里只是「不速之客」，很多情况下没有任何机制会自动替你领回。

把两套语义摆开。代币合约只维护每个地址的余额：谁转给谁，余额跟着变，这是标准接口里转账的边界。而仓位系统在此之上另立账本：加池操作要求两种资产按比例到账，合约验证比例后向用户地址铸造一枚份额凭证，未来的赎回与分成都以这枚凭证为凭。两段合在一起才叫入池。只完成前半段的裸转账，钱确实进了合约，但没有配套的铸造记录，合约的状态里没有任何字段知道该把这笔钱登记给谁——有些实现甚至不会为它发任何事件，等于掉进一个没有登记的房间。

结局分两种。好的一种：池子实现提供了认领函数，任何转入者可以调它把已入账资产换成对应仓位——但认领函数不是标配，是否支持、按什么比例结算，只有读该协议文档或合约才能确认。糟的一种：没有认领通道，资金永久滞留，因为合约里根本没有一条代码路径会把这笔资产划回任何地址。所以转错之后第一步不是找客服，而是在区块浏览器查协议地址的公开函数列表与官方文档的说明，先确认有没有领取通道，再决定用什么方式尝试挽回。

为什么会转错？多数时候不是手滑，而是复制来源出了问题。合约本身一般不要求预存，入池也不存在先打款的流程；教程截图里那个看起来像充值入口的输入框，很可能来自钓鱼仿冒站。防范清单因此很短：只从协议官网的域进入加池页面；把官方文档里的工厂地址和页面上显示的目标地址交叉核对；任何让你先单独转一笔币再等待生效的流程，都直接当作红旗处理。给常用协议地址留一次带备注的链上转账记录做基准，比存书签更难被篡改。

多问一句为什么合约不自动把转账登记成仓位：技术上完全可以为每次进账写一段认领逻辑，但那等于把记账权从铸造动作转移到任意转账上，攻击者就能用极小成本给任意地址凭空压上虚假仓位记录，搅乱他人的账本与税务留痕。要求显式铸造，是把谁有资格成为 LP 的裁决权留给合约逻辑而不是留给巧合。理解了这层设计动机，就不会把没到账归咎于系统故障。

再补一个高频变体：有人通过第三方教程平台进池，教程里嵌的加池页面把目标池地址换成了仿冒合约——币照样转出去了、份额也铸出来了，只不过铸在假合约名下，页面同样显示你的仓位，赎回时才发现无池可提。识别方法是铸造动作之外多看一步：加池事件里的池子地址能不能在主流数据站上反查到交易对信息，查不到的地址无论页面多漂亮都先停手。真金白银铸出来的凭证不等于真池子，这是这条分岔路上最贵的一课。

顺带划清两个容易混淆的场景：在托管类平台加理财、在质押页面存入，背后都有中心化的记账系统会把你的转账对上号，所以先转钱后出仓位是正常流程；而链上池子合约没有客服、没有工单、没有后台改账。同为「把币转出去」，对手方有没有账本，决定你出错后的找回概率。本文为机制科普，不构成投资建议；文中提到的找回可能性请以具体协议合约实现为准，任何声称能帮你追回链上误转资产的私信服务都按极高风险对待。