从1.0到2.0，imToken为何决定完全重构代码？

我投身行业以来，经历过一次重大决策，那是从imToken 1.0到2.0的升级历程，它极其艰难又无比果断，那时，清晰呈现出最为突出的痛点，旧版本采用的单核架构，已经难以承受日益繁杂的DeFi生态系统，用户使用时，频繁碰到卡顿现象以及交互延迟问题，这严重影响了用户体验，我们内部针对这一情况，展开了为期三个月的激烈争论，各方观点相互碰撞，充分权衡各种利弊。最终，我们决然地决定imToken下载2.0版的重要决策过程与执行，抛弃小修小补的平常做法，直接开始着手去重构底层代码，把“丝滑体验”标定为最高优先级的目标，尽力去为用户塑造更为优质、更为流畅的使用环境。

执行的进程，要比预先所设想的更为残酷。为了保证2.0版本的私钥管理模块绝对没有差错。那个团队连续47天在现场进行办公，一行一行地去审计超过十万行的代码。其中，最为棘手的，是多链资产的兼容性问题。为此，我们不得不把三版设计方案给推翻了。最终，借助引入全新的账户抽象模型才得以完全解决。那段时期，整个技术团队差不多是以公司当作自己的家。

在处理多链资产兼容性问题的历程当中，团队遭遇了极大的挑战，每一回推翻设计方案，全都意味着先前的努力或许会付诸东流，然而大家没有丝毫的退缩，历经无数回的讨论、分析以及尝试，全新的账户抽象模型最终诞生，成功攻克了这个难题，还使得 2.0 版本的私钥管理模块更为完善，整个技术团队在这段艰辛的日子里，始终坚守岗位从1.0到2.0，imToken为何决定完全重构代码？，为项目的顺利推进奉献着自身的力量。

上线正式之前，我们做出了一个颇为具有冒险特性的决定，即开放百分之二十的种子用户去开展内测。恰恰是这一回的测试，使得我们发觉了iPhone旧机型的热钱包加载方面出现得有故障之感。负责研发的团队在夜里就连忙进行修复工作，在正式发布的时间点还没到之前就堵住了这类会产生漏洞的情况之所在。如今回过头对此次经历进行查看，正是属于这样一系列看起来比较纷繁复杂的流程，才最终换得到了2.0版本稳定性方面大家众口称赞的良好口碑。