深圳与北京，这两个中国地图上地理距离最遥远的超一线城市之间，有2070公里飞行距离，飞行时间有3小时30分钟。
负责中国版权保护中心DCI标准联盟链项目的迅雷链工程师们，对这些数字了然于胸，在北京首都机场来回深圳宝安机场的航班中，迅雷链攻坚团队在1 个月的时间内，往返了16次。
2018年4月，迅雷推出区块链底层系统“迅雷链”，一个月后，迅雷链开放平台上线，目的是为帮助开发者以更低的成本应用高性能区块链，进而推动更多区块链应用项目落地。
但面对复杂而精细的区块链底层结构，企业们往往需要专业人士的助攻。如同蓄势已久的火箭终于发射，深谙区块链技术的迅雷链工程师们便开始繁忙的旅程，赶往全国各地，帮助企业与开发者搭建区块链底层技术，在迅雷的区块链版图上攻城拔寨。
从0开始
此次北京的目的地，是中国版权保护中心。
迅雷链工程师们的工作是要为中国数字版权唯一标识(DCI)标准联盟链提供区块链技术支持，他们不止一次提到的“为国家需求而奋斗”，正是因为此次服务的中国版权保护中心，是国家设立的著作权社会管理和社会服务机构，行使部分原来由国家版权局行使的职能。
版权保护的痛点由来已久，互联网数字内容版权存在大量盗版侵权问题，数字内容复制几乎0成本，但登记确权却缺乏高效便捷的途径，调查取证手段匮乏、耗时长、成本高。
在传统的数字内容的版权保护路径里，需要创作者向国家版权中心及其下属的服务机构申请版权认证服务，维权的门槛高。在DCI版权联盟链上，创作者直接在内容平台生成内容的瞬间就可以完成登记和确权，快速便捷的实现内容上链。
具体来说，如果你是原创作者，一旦将自己的作品上传到内容平台接入DCI联盟链，一键为作品生成准确的原创证明(一个全网唯一的数字DNA)，证明其归属和完整性即可，并同时记录到链上。
原理不难，但逻辑越简单的东西，背后的细枝末节越需要接洽完美，所需的技术架构能力也就越高。
长征从定制区块链方案第一步开始——如何根据版权DCI体系标准联盟链的需求制定合适的区块链解决方案?这一需求是个脑力活，给工程师们扔来了不少难题。
在当前人人都有麦克风的舆论时代，DCI标准联盟链面对的是亿万用户需求，光是每天每分钟互联网上产生的内容含量就十分庞大。当版权意识逐渐普及，对于底层区块链架构来说，必须满足瞬时高并发，每秒最高同时处理上千条确权信息，同时数据安全版权登记信息的数据存储，因此技术性能必须出色。
而面对C端的版权服务系统，操作必须一步到位，达到真正的“傻瓜式”部署;另外，相比于全开放式的内容海洋，只限于联盟里的机构及其用户才有权限进行访问的联盟链更为隐私与安全，是更好的解决方案。
考虑到迅雷链本身的技术优势，工程师们认为，迅雷链基于同构多链的架构的百万级TPS，足以应对大量版权信息的确权和交易的处理需求;而迅雷链基于PBFT算法达到的秒级确认速度，能够极大优化版权确认的流程及效率。
另外，针对版权中心DCI标准联盟链数据隔离式的需求点，迅雷链工程师们决定突出迅雷链的多链架构与动态扩容。
一方面多链架构能够满足版权中心内容平台之间的数据隔离，另外针对版权中心DCI标准联盟链向更多内容平台开放接口，实现数字内容的全部上链，多链间隔的动态扩容、无限增加侧链的特征，也可适配随着业务量级加大的弹性扩展能力。
问题总会一个一个一个解决
一旦方案制定，接下来便是相较来说更为漫长繁琐的适配与调试。
即使站在“巨人的肩膀上”，实现以上部分也绝不简单。
先是必要的时间和耐心，在开发联盟链和协助搭建业务管理系统的过程中，均需要较长的耗时;部署调试则是一个更长线的工程，包括现场部署、对链进行调试、全局压测等等。不过令工程师们松了一口气的是，这次协助开发的业务管理系统版本质量不错，没有bug，测试很顺利，可以说是一次通过，令人振奋。
但并不是所有事情都很顺利。不可控的现场环境，崭新的机房、网络不稳定等因素影响到网络速度，都有可能导致新的问题出现。面对层出不穷的需求点和紧急的项目排期，往往都是当天发现的问题，当天就要解决。留给技术团队的时间从来不是充裕的。
在迅雷链的工程师们驻扎在北京紧急开发的过程中，除了短暂的睡眠外，其余时间都在对方案进行解决优化。而每一步的业务优化，因为业务相关性，均牵一发而涉及到设计模式、软件工程等多方调整。
当前，即使联盟链已然成为国内外大公司抢占深耕的沃地，但为企业提供的服务仍然有一定差别。
以Fabric为例，作为IBM的一个开源项目，开发者需要购买IBM并未对外提供的辅助性工具以及服务层，才能真正将联盟链搭建起来。事实上，当前市面上不少联盟链系统都仅提供一些基础的组件，缺乏一些必要的管理工具;而国内不少联盟链虽专用性强，但通用性效果较弱。
不同的是，作为国内在实际经济领域探索、应用最多的开放平台，迅雷在搭建最基础的区块链服务之外，还将为其配置管理工具、数字化界面浏览、包括存储数据，各种外围辅助系统，提供了一整套和一站式的解决方案。
回忆起在北京出差的日子，迅雷链技术团队基本上每天都是凌晨才到达酒店，但是加班解决任务是没有一个时间限定的。有时面对复杂的问题连夜都在解决需求。
在往返的途中，少不了紧急与焦头烂额的时候，团队里一位工程师说起飞行过程中的小插曲，为了中午两点赶到版权中心，预定了最早的航班，但是无独有偶的是遇到两次飞机故障，数次改签排队兜兜转转，最后又换回已经修好的第一架飞机，好在顺利赶到，有惊无险。
这似乎是工程师在一个又一个的项目解决路上的常态：问题颇多需求不少，但一个一个坐下来，问题总能解决。
永远在路上
项目成功上线了，迅雷链的工程师们来不及庆祝，又准备奔往下一个目的地。
这次任务耗时一个月，对于如此重大且复杂的区块链项目来说，工程师们效率算得上很高。
与此次DCI标准联盟链项目同时推进的，还有今年迅雷链中标的广东南方新媒体股份有限公司的区块链项目。两次版权+区块链的工作，迅雷链的工程师们又提出了新的版本计划。
他们把这次版权中心DCI体系的区块链应用算作2.0 ，未来的3.0版本计划是：增加监控体系及自动化运维等，增加大量的配套功能，包括商业用户的天然需求——容灾与监控功能，集成更多工具和插件，来适应更多的行业使用，服务更多的客户。
总之，与工程师们的脚步一并在路上的，还有新的版本、新的需求和新的项目。
科技世界庞大而精巧，对于幕后的工程师与程序员们，人们的印象往往停留在“格子衬衫”、“不修边幅”与“代码狗”，薄弱且单面。
在近期浅黑科技报道的《百度的春晚红包战事》里，人们第一次看到在春晚的零点狂欢背后，工程师们在30天的艰苦卓绝里打了一场酣畅淋漓的仗。但这样的机会少有，对于大部分科技行业的工程师们来说，在为每一个项目服务的途中，更多的是长时间与Bug的缠斗、枯燥耗时的调试、以及日复一日的埋头苦干和压力。
释放压力的方式也往往简单朴素，一位工程师表示，公司周末有个徒步团，和同事一起，感觉还不错。
但平淡中自有力量，相比起总是坐在电脑前的片面形象，“极客”一词来形容工程师与程序员更加恰当。
在Jargon File (黑客词典)中，极客意味着技术高超、超越极限、热衷解决问题的电脑高手。但这一名词可以更宽泛，极客精神更加代表的是，不墨守成规、在热爱的加持下不断完善、对于专业有着近乎偏执的态度以及改变世界的梦想。
正如迅雷和网心科技CEO陈磊在公司内部的Open Day上曾强调的那样，简单漂亮的代码是像诗一样美的。不论是追求代码的完美，还是追求服务的深入，极客精神与团队精神正在将工程师们聚集在一起，成为迅雷链的底色。
无论这些需求是来自国家层面还是其他领域的创业伙伴，这种服务精神从未变过，截至2019年3月，迅雷链在环保、通信、溯源、生物技术、生活服务、互联网媒体、信息服务、广告、公益、餐饮、保险、版权等十余个行业实现项目落地，区块链应用范围进一步拓宽。
从深圳到北京的飞行旅程结束了，但从0到1的研发与服务之路却永远都在路上。
