本帖将每日更新Para-1、2测试网挖矿报告，包括每日测试中的常见问题、测试网更新、矿工数据汇总等。
您可点击论坛右上角“放大镜”，利用搜索功能搜索您问题的关键词，查询对应答案。
20210816公测问题总结：
Script脚本相关问题：已修复
社区常见问题：
1：问：测试网网址是多少？
答：
Para-1测试网地址：Polkadot/Substrate Portal
Console管理面板：https://app-test.phala.network/console/
Phala 中文教程 Wiki：Khala预备主网挖矿教程 | Phala Network 百科
Phala TEE Mining 抵押机制：https://mp.weixin.qq.com/s/GMsJGeD2K2ZADtLbzgEndA
Para-1测试网搭建流程图：【教程】Para-1测试网搭建流程图
Para-1测试网搭建视频教程：Para1测试网搭建教程-Phala（PHA）新模型测试_哔哩哔哩_bilibili
Console面板中文标注：【教程】Para测试网Console面板中文标注
强烈建议将上方网址及本主题网址保存到电脑上以便随时查看。
2：问：提示Config.sh 81行…一元表达式?
答：请稍等几分钟后重试一下。
3：问：Worker-Publish-key一直是0xnull?
答：需要等待十分钟后再sudo phala status查看
4：问：Console面板addWorker出现phalaStakePool.BenchmarkMissing 或者 WorkerNotRegistered ？
答：性能分和机器等级尚未同步到链上，建议等20分钟再试。
如果长时间不行也可能你的gas账号给多台机器使用了，目前需要1台worker对应1个gas账户。
5：问：重启phala后Worker-Publish-key一直会变？
答：这个是Docker- compose配置的问题，是脚本问题，正在紧急修复，不出意外明天更新就会固定Public-key了。
6：问：docker-compose安装不上或者缓慢？
答：
sudo curl -L https://get.daocloud.io/docker/compose/releases/download/1.29.2/docker-compose-Linux-x86_64 -o /usr/local/bin/docker-compose
sudo chmod +x /usr/local/bin/docker-compose
docker-compose --version
7：问：请问跑分0怎么解决？
答：没关系，后面不再需要本地跑分了。phala start后自动后台评分上报，以链上数据为准。
另外，这个功能马上就会下线，因为这是一个多余的功能。
8：问：sudo phala start启动后连不上机器了？
答：建议配置phala挖矿核心时少设置一个核心，使用全部核心可能导致服务器卡死，另外建议使用Ubuntu server版本，Ubuntu桌面版影响执行效率。
9：问：我该从哪获得Worker-Publish-key以及其他所需内容？
答：建议您参照：【教程】Para-1测试网搭建流程图
1 Like
20210817公测问题总结：
2021-08-17T13:00:00Z
-
问：为什么启动成功了一直没收益？
答：由于Substrate节点的交易广播问题导致Para1测试网上的Gatekeeper暂停工作。
目前Para1测试网上的经济模型相关（发放奖励、V值更新、Slash等）设施会暂停一段时间，待问题解决后即可恢复。
大家仍可以进行经济模型以外的测试（比如注册Worker、抵押、使用控制台操作等）
具体恢复时间请等待Phala Network团队通知，感谢大家的支持与理解。 -
问：AddWorker出现WokerNotRegistered? BenchmarkMissing?
答：首先你的区块同步到最高了吗？如果你刚开始部署需要2小时。sudo phala logs 看node的信息。
还可以通过浏览器上 链状态->phalaRegistry->workers(WorkerPublicKey):Option 模块输入矿机公钥查询是否已经上链。 -
问：目前的V值是没有随着时间增长的？
答：V值现在没有增长是很正常的，这里面的逻辑是：V值每一个单位时间会增长你总V值的一个比例。然后根据这个比例看全网可以发出的奖励，如果奖励很充足，就会优先先给你把V值兑换成奖励发放而不是积累下来。 -
问：SGX驱动装不上？/opt/phala/scripts/config.sh: 第 81 行： [: -eq：需要一元表达式
答：目前已确认SGX驱动适配Ubuntu 20.04 Kernel 5.11.0内核版本问题，等待技术处理，你可以尝试降级Kernel到5.8版本后重新安装驱动。 -
问：sudo phala config set的时候出现小于0.1 PHA提示加一些乱码错误
答：检查gas费账户余额，如果没有问题可输入命令：node -v 检查nodejs是否安装成功，版本是否为v14？如果低于此版本可以按照命令执行：
sudo apt remove nodejs
cd ~
curl -sL https://deb.nodesource.com/setup_14.x | sudo bash -
sudo apt update
sudo apt install nodejs
这个问题是因为ubuntu桌面版强制升级了内核导致的。建议大家重新安装server版本。
另外如果非要安装桌面版，请不要勾选任何自动更新的选项
重装时一定取消自动升级的选项
20210818公测问题总结：
-
今日最多提问：SGX驱动装不上，IAS无法获取。
解决方案如下：
1 重装Server版系统（目前看了没有升内核）
2 重装Desktop版本系统但是取消自动更新（也不会升级内核）
3 自己想办法降内核。 -
问：硬盘为什么不够用了？256G硬盘满了！现在需要多大硬盘？
答：Para-1脚本中加入了预备网Khala-node数据预下载，为后面平移Khala提前做准备，最少需要300G硬盘，且每天还会增长，所以强烈建议使用不低于1Tb的m.2固态硬盘。 -
问：能不能在脚本中加入用户可以指定Khala-node 数据存储位置？
答：可以根据自己的业务需求修改/opt/phala/docker-compose.yml和/opt/phala/scripts/start.sh中数据存储位置。
20210819公测问题总结：
-
问：Phala能不能在Vmvare虚拟机下运行？
答：你好，不支持虚拟机下运行。 -
问：同步要多久能完？能看同步进度吗？
答：正常情况下2-3个小时，跟网络因素有关，可以执行sudo phala logs node 检查区块高度和peers连接数等是否正常。 -
问：本地测试的性能分和上链的性能分有误差？
答：以链上分为准，本地测试仅供参考。 -
问：ES/GS版本cpu或者魔改刷过BIOS无法过SGX认证？
答：ES/GS不在认证数据库，无法评级。魔改刷过BIOS的可能微码不匹配导致无法认证。建议刷回主板厂BIOS固件。 -
问：pRuntime自动退出，worker注册不了?
答：sudo docker logs phala-pruntime 查阅日志了解原因，对症解决。实在不会可以重装系统/重装Phala。 -
问：GPG错误*****: 由于没有公钥，无法验证下列签名： NO_PUBKEY 63F7D4AFF6D61D45
答：没有公钥的此类错误只要在终端输入以下命令，并加上签名后8位F6D61D45即可
sudo apt-key adv --recv-keys --keyserver keyserver.Ubuntu.com F6D61D45
- 问：N无法安全地用该源进行更新，所以默认禁用该源。
N：参见apt-secure(8)手册以了解仓库创建和用户配置方面的细节。
答：可以到/etc/apt/sources.list.d目录删除无效源，修改Ubuntu源为清华源/阿里源，然后更新一下。
可以在exsi7.2下运行，不过和实体机器没啥区别，只能再装一些轻载vm
感谢反馈。 
5：问：重启phala后Worker-Publish-key一直会变？
答：这个是Docker- compose配置的问题，是脚本问题，正在紧急修复，不出意外明天更新就会固定Public-key了。
好像还是没有更新，用最新脚本还是会变key
- 问：本地测试的性能分和上链的性能分有误差？
答：以链上分为准，本地测试仅供参考。
误差能理解，但是我矿机本地测试分有2000+，链上分却只有一半，有些甚至只有十分之一，这种误差有点不能接受。并且已经等了24小时以上了，链上分不会更新。
20210820公测问题总结：
-
问：pRuntime自动停止了怎么办？
答：sudo phala start pruntime 手动启动一下试试 -
问：phala stop之后再phala start报下列错误怎么回事？
答：此处可以忽略。（stop脚本中未加入khala-node的停止命令，但是start脚本中有启动命令，所以导致启动报错。）
备注：khala-node是Khala预备网所需的Kusama的区块数据，数据量大于300G，为了后续更快迁移到Khala挖矿，所以提前加入Khala-node预下载，本镜像不影响Para-1测试网测试。 -
问：如何修改pRuntime连接node的配置文件？如何分离node？
答：如果有技术的话，可以修改docker-compose.yml中的ws连接。 -
问：worker-public-key是那个服务生成的？
答：pRuntime -
问：******custom device “/dev/isgx”: no such file or directory错误
答：可以尝试编辑/opt/phala/docker-compose.yml 在devices下方加入下列配置然后重新启动试下。
首先可以了解一下为什么会变低：
1.机器上跑全节点，两个node几乎会占用2~3个核的运算能力，所以机器多的情况下建议建议使用集群协议或者分离node到其他机器上跑，另外Ubuntu Server版本性能会更好。
2.链上phalaRegistry->workers查询到的score分数为首次上报的分数，首次上报的分数直接决定了你的最低、最高质押，也决定了你初始Ve值。
3.链上性能分评估会比本地评分略低一定百分比，后续挖矿时的瞬时性能分Pt允许最大上浮20%。（防止有人故意降频降低首次性能分，然后在挖矿时提高Pt来作弊。）
4.大家都一样的情况下也是变相降低了最低质押。
待其他问题一并修复后再发布新版本，感谢你的理解和支持。
我是使用的 server 版，并且分离了两个 node，只运行了 pruntime 和 pherry ，但是分数就是差别非常大。本地有 2000+，链上只有 144
修改这里换成其他node 的ip 是不是就链接到其他node 上了。本地就不会启动node了？
–substrate-ws-endpoint=ws://xxx.xxx.xxx.xxx:9945", "–collator-ws-endpoint=ws://xxx.xxx.xxx.xxx:9944
这肯定是不正常的，本地跑分后，有停止跑分容器吗？你可以重启容器重新生成worker-key，看重新上报有多少分。
改完之后注释一下脚本中启动node的命令。