Skip to content

Latest commit

 

History

History
102 lines (59 loc) · 7.21 KB

FAQ_zh.md

File metadata and controls

102 lines (59 loc) · 7.21 KB

Q1: Aleo挖矿软件的下载地址是什么？

A: 如下：

并建议关注我们的 Twitter 和 Discord 以接收新版本的消息推送。

Q2: 为什么同一台矿机挖 Aleo 的算力随时间波动很大？

A: Aleo 的挖矿原理是每个 epoch（约 20 分钟到 1 小时）网络会随机产生一个 puzzle，矿工需要计算该 puzzle 的 solution。由于 puzzle 的随机性会导致计算难度不同，因此同一挖矿软件在不同 epoch 的算力也会有所波动。通常谈论算力时，会附带 epoch hash 以表示在哪个 epoch 下的算力。

Q3: 算力单位 c/s、s/s、h/s 的区别是什么？

A: 它们只是对于Aleo算力单位的不同称呼，但表示的意思是相同的：

  • c/s（commitment per second）：此前 testnet3 的挖矿是计算 KZG commitment（主网已经不再采用此机制），因此有了这个单位。
  • s/s（solution per second）：由于官方称挖矿过程为计算 puzzle 的 solution，因此也可以这样表示算力单位。
  • h/s（hash per second）：这是其他 PoW 网络挖矿中常见的单位，有时也用于 Aleo 挖矿中。

Q4: 单位算力的挖矿收益目前是多少？

A: 可以访问我们浏览器 aleo.info 的首页 24 Hour Data 栏目查看，目前单位算力收益为 3 ALEO/MH。

Q5: 挖矿软件启动后，多久可以在 zk.work 网页上看到算力？

A: 首先等待日志中出现 “Found a solution”。其次在 zk.work 中搜索软件启动时填写的 --address 地址，即可看到算力。

Q6: 矿机明明在运行，矿池的 dashboard 页面为何却显示为离线状态？

A: 矿池根据矿机提交的 solution 来判断是否在线。如果矿机在 10 分钟内未提交 solution，则会被判定为离线。这可能是由于矿机算力过低或与矿池的网络连接断开所致。

Q7: 为什么矿机日志中的算力和网页中的不一致？

A: 矿机日志中的算力表示矿机每秒计算 solution 的个数，矿池显示的算力来自矿机单位时间内提交的 solution 估算得到。 比如，矿机每秒计算 100 个 solution，矿机日志就会显示 100 的算力； 按照当前难度，每 100 个 solution 理论上有 10 个符合难度要求，但实际上有的时候幸运一些得到 20 个符合难度要求的 solution 提交给矿池，有的时候不幸一些一个都没得到，那矿池就会分别显示 200 的算力和 0 的算力。 另外，分发奖励是以矿池数据为准，矿池数据和日志数据的比值通常称作幸运值。

Q8: 挖矿奖励何时打款？

A: 目前 zk.work 每 24 小时向矿工支付一次奖励，直接打入启动挖矿软件时填写的 address。如果待支付金额不足 3 ALEO，将不会支付。

每日 0:00 UTC+0 / 8:00 AM UTC+8 对过去24h的收益进行结算，然后从 1:00 AM UTC+0 / 9:00 AM UTC+8 开始排队支付收益。通常会在3小时内完成支付。

有时候打款交易在浏览器中查不到，这通常是因为交易被Aleo网络丢弃了。这是Aleo官方已知的bug，可以在Aleo Discord搜索“ghost transactions”。这种情况下我们通常会在 8:00 AM UTC+0 / 4:00 PM UTC+8 开始再次发送。

注意这些参数可能会根据 Aleo 的网络情况随时调整。

Q9: 矿池页面显示已打款，但是钱包内没有收到？

A: 首先访问我们浏览器 aleo.info 搜索收币地址，看是否已经打款。如果浏览器显示已打款，而钱包未收到的话，通常是因为钱包不支持Aleo主网。请使用支持Aleo主网的钱包，例如 FoxWallet，导入同样的助记词后即可看到地址下的余额。

Q10: 为什么我的 ”pool fee rate“ 不是 1%？

A: zk.work 对大客户矿工提供了定制化的软件服务，并且收取不同的 pool fee rate。出现这种情况是由于使用了大客户的服务所致，如需继续使用请联系 6BlockBD。

Q11: 为什么高性能版（pre/boost）挖矿软件对CPU有要求？

A: Aleo在每个epoch都需要进行不同的运算（详见Q2），所以可以在epoch开始时将挖矿软件预热调试至最适合当前epoch的状态。这个预热过程要借助CPU，且在完成预热前GPU算力都比较低。CPU太弱会造成预热时间过长甚至无法完成预热，影响整体挖矿性能。 预热开始的日志是Notify from Pool Server, job_id，表示从矿池接收了新的epoch任务；结束的日志是Kernel is ready for new job，表示已经完成预热。

Q12：如何解决 “version `GLIBC_2.29' not found” 报错？

A：可以在以下3种方案中任选其一来解决

  1. 将 HiveOS 升级到最新版本
  2. 在 HiveOS 上使用以下命令
hive-replace --stable -y
  1. 通过以下命令安装 libc6
apt update && apt upgrade && echo "deb http://cz.archive.ubuntu.com/ubuntu jammy main" >> /etc/apt/sources.list && apt update && apt install libc6 -y

Q13：如何解决 “Failed find valid proof target in range” 报错？

A：部分社区成员反馈是由于设置了超频导致，只要关闭超频即可解决。另一部分反馈可以通过以下命令重装各种依赖来解决。目前未能查明导致这一报错的详细原因

apt update && apt upgrade && echo "deb http://cz.archive.ubuntu.com/ubuntu jammy main" >> /etc/apt/sources.list && apt update && apt install tmux -y && apt install libc6 -y
grep -qxF "deb http://cz.archive.ubuntu.com/ubuntu jammy main" /etc/apt/sources.list || echo "deb http://cz.archive.ubuntu.com/ubuntu jammy main" | sudo tee -a /etc/apt/sources.list && sudo apt update && sudo apt install -y  libssl3 libssl-dev g++-11 libc6

Q14: 为什么我单位算力收益每天在变少？

A: 在矿工的 利润/profit 页面会显示矿工每天结算时（0:00 UTC+0）的过去24h平均算力和收益，其比值（收益除以平均算力，单位是ALEO/MH）是每天变化的。其合理的比值可以参考以下页面（注意它们都是估算值）：

  1. zk.work的Aleo矿池页面的右侧，表示矿池上次结算时的过去24h单位算力收益。
  2. aleo.info首页的右侧，表示全网当前时刻的过去24h单位算力收益。
  3. aleo.info charts页面的Mining Profit图表，展示了历史上每天结算时的过去24h单位算力收益。
  4. Aleoscan的计算器，表示当前时刻的瞬时单位算力收益估计。

矿工的 收益 ÷ 平均算力 ÷ (1 - pool_fee_rate) 应该和这三个页面显示的数值相接近。所以即使算力相同，每天的收益也在不断的变化。