北京
一个从Web2转来的开发者，刚在Solana链上用Token-2022程序折腾了整整两星期。他创建了可替代代币，挂上自动转账费，再叠上利息，又做了灵魂绑定凭证、铸造链上元数据的NFT。每一项功能到最后都跑通了，但在此之前，几乎都经历了“输出不对、交易失败，或者钱包余额朝一个完全没料到的方向变动”。他把这些坑写了出来，总共五个，我们挑出两个最要命的，值得你花五分钟看完。
在Solana上，代币不是智能合约，而是一个叫“铸币账户”的小型链上记录。里面只存三样东西：总供应量、小数精度、以及谁有权增发。Token-2022程序（也称代币扩展）是升级版，允许在创建铸币时一口气“拧上”额外行为，比如自动转账费、利息累积、转账限制等。但扩展必须在创建时声明，之后加不了——这是第三个坑的根源，我们后面再说。先说那个烧掉他最多时间的。
第一个坑：基本单位陷阱。创建带转账费的Token-2022代币时，需要设两个数：费率基点和最高费用上限。命令行里这样写：费率基点100（即1%），上限5000，小数位数9。他按这个配置，转了100枚代币。按理会扣1枚当手续费，结果对方收到99.999995枚，系统扣走的费用是0.000005枚——几乎为零。毛病出在5000这个数字上：它指的是基本单位，不是整枚代币。9位小数下，5000个基本单位等于0.000005枚代币。那个手续费上限立竿见影，把每笔手续费压成了零头。正确的做法是：把上限乘以10的9次方，让它代表5000整枚。教训很直白：凡是涉及代币数量的参数，全是基本单位，命令行不警告，交易能成功，数字悄悄错到让你查账单时才惊觉。一个恰当的类比：像支付处理器明明该按“分”计费，你却不小心设成了“毫”，一切照常运转，只是钱少收了十分之九。
第二个坑：指令顺序问题。当用代码组装一笔包含多条指令的交易来创建代币扩展时，顺序重要得离谱。他把创建系统账户的指令，和初始化铸币的指令前后颠倒了，结果交易掉进了一个意想不到的黑洞。原文没有展开详细后果，但这个坑提醒所有想要程序化创建代币的人：Solana交易中的指令列表不保证逻辑先后，执行时从上到下，错序可能导致扩展根本没挂上，或者直接抛错。排查起来，比参数错误更隐蔽。
这两个错误，一个来自数值处理的“隐形单位”，一个来自链上交易编排的直觉盲区。对于习惯了Web2编程逻辑的开发者，Solana的代币扩展像一盒精巧但说明书极简的乐高——拼对了功能令人惊叹，拼错一步，碎片的形状不会立刻告诉你哪里出了问题。他最后感叹，这篇文章就是自己当初希望有人早点写好的那种指南。现在它有了，至少这两个坑，你不会再掉进去。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
