ERC-7628 所有权份额扩展：不拆 NFT，把权益记账到枚上

想把一件藏品的收益权分出去，除了发一池碎片币，还有第三条路：NFT 本体纹丝不动，在每枚代币上另开一本“份额”小账。ERC-7628 就是这本小账的接口——每枚 ERC-721 代币关联一组所有权与收益份额，份额可查询、可转让、可授权，但整枚代币的归属规则不被改动。2026 年 9 月 9 日在 ethereum/ERCs 仓库核对，该标准状态为 Review，2024 年 2 月 20 日创建，直接建立在 ERC-721 之上。

接口逐项读

精度先行：shareDecimals 声明份额记几位小数，totalShares 给出全合约份额总量。定位到枚：shareOf 回答某一枚代币当前对应的份额量。流转三件套：shareAllowance 查某枚代币你给了某个花费方多少份额额度；approveShare 设置这个额度；真正的搬运靠 transferShares（从一枚代币的份额转到另一枚）与 transferSharesToAddress（转给一个地址，落地形式是新代币或对方名下代币的份额增加，由实现定义）。扩容阀门 addSharesToToken 只有合约所有者可调用，用于给某枚代币追加份额总量。所有变动各有事件：SharesTransfered、份额授权事件等，供索引器复算。

与碎片化路线的分工

ERC-404 式的自动混合和 ERC-7651 式的双面账本，目标都是让 NFT“化整为零”；ERC-7628 的目标更保守：不追求把一枚 NFT 变成可拆的币，而是给每枚 NFT 配一个“权益凭证”层。收益分账、联名持有、活动配额这类场景里，代币本体继续按 ERC-721 在任意市场正常买卖，权益则按份额接口在支持它的合约间流转。好处是本体流动性不受侵扰，任何老市场照常挂单；代价是份额本身未必有市场——没有订单簿的份额只是账本上的数字，变现要找专门接了这套接口的场所。

持有人该核的权限点

三个位置必须逐一看源码。第一，addSharesToToken 的调用者能凭空给任意代币加份额，等于稀释全体份额的含金量，这就是本标准版的“通胀开关”，部署后有没有移交、有没有上限要查清。第二，份额与代币本体的一致性靠实现维护：烧掉一枚 NFT 时其名下份额去哪了、份额清零的代币能否复活，标准文本没有穷举，各项目自己答题，差异就是风险点。第三，transferSharesToAddress 在接收地址名下铸出“新代币”的规则是什么，接到陌生地址的份额转账时，先确认这个动作会不会在你名下自动产生带费用的资产。

理性预期

一笔收益权合作的完整推演

设想三人合伙收藏一枚高价藏品。方案是把 NFT 登记进支持 ERC-7628 的托管合约，托管合约作为代币持有人，三位各自收到一枚映射权益的代币，shareOf 分别读出三人份额，totalShares 恒为总量。甲想退场时把代币转给乙，卖出的是甲代币名下的权益比例，藏品本体纹丝不动，市场挂单、版税流转全部照常。协议要看的细节随之而来：份额代币可否自由转让（还是必须经合约回购）、收益到账后按 shareOf 快照还是按实时权重分、有人拒绝出售时触发什么条款——这些治理决策全在合约实现层，接口只提供了记账精度。最容易被忽略的是份额精度陷阱：shareDecimals 定得太少，比例换算会持续产生取整残渣；定得太多，小额转账的 Gas 又变贵。上线前拿三个典型金额模拟一遍舍入，比事后打补丁体面得多。还有一条授权侧的旧坑新用：approveShare 给花费方的额度是独立于 ERC-721 approve 的第二条授权通道，定期把两条授权各自清零，应当写进与代币授权同等频率的例行保养清单。

份额让“共同持有一件作品”在记账层变得干净，但共同持有真正的难点从来在治理：谁有权决定出售、决策怎么表决，都不在这份标准的射程内。把 ERC-7628 理解为“更细的账本”而不是“更小的风险”，才符合它的实际能力。本文为协议机制科普，不构成任何投资建议；标准状态以 ethereum/ERCs 仓库文本为准（核验时间 2026 年 9 月 9 日）。