一个合约分舱发行：ERC-7518 分舱证券代币的机制拆解

现实资产代币化经常遇到同一个难题：同一份资产要卖给不同地区、不同资格的投资者，而不同群体的转让规则、锁定期和分红方式都不一样。为每个群体各部署一份代币合约成本高且资金碎片化。ERC-7518（Dynamic Compliant Interop Security Token）给出的思路是在一个 ERC-1155 合约里”分舱”：每个 tokenId 不是一个孤立藏品，而代表一个分区（partition），同一合约下多个分区各管各的规则。按 ercs 仓库记录，该提案状态为 Review，创建于 2023 年 9 月 14 日。

分区是什么形状：ERC-1155 之上再加一层语义

ERC-1155 本来就把多个代币种类装进同一合约，各用一个 tokenId 区分。ERC-7518 把这层区分升级成”资产舱位”：提案举例，一个房地产代币项目可以先给符合美国合格投资者规则的分区铸造，再给非美国投资者用的分区铸造，随发行进度按投资者资格动态向不同分区增发。分区还能临时制造非同质性——同批资产因发行场次不同需要隔离时，各自放不同分区，日后再通过合并流程把旧分区代币存入新设联合分区换取合并后的代币，避免流动性长期碎片化。每个分区可挂自己的转让限制与分红权，这是”细粒度合规”的落点。

合规功能清单：冻结、锁定、强转、派息

标准把证券代币常用的管理动作整理成一组接口：freezeAddress 与 unFreeze 冻结或解冻某个地址的交易能力，配合 AddressFrozen、AddressUnfrozen 事件；lockTokens 与 unlockToken 给代币上锁或解锁，用于归属期与持有期，余额中锁定部分可用 lockedBalanceOf 查询；forceTransfer 允许在密钥丢失等情形下由授权方执行强制转移，事件为 TokensForceTransferred；restrictTransfer 与 removeRestriction 为转账挂上或移除限制；payout 与 batchPayout 处理派息发放。合规判断本身走链下凭证（off-chain vouchers）路线：合约只负责执行结果，谁有资格、归哪个舱的认定发生在链下系统里，凭证的有效性最终要回到发行文件与披露记录去核对。

这套接口对普通 NFT 买家是陌生的，但它解释了为什么某些链上资产的余额会”看得见动不了”：锁定、冻结、限制转移都是合约状态里可查的事实，逐项对应上面的查询函数和事件，而不是客服口中的”系统维护”。

边界与风险：合规代码不等于法律结论

余额的三本账：名义、锁定与可转

普通 ERC-1155 只有一本余额账，读 balanceOf 就够；分舱标准下要多看几本。锁定余额 lockedBalanceOf 返回被归属锁或持有期扣住的部分；可转余额 transferableBalance 被标准明确要求等于当前余额减去锁定余额，也就是你此刻真正能动的数量；包裹型余额另有 wrappedBalanceOf 可查，反方向的 unwrapToken 与 wrapTokenFromPartition 负责把代币在分区与主余额之间搬进搬出。这几条查询构成一张体检表——持有人发现”有币转不动”时，逐条调用就能定位原因：锁定数不为零是归属锁，AddressFrozen 事件在案是地址被冻，两条皆零而转账仍失败，才轮到查限制规则与链下凭证状态。某笔转账被拒时，合约端给出的是规则执行结果，资格判断本身发生在链下，两边的记录要对照着看，任何一边单独拿出来都不算完整答案。

第一，状态是 Review：提案在 ercs 仓库处于评审流程，接口可能继续修订，实际项目实现的版本以链上字节码为准。第二，分区把发行规则编码进合约，但规则内容对不对，取决于项目方法律文件与链下凭证体系，合约只保证”按写好的规则执行”。第三，冻结与强制转移意味着合约存在特权角色，这些角色的钥匙归谁、变更是否发事件，是持有人要体检的权限清单。第四，涉及具体司法辖区的证券属性判断，本文不做任何法律认定，相关金额与主体资格均应以项目披露的发行文件为准。本文为机制说明，不构成任何投资建议。