可能发生：
👉 有人增发大量代币

后果：

币价直接崩
信任崩盘

如果有一天你突然发现自己的钱包莫名奇妙多了一些不知名的 NFT 和小币种，不要去动它，更不要去卖或者转账。因为转账操作会和对方合约发生交互，很容易就在你看不懂的情况下授权对方转走你其他资产的权限。

推荐的操作是直接将这些 NFT 和币种隐藏掉，如果一定要操作，请确保先了解清楚对方合约代码。

1. 至少有一个存款专用钱包，这个钱包只存钱以及给自己的其他钱包转账，不参与合约交互操作
2. 一个或多个日常使用钱包，这些钱包不存放大额资金，需要 MINT NFT 或者合约交互的时候再从存款账户转钱过来

1. 金库：用户的token，流动性提供者的token都存在这里，类似uniswap的pool。

2. TSS：金库太重要了，为了安全，就需要多个验证者共同签名才能转移token，每个验证者相当于拿的都是私钥碎片，多个（一般超过2/3）验证者的私钥才是一个完整的金库地址的私钥。

3. 轮班：为了安全，验证者工作一段时间，就要离开，替补验证者登台干活。验证者轮班了，私钥也就变了，金库也得变。所以轮班的不只是验证者还有金库。

4. Router：路由合约，函数都由金库来操作。结合前面的知识就是：超过2/3的验证节点通过私钥签名，控制金库账户来调用Router合约。轮班时，金库=>新金库，就需要转移资产，调用的returnVaultAssets，本次漏洞攻击就在这个函数。

5. Memo解析：验证者，监听Router合约的Event事件来判断原链的交易，如果是 Deposit 事件，解析Memo字段，Memo是个拼接信息的字符串，判断去哪个链？要交易哪个Token？要多少？token最后发给哪个地址。

1. step1 攻击者创建攻击合约A，等待后面的重入时机。

2. step2 攻击者调用 THORChain 的 Router 合约的 returnVaultAssets(address router, address payable asgard, Coin[] memory coins, string memory memo)。第一个参数传入攻击合约A的地址。

3. step3 Route转账ETH，调用攻击合约A的 fallback 方法。

4. step4 攻击合约A的 fallback，emit一个 Deposit 事件，Memo随便写，只要写的不符合规范就行。

5. step5 THORChain 验证节点，监听到 Deposit 事件，就认为有用户存钱了，但是解析Memo字段失败，就从金库中给用户退款。（其实用户没转钱，只是伪造了一个 Deposit 事件。 ）