去年底公司发年终奖，财务说分三批到，1月一批2月一批4月清完。

我当时没多想，觉得正常。后来问了一下财务为什么不一次性打，他说这是公司政策，防止人拿了钱就跑，分批到账绑住人。

这个逻辑我能理解，但执行起来很麻烦。每次发多少，哪天发，财务用的是Excel手动追踪，出过两次错，有个同事少发了一批，追了好几个月才补回来。

这件事让我后来看到 $SIGN 旗下的 TokenTable 时，有种说不出来的熟悉感。

TokenTable做的事情，本质上就是把这套"分批发钱"的逻辑搬到链上，变成自动执行的智能合约。

项目方或者企业，提前把代币锁进合约，设定好解锁时间表：第一个月解锁多少百分比，达到什么条件再解锁下一批，触发什么价格可以提前释放一部分。这些规则写进合约之后，不需要财务手动操作，时间到了自动执行，没有人能在中间动手脚，也不会出现漏发的情况。

TokenTable的白皮书里有一个细节值得说：他们支持基于价格触发的解锁机制。

传统的归属计划是时间线性的，比如四年解锁，每个月释放固定比例。这种方式对投资者来说比较被动，代币价格暴跌的时候，解锁出来的代币立刻被砸，对项目方和持有者都不太好。

价格触发的逻辑不一样：合约可以设定，只有代币价格达到某个区间，对应批次才解锁。这对项目方来说是一种约束——你要让解锁继续，就得维护币价，代币持有者的利益跟项目方的行为直接挂钩了。

这个设计我觉得思路是对的，但有一个我一直没想清楚的地方：价格数据是从外部喂进来的，依赖预言机。预言机的可靠性和操纵风险，白皮书里没有展开讲怎么处理。链上执行逻辑可以无懈可击，但如果喂进去的价格本身被操纵，解锁条件就失去了意义。

这不是TokenTable独有的问题，是整个DeFi生态面对的通病，但用在代币解锁这个场景里，一旦出问题，影响的是持仓分布，不是一笔普通交易，值得认真对待。

白皮书里提到TokenTable已经处理了超过1.3亿美元的代币分发，这个数字是真实跑过的，不是测试数据。这说明这套机制在多个项目里经过了实际验证，不只是白皮书里的概念。

我那个财务同事现在还在用Excel管解锁计划。

我把TokenTable给他看了一眼，他问 "这玩意儿能用在公司股权激励上吗"。

我说理论上可以，但国内的法律框架还不认这个。他点了点头，把窗口关掉了。

基础设施建好了，能不能用，还得等规则跟上来。这是 @SignOfficial 整套叙事里最大的不确定性，也是最真实的限制。#Sign地缘政治基建