本文摘要：ArcBlock 区块基石用户及开发者社区紧密注目的 Token Swap（通证交换）服务研发遭遇艰难、公布再三推迟，ArcBlock 创始人兼任 CEO 冒志鸿特撰本文道歉并对具体情况不予解释。ArcBlock Token Swap 服务公布再三推迟，这是我们在研发过程中首次遭遇这样长时间的推迟并且影响公布的事件。在此，我们要求把整个事情的发展情况、原因和解决方案和大家公开发表半透明地共享并辩论。

ArcBlock 区块基石用户及开发者社区紧密注目的 Token Swap（通证交换）服务研发遭遇艰难、公布再三推迟，ArcBlock 创始人兼任 CEO 冒志鸿特撰本文道歉并对具体情况不予解释。ArcBlock Token Swap 服务公布再三推迟，这是我们在研发过程中首次遭遇这样长时间的推迟并且影响公布的事件。在此，我们要求把整个事情的发展情况、原因和解决方案和大家公开发表半透明地共享并辩论。事件发展时间表：•2019 年 5 月：双向 Token Swap 计划开始概念设计和高层需求分析；•2019 年 7 月：月开始 Token Swap 项目，考虑到此项目关键性，由 ArcBlock 研发副总裁陈天特地展开系统设计和主要项目研发构建，计划将在 8 周左右已完成，预计 8 月底代码已完成，在 9 月中旬“上海之巅 前瞻性未来”活动上公布 Beta 版本；•2019 年 9 月：评估指出 Token Swap 领先于工程进度，无法在 9 月 16 日活动中公布，计划推迟到 10 月初在以太坊 Devcon 5 期间公布测试版本；•2019 年 10 月：在以太坊开发者大会 Devcon 5 期间就测试版本征询专家意见和辩论，取得了很多对系统，特别是在认为设计中不存在理论上的安全性问题。

这些问题引发我们的高度重视，要求推迟排查后再行公布，可行性计划延期到 10 月底或 11 月初；•2019 年 11 月：可行性确认 12 月 8 日公布（后延期到圣诞前公布）改良版本的 Token Swap，在此之前公布 1.0 版 Forge SDK 和 2.0 版钱包产品；•2019 年 12 月初：经评估找到原本的 Token Swap 在设计上安全性依然约将近理论市场需求的安全性水平，如果之后按原计划实行将存在相当严重的安全隐患并且必须相当大的人工运营负荷（ArcBlock 团队也不有可能构建），因此无法公布。除非新的设计排查，原先设计的 Token Swap 无法超过 ArcBlock 所拒绝的产品质量标准；•2019 年 12 月 11 日：ArcBlock 要求新的设计 Token Swap，充分利用原先项目中累积的代码和经验教训，较慢递归使用一个改版的设计方案，预期谋求在 12 月底代码已完成，2020 年 1 月上线运营。

经过认真细致的复盘分析，我们评估在以下地方出有了问题：1.高估了项目的工程构建的复杂程度，以及双向 Swap 设计带给安全性方面新的拒绝；2.设计过分简单，其复杂性造成产生了大量的工作量，以及在找到问题之后改动调整不存在极大艰难；3.未能从设计和构建一开始就充分考虑自动化和高级别的安全性设计，而是期望通过人工运维和传统的网络安全手段来处置安全性问题，进而造成为解决问题这些安全性问题必须花费相当大的工程和运维代价，并且无法有充份的信心来公布充足安全性的产品；4.我自己没在项目几度推迟的时候及时插手分析问题本质，只是非常简单地指出只必须减少更加多工时就能已完成任务。为了能更加好地解决问题，我们要求：一、开诚布公地报告我们这一项目的工程进度和不存在的问题，真诚道歉，并让我们的用户、开发者社区理解究竟再次发生了什么、为什么不会再三推迟公布。

或许，外界不会找到一贯以技术工程著称的 ArcBlock 团队也某种程度遭遇这么多挑战和问题。在创意的道路上，我们难免会回头一些交错的道路。二、与此同时，全力以赴地投放工作：•仅有公司已转入全天候工作状态（过去我们仍然实施弹性工作时间制度），但在解决问题本次问题前，我们也不得已向大家“鄙视”的 996 缅怀 :( ——却是解决问题要花上很多时间；原本西雅图团队按惯例在圣诞节至元旦新的年休假，但这次假期因此中止（除了法定节假日外全员之后工作）；我自己也临时中止了半年前就计划决定好的全家圣诞请假，和团队一起全身心投放工作；•改动项目设计，从一个新的角度新的设计，把安全性和自动化运营作为最重要的基础市场需求，但也尽量器重之前的涉及代码，防止完全重头开始；•把这次项目推迟的深层次原因作为一个最重要的教训来总结出有适当原则，用作指导未来的项目管理。为此，必要负责管理此项目的陈天在总结反省项目教训和犯规时，真诚地回应：“在 Token Swap 项目中，我们低估了团队的能力和能用的人力资源，大大高估了项目实行的可玩性，造成项目再三推迟。

从研发的角度来看，Token Swap 的复杂度和一个删改掉 order book 和 match maker 的交易所的复杂度不相上下，其牵涉到到十分精细的内部安全性和外部安全性以及繁复的风触流程。“从一开始，我们朝着一个可以交换给定 Token 的非常灵活的架构抵达，建构了三层结构的子网来一层层维护储存私钥的 Vault，用户可以像用于交易所 App 一样，把 Token 打进我们为其分配的可控账户，然后我们的 Sweeper 服务监听以太坊网络上的账户，当找到收款方是可控账户的账户时由 Token Swap 服务展开先前的处置。这个方案花费了我们很长时间研发，仍然到内部做到构建测试，结果还是不尽如人意：整个流程有可能经常出现问题的环节过于多，牵涉到到不少人工的介入；人工干预过程中不可避免必须采访有所不同级别的私钥，最后系统的内部风险子母过于大使得我们无法热情地将其公布过来。“在这个过程中，我胜主要责任 —— 没决定好 Token Swap 和其他项目的优先级，没寻找更容易实行、风险更加小的技术方案。

目前，网卓新闻网，我们寻找了更佳地处置内部安全性的方案，项目新的重返最低优先级，我们有信心通过一段时间的希望，将 Token Swap 最后上线。”利用这次机会，我们也对 Token Swap 做到一个技术性介绍，详尽探究：•到底 ArcBlock Token Swap 是什么？为什么必须？•我们的设计和过去的构建有什么有所不同？•为什么我们的再版设计不会造成项目的再三推迟？•以及，为什么我们的新设计不会有信心解决问题之前的问题？不日公布，敬请期待。

本文来源：18新利app-www.pietytive.com