搞数字货币开发，FORTH语言到底能不能用？过来人说几句实在话
支持：
应用介绍
ImToken钱包在安全性设计上做了诸多努力，包括私钥本地存储、多重签名、冷存储等信息安全措施。然而，用户的安全意识和行为同样重要。用户需要时刻保持警惕，保护好自己的助记词和私钥，遵循安全使用的最佳实践。
搞数字货币开发，FORTH语言到底能不能用？过来人说几句实在话
搞数字货币开发这几年，我接触过不少底层语言。FORTH算是最冷门的一个，但真正在链上跑过合约的人都知道，堆栈式指令执行那套逻辑和虚拟机咬合得特别紧。很多人觉得它过时了，实际上在资源受限的链上环境里，它反而比主流语言更省gas。
我上次帮一个做侧链的团队重写清算合约，用FORTH实现后，指令数比原来Solidity生成的字节码少了将近四成，每笔清算省下来的gas换算成美金，一个月能差出小几百刀。团队一开始不放心数字货币forth，压测跑了两周才敢上线。
难点不在语言本身，在于工具链太薄。编译器基本是个人维护的，调试器几乎没有，出了bug只能一行行trace栈帧。我有个同事花了一整周才定位到一个隐式的栈溢出，最后发现是某个数值类型在边界条件下多压了一层。
跟Rust写智能合约比，FORTH胜在确定性执行，同一条指令链在任何节点上跑出来的结果一模一样，审计起来反而干净。代价是学习曲线陡，得习惯"先压后取"的思维，写多了容易把自己绕晕。
现在链上DVM生态越来越卷，底层语言选择直接影响合约的Gas成本和审计难度。你们团队在选开发语言时搞数字货币开发，FORTH语言到底能不能用？过来人说几句实在话，有没有认真评估过FORTH这条路线？还是默认就锚定在Solidity和Rust上，根本没往这个方向想过？
