如何在NEAR网络中实现不可升级的智能合约？

首先明确两个网络的机制差异：

• 以太坊网络中，合约部署后会生成独立的专属地址，默认没有代码修改权限，本身就是不可升级状态，只有开发者主动在合约内写入升级逻辑，才会具备可升级能力。
• NEAR网络的默认逻辑确实不同：合约是部署在已有的链上账户下，只要账户持有全权限（FullAccess）密钥，就可以随时部署新代码覆盖原有合约，默认支持代码重写。

完全不可升级的合约是可以实现的，核心逻辑是彻底切断所有可修改合约代码、变更账户核心权限的路径，具体操作步骤如下：

• 完成所有前置准备：把合约代码部署到位，完成所有初始化参数配置，充分测试合约逻辑、确认初始状态完全符合预期，不存在需要后续调整的内容。
• 清理账户全权限：删除该合约对应账户下的所有FullAccess类型密钥，仅保留FunctionCall（函数调用）类型的密钥。这里要严格限制函数调用密钥的权限范围，绝对不能给deploy_contract（部署合约）、add_key（新增密钥）、delete_key（删除密钥）这类涉及代码修改、权限变更的敏感方法授权。
• 做最终校验：链上确认该账户没有残留任何全权限密钥，所有留存的函数调用密钥均无修改代码、变更权限的操作权限，同时检查合约自身代码，确认没有预留任何可以触发代码升级、密钥修改的后门逻辑。

完成以上操作后，这个合约就处于完全不可升级的状态，没有任何主体可以覆盖重写已部署的合约代码。

常见提醒：不要在不可升级合约的代码里预留owner权限调用系统部署方法的逻辑，只要合约自身代码存在可以触发代码部署的入口，不管密钥怎么配置，都存在被利用修改合约的可能。

内容的提问来源于stack exchange，提问作者sgraphics