派想网大家一直关心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 分配给该项目的开发和运营团队。分配机制和细节应与该项目的捐助者讨论和决定。
以上是头脑风暴中电子护照方案，但是不是最终方案，最终方案肯定要比这个简单方便！
