什么是网络哈希率？
网络哈希率是衡量系统总计算能力的指标。就像是网络的引擎——计算能力越大，系统运行得就越快、越有效率。为了计算这个哈希率，系统使用了一个叫做难度值的东西。难度值根据矿工解决问题并添加新区块的难度进行调整。
但这里有个问题：虽然系统对哈希率的估算非常出色，但并不完美。我们目前的估计表明，计算出的哈希率大约是实际使用的总计算能力的 75-80%。这意味着，实际的计算能力比我们看到的要高。
系统如何计算哈希率？
Autonomys 网络以称为时代的周期运行。每经过 2016 个区块，或大约每 3.36 小时，系统会检查这些区块的挖掘难度。如果区块生成得比预期快，系统会增加下一轮的难度，如果区块生成较慢，系统则会降低难度。其目标是保持每个区块的生成时间在6 秒左右。
举个例子：如果网络运行得太快（比如区块生成只需要 5 秒），这就像是玩了一个太简单的游戏——系统会让下一轮更困难。如果太慢（区块生成超过 6 秒），系统会相应地调整，使其变得更简单。
为什么是 75-80%？
那么，为什么计算出的哈希率低于实际呢？原因之一是随机因素，如网络波动、硬件故障甚至磁盘读取速度较慢都会影响结果。此外，有时矿工的所有工作并没有反映在最终的哈希率计算中，特别是在有临时分叉（类似于网络的平行版本）但未成为最终链的一部分时。这就像两个人同时在完成一个项目，但最后只有一个人的工作被计算在内。
我们如何估算真实的计算能力？
来源:https://astral.autonomys.xyz/gemini-3h/consensus
Autonomys 有一种独特的方法来估算网络的真实计算能力。它涉及跟踪扇区index，这些扇区是 1 GB 大小的数据块。每当一个矿工赢得创建区块的权利时，我们就可以看到他们处理了哪个扇区。例如，如果一个矿工的扇区Index达到 1024，这意味着他们可能贡献了1 TB 的存储空间给网络。
这种方法帮助我们非常准确地了解用于支持网络的存储空间。根据我们的研究，实际的容量估算误差只有1%。同时，基于难度计算的总哈希率大约是实际哈希率的 75-80%。
示例：估算 Autonomys 网络的真实算力
-
已处理区块: 3,800,190
-
签署的外部交易: 229,748
-
合格的奖励地址: 9,379
-
承诺的总存储空间: 9.12 PiB (Pebibytes)
-
归档历史大小: 117 GiB (Gibibytes)
现在，让我们重点关注承诺的总存储空间: 9.12 PiB。
1 PiB（Pebibyte）= 1,024 TiB（Tebibytes），所以：
这个承诺的空间是矿工为网络提供的总存储容量。
估算真实算力
根据之前的文章，我们估计计算出的哈希率（即网络显示的算力）大约是实际总算力的 75-80%。这种差异存在的原因是由于临时分叉等因素，并不是所有贡献的存储空间都反映在哈希率中。
因此，如果网络当前根据承诺的 9.12 PiB 存储空间显示一个哈希率，实际的哈希率会更高，大概在12-13 PiB左右。
例如，假设网络的运行效率为75%：
如果效率为80%：
真实算力结论
虽然当前显示的承诺总存储空间为 9.12 PiB，但由于系统估算的哈希率低于实际使用的磁盘空间，网络的真实算力可能更高，范围在11.4 到 12.16 PiB之间。这一差距展示了 Autonomys 网络背后的隐藏力量与潜力，其真正的容量远超过表面上看到的数字。
扇区索引方法准确性的前提条件
为了确保扇区索引方法准确，我们需要满足几个关键前提条件：
-
扇区索引未被篡改：我们假设扇区索引是正确的，因为矿工没有理由去更改或修改它。
-
时间因素：矿工需要运行足够长的时间来达到他们的最大扇区索引。如果他们过早停止挖矿，计算出的哈希率可能低于他们的真实潜力。
-
矿工离开：有时矿工会停止挖矿，但他们的数据可能会暂时被继续计算，这会导致短期内哈希率的轻微高估。
社区的真正力量
但最重要的是：这不仅仅是关于数字，更是关于这些数字背后的人。每一个矿工、每一个区块、每一块数据都让网络更加接近其完全潜力。计算出的哈希率只是衡量这一进展的一种方式。而真正的力量来自于社区——人们共同合作，贡献他们的资源，帮助建立一个比任何个人都要更伟大的东西。
最终，像 Autonomys 这样的去中心化系统比任何单一数字所能展示的都更加强大。真正的价值来自于每个人共同努力，创造出非凡的事物。我们正在一起构建一个比我们想象中还要强大的未来。
APP 
