作者：@jolestar
来源：《「不授权」到底安全吗：Move背后的设计思想》
最近关于用户和Move智能合约交互，不需要授权(Approve)是更安全还是更不安全的争论很多，这里尝试用通俗的方式来解释一下二者背后的区别以及Move这样设计背后的思想。
我们先理解一下用户和智能合约交互的方式。当我们签了一个交易，去调用一个链上的智能合约，就好比从物理世界进入了一个智能合约的数字世界，我们在这个数字世界有一个分身，而这个分身做什么，是智能合约定义的。
在EVM中，每个合约都相当于一个独立的小世界，分身进入这个世界后，只能操作用户在当前合约世界中的状态。
OpenSea SDK新增支持通过收藏或合约方式检索NFT等功能:7月11日消息，OpenSea SDK发布v6.1.0版本更新，新增支持通过收藏或合约方式检索NFT，并可获取NFT的所有者、特征和稀有度，同时开发人员可以使用SDK在所有支持的链上创建订单。[2023/7/11 10:47:37]
比如进入swap世界，想用自己的usdt交换其他资产，而usdt存在定义usdt的那个合约世界，没办法直接在swap中以自己的身份从usdt合约里提取资产。于是用户只能先去usdt的合约世界执行approve，告诉usdt的合约，swap可以代自己提取自己的资产，然后再进入swap世界进行操作。
SPACE ID宣布将空投快照时间改为3月10日:3月20日消息，去中心化身份协议 SPACE ID 在官方社群针对3 月 14 日前几日内注册数量激增的问题发文澄清表示，在 3 月 14 日之前几天域名注册数量的激增并不是 SPACE ID 团队所为。在详细分析和尽职调查的事实基础上，SPACE ID 将本轮空投快照时间由 3 月 14 日改为 3 月 10 日 2PM（UTC）。并将新增 560 万 ID Token 的空投，且该部分仅基于持有域名时长的权重分配。由于快照时间变化和新增的空投数量，符合资格的用户将获得总计约 760 万的 ID Token，即每人获得的空投数量都会增加。[2023/3/20 13:15:26]
操作完成之后，再去usdt那边取消授权。但这里的approve和revoke操作都需要独立的交易，用户往往为了节省gas费用，不进行revoke，结果如果swap合约出安全问题，用户的资产就可能在不知情的情况下被盗取。
狗狗币开发者：目前没有转向POS的计划:金色财经报道，此前有传言称狗狗币将过渡到更节能的权益证明模型（PoS），Dogecoin Foundation首席工程师Michi Lumin在推特表示，目前没有转向POS的计划，但确实有计划向社区提供提案，不同于传统的PoS。Lumin还表示，如果没有大多数Dogecoin节点验证者的批准，就不可能实施这种类型的转变，并且基金会不能单方面强制执行此类举措。[2022/12/31 22:17:29]
而在Move中，所有的合约都在一个大的数字世界运行。用户的数字分身可以自由的在合约间移动，执行任何操作，同时用户的状态存在用户自己的存储空间。
CSW声称有人能证明他就是中本聪:8月9日消息，澳大利亚计算机科学家Craig Wright（CSW）最近表示，人们可以证明他确实是中本聪。CSW最近在接受澳大利亚一个电视节目采访时被问及他是否真的是比特币白皮书的化名作者，他坚称有人认识他，也有人可以证实他确实是中本聪。
CSW没有透露这些可以证明他身份的人是谁或在哪里，但用他自己的话说，作为比特币的创始人“实际上让生活更加艰难”，此外他的动机不是金钱或名声。（Finbold）[2022/8/9 12:10:49]
用户从swap入口进入，从自己的余额提取usdt，交换，存储可以在同一个交易里原子化完成。这种模式给合约带来更自由的组合模式，可以玩出很多EVM上很难实现的组合玩法，这也是EVM上的账户抽象方案想实现的模式。当然，这也带来了新的安全挑战。
那EVM中能否直接增加一个特性，让合约间的调用可以把用户身份直接带过去？这个技术上是可以实现的，但EVM中支持动态调用，可以调用任意地址的合约，让这种操作的风险变的很难度量，同时EVM的状态变更对用户和钱包都不友好，钱包很难通过状态变化对用户进行提示。
而Move中解决这个安全挑战有两个方法：
1.在预执行合约的时候把合约执行后的状态变更提示给用户，让用户可以知道这个交易操作了自己的哪些重要资产，以及执行后的结果。这个方法StarMask中已经实现，参看链接以及附图https://starcoin.medium.com/starmask-v4-6-
2.可能有部分合约可以通过设置条件，让一部分用户预执行的时候无法发现状态变更。@0xmetazen的分析https://twitter.com/0xmetazen/status/1582581013972414465，但Move中没有动态调用，合约在部署时，它的执行逻辑就是确定的。可以通过静态分析字节码，得到合约所有可能路径上操作的状态，在区块浏览器或钱包里提示给用户。
EVM和Move的两种方案，带来的安全风险是不一样的。Approve方案的安全风险是把一个即时的授权变为长期授权，它的风险不是立刻发生的，比如合约漏洞未被发现或者恶意合约放长线钓大鱼。而一旦发生，用户往往很被动，很多用户可能都忘记授权过哪些合约了。
而Move的方案给了合约更大的自由权，遇到恶意合约会有较大风险，但这种风险是即刻发生的，是可以通过技术手段来检测的。最坏的情况，至少前面冲的快到人趟坑了，可以给后面的人警示，恶意合约会快速暴露出来。
最后，世上没有银弹，不可能靠用了某种技术就解决了所有安全问题，需要链，工具，用户一起努力。
对Move用户的安全建议：
1.选用状态变更提示更完备的钱包，并尝试理解钱包的提示。
2.不要随意和来源未知或未开源的DApp交互。
3.如果做不到上面两点，可以等别人先趟一下坑。
Move在安全方面的挑战以及改进方案不仅仅是这些，我会在《为什么是Move》系列的安全篇里详述，想了解的朋友可以关注一下。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。