去年我花了一个周末在Rinkeby测试网上部署了一个简单的NFT合约。原本以为可以像教程里那样十分钟搞定，结果光调OpenZeppelin的版本就卡了俩小时。最后合约倒是部署上去了，但前端调用的时候又遇到CORS问题。那一刻我意识到，我们整天说的区块链开发，其实大部分时间都在跟工具链较劲，而不是在思考什么分布式共识。这种体验让我对行业的流行叙事产生了怀疑。
很多人喜欢拿比特币跟以太坊对比，说比特币犟，以太坊灵活。但我觉得真正的对比不是这个。比特币的脚本故意做得很简单，甚至不能实现循环，但它在十年里几乎没有出过大事故。而以太坊的Solidity给了开发者无限的表达自由，结果就是一个又一个的漏洞，从DAO到Parity钱包，每次都是几亿美金的学费。我们总以为是编码失误，其实是当我们把人类复杂的业务逻辑搬到不可篡改的合约上时，容错率就已经低到了不可接受的地步。
智能合约安全更像是一场猫鼠游戏。最经典的reentrancy攻击，代码不过十几行，却能掏空资金池。我记得在审计一个朋友的项目时，看到他用了多次transfer来分批转款，说是为了防重入。但实际上只要不遵循“先检查-后交互-再更新”的规范，什么花活都没用。后来他又加了重入锁，却发现整个逻辑变得极其僵硬。这个矛盾很有趣：安全性要求你简单，业务需求却要求你复杂。最后结果就是要么项目平庸，要么漏洞百出。
我的观点可能不太主流：区块链开发的核心价值从来不是去中心化，而是不可篡改的审计性。我们费尽心思把逻辑和状态放到链上，无非就是为了让事后追责变得容易。但问题是，大多数业务里，数据来源本身是中心化的。比如供应链溯源，产品信息是管理员录入的，上链之后的确改不了，但录入之前呢？谁敢保证。所以，还不如承认现实——用链上作为可信记录层，链下继续做复杂的逻辑。这叫混合架构，一点不丢人。
现在很多项目方非要把所有东西都上链，结果用户体验卡顿、交易费暴涨，还美其名曰全链上游戏。我觉得这是方向错了。开发者应该把精力放在定义什么值得上链、什么必须留在链下。比如存证、结算、投票这类高争议、高价值的行为才上链，而像计算、存储、内容分发这种事，交给中心化服务器更高效。做一个务实的开发者，比做一个乌托邦的口头革命家重要得多。记住，区块链只是一个工具，不是信仰。
