【精华】Para-2 测试网每日矿工报告

问题总结20210826:

问:Phala对带宽的要求怎样?
答:建议带宽10mbps以上,就是1m的速度。

问:怎么重启node节点?和pherry节点?
答:
重启node:

 sudo phala stop node
 sudo phala start node

重启pherry:

 sudo phala stop pherry
 sudo phala start pherry

问:矿工离线被slash之后,就不产出了吗?V值低于Ve就不产出了吗?
答:是的,需要保持在线工作恢复V值到大于Ve时才会继续产出。关于V值的定义和惩罚请浏览:了解TEE挖矿经济模型 | Phala Network 百科

问题总结20210901:
问:抵押池创建者可通过console面板claim挖矿收益,其他staker该如何提取属于自己的收益呢?
答:目前官方正在开发针对staker的面板页面,暂时可以通过链模块去提取收益如下图,pid填写你抵押到的抵押池pid,target填写你要把收益提到哪个钱包:


另外也可以通过该模块中的contribut对其他抵押池进行抵押操作。

问题总结20210907:
问:同一机房同一局域网下使用两台机器同步预备主网node,一个节点同步,一个节点不同步,双方都添加了–bootnodes?
答:
你在环境变量里配置的bootnode会覆盖docker镜像里预先配置好的bootnode,从而导致两边形成了一个死循环,如果你的两台node机器在同一个netmask内那就不需要额外指定bootnode。

就是你如果docker 容器启动以后,你打印log (命令大概是 docker logs khala-node),在前二三十行,你能看到类似

2021-09-07 12:53:13 [Relaychain] :mag: Discovered new external address for our node: /ip4/127.0.0.1/tcp/30334/ws/p2p/12D3KooWCGyKWGGFvECkhfRNrC27DKgKLFkcvzviqEd7cCyw1AcV
2021-09-07 12:53:13 [Parachain] :mag: Discovered new external address for our node: /ip4/127.0.0.1/tcp/30333/ws/p2p/12D3KooWS7Es3o7dZEKrnwVQo5wV8BcepzeMj15xo7dMwy9PojWg
2021-09-07 12:53:14 [Relaychain] :mag: Discovered new external address for our node: /ip4/221.221.113.150/tcp/30334/ws/p2p/12D3KooWCGyKWGGFvECkhfRNrC27DKgKLFkcvzviqEd7cCyw1AcV
2021-09-07 12:53:14 [Parachain] :mag: Discovered new external address for our node: /ip4/221.221.113.150/tcp/30333/ws/p2p/12D3KooWS7Es3o7dZEKrnwVQo5wV8BcepzeMj15xo7dMwy9PojWg

的输出,这个就是你的这台机器的 peerid,他显示多个是根据你网络的IP来的,不用在意,关键是最后遍的字符串。

那么你要做的是搞清楚能连上网络的节点的 peerid
然后关闭连不上的,然后改一下启动参数,我这里的参考比如

docker run -dti --rm --name khala-node -e NODE_NAME=khala-node -e NODE_ROLE=MINER -e PARACHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30333/ws/p2p/12D3KooWQKDoz3Lnxiod6HDXAJNd8ZuHvA2SZCcUHJwuVoYAEqVR" -e RELAYCHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30334/ws/p2p/12D3KooWKxJYua9zHZQv2Qonsiq5dndhbkoa2nb5mmwpRejXhnbz" -p 9933:9933 -p 9944:9944 -p 9615:9615 -p 30333:30333 -p 9934:9934 -p 9945:9945 -p 9616:9616 -p 30334:30334 -v $HOME/data/khala-node:/root/data phalanetwork/khala-node

重点是

-e PARACHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30333/ws/p2p/12D3KooWQKDoz3Lnxiod6HDXAJNd8ZuHvA2SZCcUHJwuVoYAEqVR"

-e RELAYCHAIN_EXTRA_ARGS="–reserved-nodes=/ip4/10.0.0.9/tcp/30334/ws/p2p/12D3KooWKxJYua9zHZQv2Qonsiq5dndhbkoa2nb5mmwpRejXhnbz"

你要分别填日志里打印出来的 peerid,把前边 IP 部分换成你的内网 IP

这个 --reserved-nodes 的意思是优先去连接指定的节点,也就是你那台能连上网络的节点,然后还是要观察一下,p2p网络特别是你如果有 NAT 连通性还是会有点影响,这个不是特别好帮忙解决。

2021年9月9日社区问题总结:

问:请问哪天开挖?
答:可以在下方链接查看倒计时:
https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fkhala-api.phala.network%2Fws#/democracy

问:波卡钱包怎么创建?
答:教程传送门:使用波卡插件 | Phala Network 百科

问:以Smax数量质押为什么启动不了?
答:建议少质押几百个再点击启动。

问:预备网质押是一次性还是后期有币了还能追加质押?
答:启动时一次性质押,质押规则请阅读https://wiki.phala.network/zh-cn/docs/tokenomic/1-mining-staking/

问:Phala 的gas费有什么用途?是什么时候消耗的?
答:gas费在上报worker信任等级和性能分到链上的时候会用到。

问:gas费地址可以共用吗?
答:不可以,这样会因为交易池的问题导致有一定概率密集发交易让几个矿机冲突,从而造成一些worker变成unresponsive状态而受到slash

问:services.phala-pruntime.devices contains an invalid type, it should be an array / docker-compose.yml 中 devices下面的数组为空?
答:一般在装好sgx驱动的情况下,重新执行sudo phala install可以自动修复此问题,或者手动修改/opt/phala/目录下的docker-compose.yml文件,在phala-pruntime的devices下面加上:
- /dev/sgx_enclave
- /dev/sgx_provision
- /dev/sgx/enclave
- /dev/sgx/provision
- /dev/isgx

20210910社区问题总结:

问:addworker出现phalaStakePool.UnauthorizedOperator错误提示?
1
答:请在机器上执行

sudo phala config show

查看本机配置中的抵押池地址是否与你的抵押池创建者账号一致,如果不一致请执行

sudo phala config set

修改抵押池配置。

问:addworker出现phalaStakePool.FaildToBindMinerAnd…错误?


答:出现上述错误一般是由于该worker-key没有从旧抵押池中remove便添加到新抵押池中造成的冲突,解决方法是回到旧抵押池stop该worker并且remove该worker。如果旧抵押池已经不记得了,则只能重装机器系统,重新安装一次生成新的矿机公钥了。

1 Like

I got below error, how to solve it?

[2021-09-19T00:10:44Z INFO pherry] bridge() exited with result: Err(Scale codec error: Could not decode RuntimeMetadataPrefixed.1:
Could not decode RuntimeMetadata::V12.0:
Decoding is not supported

Caused by:
    0: Could not decode `RuntimeMetadataPrefixed.1`:
       	Could not decode `RuntimeMetadata::V12.0`:
       		Decoding is not supported
       
    1: Could not decode `RuntimeMetadata::V12.0`:
       	Decoding is not supported
       
    2: Decoding is not supported)

anyone know how to solve this pherry runtime issue?


出现这个是什么原因?

出现上述错误一般是由于该worker-key没有从旧抵押池中remove便添加到新抵押池中造成的冲突,解决方法是回到旧抵押池stop该worker并且remove该worker。如果旧抵押池已经不记得了,则只能重装机器系统,重新安装一次生成新的矿机公钥了。

所有的系统都是重装的,秘钥都是新生成的,两台机器都出现同样的问题

检查安装步骤吧,这个问题几乎不会遇到。

首次性能分需要等待多久

runtime 退出
[INFO phactory::prpc_service] Dispatching request: PhactoryAPI.SyncHeader
memory allocation of 37510497 bytes failed
./start_pruntime.sh: line 35: 24 Illegal instruction (core dumped) STATE_FILE_PATH="$STATE_FILE_PATH" ./app $EXTRA_OPTS
13:5

thread ‘’ panicked at ‘called Result::unwrap() on an Err value: IO(Custom { kind: Other, error: “Resource deadlock avoided (os error: 11)” })’, src/pal_sgx.rs:272:10
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
fatal runtime error: failed to initiate panic, error 5
./start_pruntime.sh: line 35: 24 Illegal instruction (core dumped) STATE_FILE_PATH="$STATE_FILE_PATH" ./app $EXTRA_OPTS12:01

两种错误

1 Like

sudo phala stop
sudo phala update
sudo phala start