大家一直关心KYC,尼古拉斯为了解决KYC问题,专门开辟了头脑风暴频道,集全球所有派友智慧开发出非常方便快捷符合所有国家所有派友的KYC方案,头脑风暴中两个核心方案一个是电子护照KYC方案,另外一个是视频KYC方案!派友的眼睛是雪亮的,两个方案刚一出来派友没有仔细研究用脚投票都投给了视频KYC方案,但是随着派友仔细认真研究之后就会冷静投票,到底哪个方案更加适合!一开始第二种视频KYC方案遥遥领先,然而现在出现了急速反转,第一种电子护照KYC方案受到了派友的热捧!因为大家发现电子护照主动权是在派友自己身上,而视频KYC的主动权却在项目方身上,所以谁掌握了主动权谁就掌握了结局!
其实第一种电子护照方案其实是非常方便的,扩展范围非常广,虽然叫做电子护照但是你可以加入其他证件,比如说身份证,驾照、户口本等等。第二种视频KYC弊端是比较多的,第一个弊端就是在三方视频的时候未必大家都可以同时在线,视频是需要说话的,虽然会经过技术手段只连线本国派友,但是一个国家的各个地方的语言根本就不同,所以视频认证方案后续问题还是非常多的,视频的最大好处就是可以不用提供证件,但是还有很多其他弊端。大家看看下面的截图:
以上截图就是派友对两个方案的支持程度的真实写照。从捐派数量上来看第一张电子护照方案101010个派而视频方案仅仅只有44778个派相差快6万个派。其次点赞数量电子护照方案是216722个而视频仅仅才164055个相差小5万个,从倒赞来看电子护照才21333个而视频方案是22414个多了一千多个。通过以上对比电子护照方案直接逆袭成为派友最喜欢的方案,而视频KYC方案跌落神坛。因为电子方案更加适合派友!
关于视频KYC方案大家可以看看【超级重磅:第二套KYC方案详细流程终于曝光!分散的视频聊天KYC方案!太牛了!】这篇文章有详细介绍。那么电子方案是什么样子的?小编从头脑风暴中给大家找出详细的方案,大家可以一起研究研究,这也不是最终方案,大家只做个参考就可以了。中文翻译 只做参考,最终以英文为准!
电子护照方案
(1) 专门使用无需人工验证身份证明文件的软件 KYC 解决方案
此KYC提案
此建议属于第一类,即全自动解决方案,允许先锋仅使用软件,无需任何人工验证器即可使用 KYC。请参阅其他核心团队的项目提案”分散的 KYC(视频聊天)”,例如涉及人类验证器的第二类解决方案。
我们愿意就如何向所有先锋执行合规的 KYC 提供更多想法。分享您关于改进我们的解决方案或提交您自己的建议的建议。
此建议的 KYC 解决方案的适用用户
持有两者的先驱者:
带有 Nfc 芯片的现代护照。(美国、中国、欧盟和更多的国家近年来都签发了此类护照)。
一款具有 NFC 功能的手机(iPhone 7 及以上,以及最新的安卓设备)
不符合上述标准的先驱者应通过其他 Pi KYC 解决方案执行 KYC。
技术推动器
这些护照有一个嵌入式微芯片,可以加密地证明持有人的身份,并加密地证明护照本身是一个真实的,非克隆的,非仿制的护照由一个真正的国家签发。Pi 是一个加密项目,依靠加密技术进行 KYC 识别似乎是合适的。
技术细节:主要想法是芯片包含由发行国私人密钥签名的身份数据。它还包含一个无法恢复的私人密钥,其公钥也由发行国签署。芯片使用此私钥来证明它代表未克隆且未在模拟器中运行的护照。换句话说,这种方法是安全的。
主算法
用户用手机触摸护照以建立通信
护照传输其持有人的身份(如姓名和出生日期),以及签发护照的国家签署的数字签名,证明数据是真实的
Pi 服务器生成加密挑战,以验证护照未克隆。
手机将加密挑战传递给护照,护照响应挑战,响应发回服务器。(需要服务器来保证应用程序的”黑客”版本不能执行假的KYC)
技术要求
前端:一个”反应原生”库,可以集成在主 Pi 应用程序中,以便用户不必切换应用。如果封装了本地 iOS/安卓组件,则可以接受。
后端:使用蒙古DB或MySQL数据库在铁路或节点上的Ruby中编写的API服务器.js。如果它封装了用其他语言编写的库,这是可以接受的。
可比性
几乎所有的子组件都以各种形式作为开源存在,但没有一个解决方案覆盖整个流程。
需要帮助
Pi 核心团队坚信权力下放。我们正在努力使 Pi 生态系统尽可能模块化和包容性。因此,我们正在寻找软件工程师和工程领导谁有兴趣领导这个项目下的Pi开源软件许可证(PIOS)。PiOS 许可证的好处是任何人都可以验证代码,而您通过遵循允许任何其他 Pi 应用程序学习和重复使用代码的许可证来推动整个 Pi 生态系统向前发展。此外,您还可以收到其他Pi开发人员的捐款。
激励
Pi 核心团队将尽可能精英地将社区捐赠的 Pi 分配给该项目的开发和运营团队。分配机制和细节应与该项目的捐助者讨论和决定。
以上是头脑风暴中电子护照方案,但是不是最终方案,最终方案肯定要比这个简单方便!