深圳与北京这两个中国地图上地理距离最远的一线城市之间的飞行距离为2070公里，飞行时间为3小时30分钟。
负责中国版权保护中心DCI标准联盟链项目的迅雷工程师对这些数字了如指掌。在北京首都机场到深圳宝安机场的飞行过程中，霹雳攻击队一个月内往返16次。
2018年4月，迅雷推出底层区块链系统“迅雷”。一个月后，迅雷开放平台上线，目的是帮助开发者以更低的成本应用高性能区块链，进而推动更多区块链应用项目落地。
然而，面对复杂精细的区块链基础设施，企业往往需要专业人士的协助。就在期待已久的火箭终于发射的时候，深谙区块链技术的迅雷工程师们开始了忙碌的旅程，奔波于全国各地，帮助企业和开发者搭建区块链的底层技术，在迅雷的区块链地图上攻城略地。
从0开始
北京这次的目的地是中国版权保护中心。
迅雷工程师的工作是为中国数字版权唯一标识标准联盟链提供区块链技术支持。他们不止一次提到“为国家的需要而战”，正是因为服务于这项服务的中国版权保护中心是国家设立的版权社会管理和社会服务机构，履行一些原本由国家版权局履行的职能。
版权保护的痛点由来已久。互联网上数字内容的版权存在大量的盗版和侵权问题。复制数字内容的成本几乎为零，但没有高效便捷的方式进行权利登记和确认。调查取证手段匮乏，耗时耗力。
在数字内容版权保护的传统路径中，创作者需要向国家版权中心及其下属服务机构申请版权认证服务，维权门槛较高。在DCI版权联盟链中，创作者可以在内容平台生成内容的那一刻直接进行权利登记确认，实现快速便捷的内容上传。
具体来说，如果你是原创作者，一旦你将作品上传到内容平台，接入DCI联盟链，就可以一键为你的作品生成准确的原创证明，证明其所有权和完整性，同时记录在链上。
原理并不难，但逻辑越简单，背后的细节就越需要完美逼近，对技术架构能力的要求也越高。
从长征定制区块链方案的第一步开始——如何根据版权DCI体系标准联盟链的要求，制定合适的区块链方案？这种需求是一种脑力活动，给工程师抛出了很多问题。
目前，在人人都有麦克风的舆论时代，DCI标准联盟链面对的是上亿用户的需求，每天每分钟在互联网上产生的内容非常庞大。当版权的意识逐渐普及，对于底层区块链架构来说，必须满足瞬时高并发的要求，最高每秒同时处理数千条确认信息，保证版权登记信息的数据存储，所以技术性能必须过硬。
面对C端版权服务系统，操作必须一步到位，实现真正的“傻瓜式”部署；此外，相对于完全开放的内容海洋，仅限于联盟内组织及其用户的联盟链更具私密性和安全性，是更好的解决方案。
考虑到迅雷本身的技术优势，工程师认为迅雷基于同构多链架构的百万级TPS足以应对大量的版权信息确认和交易处理需求；迅雷基于PBFT算法的秒确认速度，可以大大优化版权确认的流程和效率。
此外，针对版权中心DCI标准联盟链数据隔离的需求点，迅雷工程师决定突出迅雷的多链架构和动态扩展。
多链架构一方面可以满足版权中心内容平台之间的数据隔离；另一方面，版权中心DCI标准联盟链向更多内容平台开放接口，实现了全数字内容上行、多链区间动态扩展、侧链无限添加的特点，也适应了随着业务级别的增加而弹性扩展的能力。
问题总会一个一个解决。
一旦方案制定出来，下一步就是相对漫长而繁琐的调整和调试。
即使站在巨人的肩膀上，要实现以上部分也绝非易事。
第一，必要的时间和耐心。在发展联盟链和帮助建立业务管理系统的过程中，需要很长的时间。调试是一个比较长期的项目，包括现场部署、连锁调试、全局测压等等。不过让工程师们欣慰的是，这次开发的业务管理系统版本质量不错，没有bug，测试非常顺利，可以说是令人兴奋的过关。
但并不是一切都很顺利。不可控的站点环境，全新的机房，网络不稳定等因素影响网速，可能会导致新的问题。面对层出不穷的需求点和紧迫的项目进度，问题往往是当天发现，当天解决。留给技术团队的时间永远不够。
迅雷工程师驻京应急研制期间，除了短暂的睡眠，其余时间都在解决和优化方案。而业务优化的每一步，因为业务相关性，都与设计模式、软件工程等调整有关。
目前，即使联盟链已经成为国内外大公司抢占深耕的沃土，但在为企业提供的服务上还是存在一定的差异。
以Fabric为例，作为IBM的开源项目，开发者需要购买IBM没有对外提供的辅助工具和服务层，才能真正构建联盟链。事实上，目前市面上很多联盟链系统只是提供一些基础组件，缺乏一些必要的管理工具；而国内很多联盟链虽然专用性很强，但普适性效果较弱。
不同的是，作为国内在实体经济领域探索和应用最多的开放平台，迅雷除了搭建最基础的区块链服务外，还将为其配置管理工具、数字界面浏览，包括数据存储和各种外围辅助系统提供一整套一站式解决方案。
回想我在北京出差的那几天，迅雷技术团队基本每天早上都到酒店，但是加班解决任务没有时间限制。有时候，面对复杂的问题，我们不得不在一夜之间解决需求。
在来回的路上，团队里的一个工程师说起了飞行途中的一个事件，为了能在中午2点赶到版权中心，订了最早的航班。但偏偏有两架飞机出现故障，飞机的更换反复了几次，然后又把修好的第一架飞机换了回来。还好顺利到达，有惊无险。
这似乎是工程师解决一个又一个项目的常态:问题很多，需求也很多，但一个个坐下来，问题总能迎刃而解。
永远在路上
项目顺利上线，迅雷的工程师们来不及庆祝，准备赶往下一个目的地。
这个任务花了一个月。对于这样一个庞大而复杂的区块链项目，工程师们非常有效率。
与DCI标准联盟链项目同时进行的，还有今年中标迅雷的广东南方新媒体有限公司区块链项目。经过两次版权+区块链的工作，迅雷的工程师提出了新版本计划。
他们把版权中心DCI系统的区块链应用算作2.0。未来的3.0版本计划是增加监控系统和自动操作维护等。，增加大量的配套功能，包括商业用户的天然需求——容灾和监控功能，集成更多的工具和插件，适应更多的行业，服务更多的客户。
简而言之，随着工程师的出现，出现了新的版本、新的需求和新的项目。
科学技术的世界是巨大而复杂的。对于幕后的工程师和程序员来说，人们的印象往往停留在“格子衫”、“邋遢”、“代码狗”上，软弱、片面。
在近期浅黑科技报道的“春晚红包大战”中，人们第一次看到，春晚零点狂欢的背后，是工程师们30天苦战的酣畅淋漓。然而，这样的机会很少。对于大多数科技行业的工程师来说，在服务每个项目的路上，更多的是与bug的长期斗争，枯燥耗时的调试，日复一日的辛苦和压力。
缓解压力的方式往往简单明了。一个工程师说公司周末有徒步团，和同事在一起感觉很好。
然而，它在平淡的生活中自有它的力量。相对于总是坐在电脑前的片面形象，“极客”这个词更适合用来形容工程师和程序员。
在行话文件中，geek的意思是技术高超，超越极限，热衷于解决问题的计算机专家。但是这个术语可以更宽泛。极客精神更多代表的是标新立异，在爱的加持下不断进步，对专业有着近乎偏执的态度，有着改变世界的梦想。
正如迅雷和网心科技CEO陈雷曾在公司内部开放日上强调的，简洁优美的代码如诗般优美。无论是对代码完美的追求，还是对服务深度的追求，极客精神和团队精神正在将工程师聚集在一起，成为迅雷链的底色。
不管这些需求是来自国家层面还是其他领域的创业伙伴，这种服务精神从未改变。截至2019年3月，迅雷已在环保、通信、溯源、生物技术、生活服务、互联网媒体、信息服务、广告、公益、餐饮、保险、版权等十余个行业实施项目。，进一步拓宽了区块链的应用范围。
从深圳到北京的飞行结束了，但从0到1的RD和服务之路永远在路上。
System.out.println;console.log;print;printf;cout
免责声明：本平台仅供信息发布交流之途，请谨慎判断信息真伪。如遇虚假诈骗信息，请立即举报
举报
