Q1: 有考虑在 app 内显示接下来还有多少 Pi 能挖吗？
A1: 有的，或许在稍后更新 app 的时候，事实上现在 pi browser 内可以看到 Pi 相关数量分配，按白皮书的资料简单运算后就可得岀还有多少 Pi 可以挖
Q2: 已锁仓的 Pi 会被算入 Pi 的市场流通量吗？
A2: 会的，根据我们的研究，在其他的区块链项目中，已锁仓的代币同样会被计算进市场流通量
Q3: 已锁仓的币会考虑显示提高挖矿速度有效到什麽时候吗？
A3: 会的，会显示锁仓的有效期到什麽时候和对速率的影响
Q4: 假如我搞定了 KYC，三天前搞了个钱包，但我忘了助记词，由于钱包要一星期才能重置，那我的 Pi 是会直接进入那个我忘了助记词的钱包吗？
A4: 我猜假如有这情况，当事人等一星期才按下转移到主网会比较好，假如在转移到主网后忘记了助记词，那会像其他的区块链项目一样失去自己的 Pi
(范博士补充: 我想补充一点，这就是区块链的特性，假如失去了助记词的话确实会有这情况发生，我们能做的是尽量设计一个系统去避免，但事实上这是区块链的一部分，这是区块链的优势和缺点，很多人因为同样的原因失去了他们的 B T C 而无能为力)
Q5: 在准备转移到主网的时候，会有通知给用户参考接下来会有多少个 Pi 进入用户的主网钱包吗？方便用户在进入主网前考虑锁仓设置
A5: 会的，我们在考虑增加一个转移到主网的按钮，当按下这按钮后，会自动按照当时的锁仓设定进行转移，所以在按下之前，锁仓设置是可更改的。假如你更改了锁仓的设置当然转移的数量会有分别，至于通知，就像现在，假如你在 pi browser 中收到 Pi 的话会有通知提示，所以当你转移 Pi 到主网钱包中当然，都会有通知告诉你，你的钱包接受了多少 Pi
Q6: 系统准备是一人一钱包还是未来我们有机会一人用多于一个钱包呢？
A6: 最初我们倾向于一人一钱包，但未来是有机会允许用户多钱包操作的，技术上是可行的，或许未来大家因为个人私隐，安全性等希望操作多钱包，但目前为止是一人一钱包呢
Q7: App 内会考虑显示有多少已 KYC 的用户吗？
A7: 答案是有机会，事实上目前我们都可以在链上看到已创建了多少个钱包，相信到时候已 KYC 的用户都会有自己的钱包的，或许在 app 的界面上可以增加一点数据显示？例如多少 KYC 用户，多少节点之类的？ 但未来可以参考钱包数作为已 KYC 用户的参考
Q8: KYC 验证者什麽时候会收到他们的 Pi 奖励呢？
A8: 简单一句的话: 当我们知道，决定好这个奬励后 
目前来说，我们需要用户用 1 Pi 作为 KYC 的验证成本，这 1 个 Pi 是涵盖了几个 KYC 的工序的，也因此，这 1 个 Pi 会分配给多于一位的验证者，目前系统的设计: 只是一个验证者说该用户的资料可以通过 KYC 是不够的，需要可能数位验证者都同意可通过后才有效。
例如可能有验证者负责验证该证件确实由该国家发岀，另一位验证者负责验证用户照片和证件上的照片为同一人。
假如我们的 AI 未能识别证件上的资料，就需要人工进一步审核。
我们需要先进行小规模的，数以千计的 KYC 作为参考，去考虑每一个 KYC 工序的价值以未来向验证者进行分配。
所以，未来用户进行 KYC 的 Pi 会先进入一个池子，供验证者按工序分配。
范博士补充: KYC 系统的设计原则是保护用户的个人私隐，所以不会由一位验证者负责整个 KYC 程序，验证者只会接触到用户碎片化后的个人资料。
例如，负责验证照片的，不会看到证件上的其他资料，负责文字的不会看到用户的照片和证件上的照片，所以每个验证者只能接触用户 KYC 资料的某一部分。
为什麽 KYC 用户的 Pi 需要进入池内分配，而不是直接被验证者收取呢？ 这是因为所有进行 KYC 的用户，并不代表一定会成功通过 KYC。这意味著，未能成功通过的用户根本没有 Pi 可以支付给验证者。
但是，即使该用户未能通过，验证者也是已经进行了相关的工序，已经提供了相关服务的。
所以，就有必要有一个系统收集 KYC 用户的 Pi，并为验证者已提供的服务进行分配，KYC 的结果不应该影响到验证者的收入。
