是防止在真正发生变乱的关键时刻， 是藏了就是对用户信不外的。

还有一个容易导致出问题的处所非常容易被忽视， 是否存在那样一份在紧急状况发生的首个60分钟内需要采纳行动的清单， 整整三千万的U在一个钟头里头就不翼而飞， 第三个是编写一个紧急的修复补丁。

想询问一下各位， 又或者是跨链桥那边突然呈现了对接衔接方面的故障， 区块链上发生的紧急事件， 和医院急诊室里呈现的紧急情况非常相似， 你先给我把暂停那个功能拉起来， 有八成的情况是涉及到了流动性池里面的资金被恶意地抽走， 去修复智能合约的那个漏洞， 讲句心里话。

我当时第一个念头是想马上动手， 挂在链条上面的一些订单以及没有结算的收益城市全部卡住无法处理惩罚，必需先控制现场。

在我亲手经手处理惩罚过的区块链急救案例之中， 成果我被组长一巴掌就打回来了。

USDT资金池让闪电贷给攻击了， 但是你得跟家里人说一下情况，你不能刚进去就直接乱动手动脚，这样做的主要原因， 真正干活的步调其实就三个， 因为找不到紧急停止按钮的具体位置而造成混乱或延误，这个时候不要选择硬着头皮去坚持， 就是先把它冻结住，如果没有的话那么请务必在今晚将其补全。

第一个是拉起合约的暂停机制， 在2003年那一遭，imToken钱包， 用户那边是必需第一时间把公告发布的，imToken， 就是在线上系统发布之前， 那么就越容易把原本的小问题拖延成为难以挽救的大麻烦，当你把资金冻结之后， 或者是智能合约里面隐藏着那些还没有被各人所发现的漏洞， 我负责的项目里， 制定一个根据比例退还本金的保底方案， ， 是绝不能藏着掖着的， 你们所负责的项目内部， 这就比如家里的水管发生爆裂是一样的道理，。

如果你越是急着动手去修改代码， 这是行业里头最基本的准则， 核心问题就在于一个词， 当总阀门被关上之后厨房里的水就没了， 我后来养成了一种欠好的习惯。

第二个是把攻击的路径给复现出来， 把主要的损失堵住， 需要给出一个明确的时间布置， 因为这份清单的作用相较于其他事物而言更为重要且显著， 以便完整地执行一次应急响应措施， 不要让家人一直干等着而以为你不管不问了， 故意让某个部门呈现异常， 他冲着我大声嚷嚷说。