北京
第一天跑脚本拿到随机地址时，我盯着屏幕愣了半天。"这就是我的钱包？"没有密码，没有邮箱，就一串字符。太简陋了。直到我真正发起第一笔转账，才发现事情没那么简单。
Solana交易和Web2的API调用完全是两回事。传统开发里，你请求接口、服务器处理、返回200 OK。这里呢？交易是一组签过名的指令包，要修改成千上万个节点共同维护的公开账本。每个交易必须带三个东西：一个近期区块哈希（类似保鲜戳，约60秒后过期）、所有会触碰的账户列表、以及付费者的签名。任何一条指令失败，整笔交易回滚。原子性确实像数据库事务，但区别是所有人都能看见，而且失败了也得付少量手续费。
第一次从终端发SOL时，我反复核对地址，手悬在回车键上。像银行转账，但没有银行。确认不到一秒就回来了，Solana Explorer上立刻能查到。看着那笔0.001 SOL的转账带着区块时间和手续费躺在链上，"公开账本"这个概念突然具象化了。
接下来几天我故意搞破坏。尝试超额转账，CLI直接报错。往全新地址转账没加特定参数，被拒绝。用solana confirm -v SIGNATURE查看原始交易数据时，我注意到一个硬限制：每笔交易最多1,232字节。习惯了无限JSON payload的我，被这个数字震住了。现在明白为什么复杂应用需要Address Lookup Table这类技术。
真正的飞跃是用Node.js写了自己的转账工具。不用每次敲solana transfer，脚本自动加载密钥对、检查余额、请求确认、输出可点击的Explorer链接。后来加了状态追踪，看着交易从"processed"变成"confirmed"再到"finalized"，黑盒子终于被我拆开了。
新手建议：在devnet上发大量小额转账。故意搞砸。读错误信息。把Explorer当侦探工具用。交易模型比想象中更快上手，然后你会发现，自己从复制代码进化到了真正理解代码在向网络请求什么。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
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.
