-Move：基于 Rust 的线性类型和所有权模型，所有资源在编译期即可追踪其生命周期，系统自动回收未使用变量并禁止隐式复制或丢弃，杜绝悬挂和重复释放风险。
-Solidity：采用手动内存管理的堆栈模型，开发者需自行维护变量生命周期，易出现内存泄漏、无效引用或权限滥用，增加了漏洞和攻击面的可能。
4. 结构源自 Rust，安全性和可读性更强
- 语法更严谨： 编译期强类型检查、内存安全、无未初始化变量，逻辑错误在运行前就能被捕捉，减少线上事故。
- 报错机制完善： 编译器清晰提示错误位置与类型，利于开发与调试，减少不可预测行为。
5. Gas 成本更低，执行效率更高
Move 语言结构精简、执行路径更短，且虚拟机经过优化，单位计算的资源消耗 Gas 更低。实现提高执行效率，降低用户操作成本，适合如 DeFi、NFT mint 的高频交易类应用场景
综合来看，Move 语言不仅在安全性和可控性上显著优于传统智能合约语言，更通过资源模型与类型系统，从根源上规避了常见的攻击路径与逻辑漏洞，Move 语言代表着智能合约开发从」能跑就行「走向」天生安全「的方向。为 SUI 等新公链提供了坚实的基础设施， 也为整个加密行业的技术演进打开了新的可能性。
5. 基于 SUI 攻击事件的思考和建议技术优势并不意味着万无一失。即便在以安全为核心设计的链上，复杂的合约交互、边界条件处理不当，仍可能成为攻击者利用的突破口。近期 SUI 上发生的安全事件就再次提醒我们：在安全性设计之外，审计与数学验证同样不可或缺，下面我们从开发与风控视角出发，提出针对性的建议与思考。
5.1 黑客攻击1. 数学边界条件必须严格分析
黑客事件揭示了数学边界条件不严谨的漏洞。攻击者通过操控合约中的流动性头寸，利用错误的边界条件和数值溢出，绕过了合约的安全检测。因此，必须对所有关键数学函数进行严格分析，确保它们在各种输入条件下都能正确工作。
2. 复杂漏洞需引入专业数学审计
本次事件中的数据溢出和边界检查失误漏洞涉及复杂的数学计算和位移操作，这些是常规审计难以捕捉的。传统的代码审计主要关注合约的功能性和安全性，而对于复杂数学问题的审查通常需要更加专业的数学背景，因此建议引入专业的数学审计团队来识别和修复这类隐患。
3. 提高曾受攻击项目的审查标准
黑客利用闪电贷机制进行市场操控，充分说明了即使是已经经历过攻击的项目，仍然存在被攻击的潜在风险。项目如果曾遭遇过攻击，其代码和合约需要经过更为严格和细致的审查，确保不再出现类似漏洞。特别是在数学处理、数据溢出和逻辑漏洞方面的审查应该更加全面。