问题1：
Q：v13升级对扇区封装时间有影响吗？
A：不会。预期的封装时间保持不变！
如果单一扇区要与其他扇区一同聚合发送Pre/ProveCommit 消息，等待时间会更长。
问题2：
Q：v13升级对于SubmitProveCommit 消息或时间是否有任何变化？消息还会发送到每个单独的扇区吗？
A：有一个新的 ProveCommit聚合消息可以一次集中聚合ProveCommit 多个扇区。该消息采用一组聚合证明，从而减少了消息的大小，这样对矿工来说既节省了成本，又减少了数据存储大小的增长。
问题3：
Q：具体的网络升级时间是什么时候？
A：核心开发人员尚未就具体的升级时期达成一致，但预计将在 6 月的最后一周。校准网将在本周晚些时候或下周进行升级！
问题4
Q：聚合ProveCommit和批量打包PreCom的消息这两个功能对于现有的每个扇区的消息是可选的吗？
A：是的，网络升级后 PreCommitSector 和 ProveCommitSector 都将保持可用不变。没有必要使用新方法将存储提交给网络，且就总费用而言，预计会更便宜。
问题5
Q：在 Filecoin Hyperdrive 网络升级后，进行新存储交易的 gas 费用估计减少了多少%？
Q：PublishStorageDeals 的 GasFees 取决于 GasUsage * BaseFee。虽然 HyperDrive 对 PublishStroageDeals 的 GasUsage 变化不大（团队正在努力进行改进！），但它显然增加了网络带宽（或 TPS）的供应。在其他条件相同的情况下，BaseFee 可能会减少。但是，减少的程度可能取决于使用网络的潜在需求（包括使用网络进行存储！）。这反过来又取决于参与者通过聚合消息来利用性能改进的程度。总体而言，与今天的水平相比，存储交易的 Gas 费用预计会下降，但确切的表现形式和数量还有待确定。
问题6
Q：聚合一个SnarkPack有时间限制吗？
PS：FIP-0008：添加了矿工安置部门的预提交方法
A：关于SnarkPack: Growing Filecoin Chain Capacity through SnarkPack:https://filecoin.io/blog/posts/filecoin-v13-hyperdrive-network-upgrade-unlocks-10-25x-increase-in-storage-onboarding/
聚合SnarkPack没有时间限制。但是，聚合PreCommits有。HyperDrive升级将逾期时间限制设置为30天。因此，在必须在链上发送消息之前，聚合ProveCommits被限制在30天以内。
问题7
Q：如果分批处理 Precom 的一部分或聚合的 Precom 消息的一部分失败，则整个批次/聚合消息发送失败，就像分批处理发布消息一样？
A：对于 PreCommitSectorBatch，确实如此。对于 ProveCommitAggregate来说，它取决于消息是否提交失败。如果聚合提交中包含已经过期的PreCommits，则有 8 小时的窗口期，在此期间消息将成功提交未过期的PreCommits。其他个别错误将导致消息失败。
问题8
Q：32GiB 扇区和 64 GiB 扇区相较之下Gas消耗具体节省多少？
A：32 和 64 GiB 扇区在 GasUsage上类似。 64 GiB 扇区的 GasUsage 稍高，因为 64 GiB 扇区的聚合验证速度更快（参考链接：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#32-gib- gas-cost）
对于32 GiB和64 GiB扇区 GasUsage 的节省很大程度上取决于聚合的证明数量。 6个扇区聚合的 GasUsage 预计减少1.5 倍，而819个扇区聚合的 GasUsage预计减少30 倍。
问题9
Q：网络如何激励所有矿工升级现有的 CC 扇区以存储来自客户的真实数据？是否有任何在进行中的FIP？
A：要升级CC扇区和存储交易，请按照此处的步骤 https://docs.filecoin.io/mine/lotus/sector-pledging/#upgrading-pledged-sectors。矿工可以通过存储客户的交易来赚取 FIL。如果交易是经过 Filecoin Plus 验证的 DataCap 交易，矿工将获得 10 倍有效算力。
问题10
Q：2条新消息的Gas消耗/Gas Limit是否有上限，或者新消息的Gas Limit上限是否可以等同于一个区块的Gas Limit？
A：可以。此升级不会产生新的单条消息的Gas Limit。然而，简化矿工测试所得的 Gas 消耗预估值显示，这些消息的 GasUsage 将远低于区块限制。估计最大为 819 个扇区的 聚合ProveCommit消息的 GasUsage 低于 15 亿个Gas Unit。最大为 256 个扇区的 PreCommit聚合消息的 GasUsage 估计低于 4 亿个Gas Unit。
问题11
Q：BaseFee预期会下降多少？
A：目前，网络正在以最大容量（~40PiB/天）增长，过去一个月的 BaseFee 为~1 nFIL。在 HyperDrive 升级之后，网络可以以 10-25 倍的存储载入率增长预计 >400PiB/天，并使用更低的BaseFee(因为由于聚合证明，区块将不至于那么饱满)。但是，BaseFee 可能下降的数量取决于矿工的行为（使用聚合Prove Commit提交的消息数）和网络的潜在需求（包括存储需求）。例如，如果潜在需求超过 10-25 倍，则 BaseFee 可能不会减少，因为块仍会满载！请参阅 FIP-13 中的详细机制：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#batch-incentive-alignmen
问题12
Q：HyperDrive 升级是否会促使矿工有更强烈的意愿去增加更多的存储？
A：是的 - 在有更多区块奖励的前提下，每个矿工都会更愿意增加存储。 HyperDrive 通过启用更大的存储载入来强调这种现有的激励措施。它还鼓励矿工更多使用 Filecoin Plus存储更多的真实数据订单。
问题13
Q：ProveCommit聚合和 PreCommit聚合中是否存在矿工费用？如果没有矿工费，很难激励矿工主动打包。
A：“矿工费”是指用于支付给生产包含此消息的区块的矿工的 GasPremium 吗？如果是这样，答案是肯定的。ProveCommit聚合 和 PreCommit聚合与网络协议中的其他消息一样，可以使用指定的 GasPremium 发送。
问题14
Q：矿工应该如何应对其他矿工们提高存储上链率？
A：与比特币和其他有区块奖励机制的区块链一样，矿工需要保持竞争力来换取保持或增加区块奖励份额的能力。
问题15
Q：Hyperdrive 是否意味着存储载入量每天可以达到 1 EiB？
A：是的——HyperDrive 应该可以使网络达到 1 EiB/天或达到更多的存储载入率。
问题16
Q：存储速率的提高是来自于单个证明阶段的加速，还是由于聚合消息而使整体网络吞吐量更大?
A：存储速率的增加来自于聚合消息带来的整体网络吞吐量的增加。单个证明阶段并没有加快。
问题17
Q：聚合 10 个扇区与 1000 个扇区时，聚合Gas参数有何不同？矿工在一个证明中聚合更多扇区的动机是什么？
A：HyperDrive 增加了网络的整体存储载入吞吐量，因此矿工将能够载入更多存储。聚合证明会产生折扣 Gas Charge，因此总体而言，与链上相同数量的证明相比，Gas 使用量会更少，但会收取一个最低费用。关于Gas Usage如何变化的更多详细信息，请参阅 FIP-13。比较聚合 10 个证明与 1000 个证明：将更多证明聚合到单个聚合消息中，每个证明更便宜。因此，如果矿工想填满更多存储空间，将更多证据聚合到一条消息中会更便宜。
问题18
Q：你能列出一些针对矿工的 FIL 贷款工具吗？
A：现有的贷款提供商包括：Anchorage、CoinList、Darma 等等，未来我们还会陆续有新的合作伙伴加入。请参阅此讨论以获取贷款提供商列表：https://github.com/filecoin-project/community/discussions/184
问题19
Q：在现实场景中，每天可以支持的 PIB 的最大存储大小增长是多少？整个网络的估计Gas费用是多少
A：这取决于对预提交和证明提交批次和聚合大小的实际分布的预测。在所有矿工始终使用最大聚合大小的绝对最佳情况下，网络将呈现大约 30 倍的 Gas使用量的减少，因此以当前每天 40PiB 的存储效率来看的话，那就会达到每天 1,200 PiB的存储量。这是此次升级后网络可以支持的最大值。我们不太可能达到这个最大值，因为至少一开始不太可能所有矿工都发布最大消息量的聚合。最终还是取决于整个挖矿生态来决定定我们与此的接近程度。
问题20
Q：什么是 BatchBalancer 和 BatchDiscount？
A：BatchBalancer 和 BatchDiscount 是在 BatchGasCharge 中使用的参数，他们都与ProveCommit聚合有关。 BatchDiscount 是一个 Gas使用折扣工具，它使聚合证明原则上比单条证明消息的GasUsage 更便宜。 （约便宜 1/20左右）。 BatchBalancer设置了GasCharge的最低值。该参数调节 ProveCommit聚合和Gas费，确保大规模存储上线支付网络费用并建立使用阈值，使之为其他网络操作（例如 PublishStorageDeals）维持较低的 BaseFee。当 BaseFee 低于 BatchBalancer * BatchDiscount 时，提交单个证明可能更便宜。当 BaseFee 远高于 BatchBalancer * BatchDiscount 时，提交聚合证明可能更便宜。这些参数设置保证了更大幅度的上链率，从 ~30 PiB/天到 ~2 EiB/天。（详见：https://github.com/filecoin-project/FIPs/blob/master/FIPS/fip-0013.md#batch-gas-charge）
问题21
Q：BatchGasCharge 的计算方式似乎是启发式的？等式背后的思考过程是什么？像 65733296.73 这样的系数是如何产生的？
Ａ：该常数来自Pre Commit和Prove Commit一个扇区的平均 GasUsage。这个数字总是一个不精确的近似值，因为不同的矿工状态配置自然有不同的关联 GasUsage。
问题22
Ｑ：IPFS&Filecoin 需要多少区块链项目来存储信息？
A：这里需要澄清的是，Filecoin 和 IPFS 是两个独立的信息存储协议。虽然 IPFS 是许多区块链项目的共有协议，但它本身并不是区块链项目。 Filecoin是一个区块链项目。
问题23
Q：在Filecoin网络上存储数据时，是否可以自动分发给不同的矿工？
Ａ：核心 Filecoin 协议允许一个客户端从一个矿工处存储和检索数据。任何人可以在此基础上构建工具或Layer 2协议，帮助不同的矿工自动执行此操作。（例如： ARG 的 Estuary https://docs.filecoin.io/store/estuary 和 Textile 的 Powergate https://docs.textile.io/powergate/）
我们欢迎大家在 Filecoin 生态系统上构建自己的工具！
问题24
Q：是否考虑将evm 虚拟机合并到filecoin？
Ａ：将 EVM 添加到 Filecoin 引起了很多人的兴趣，许多人正在为此努力。通过对此问题添加反应或评论来表示您的支持：https://github.com/filecoin-project/FIPs/issues/113
问题25
Ｑ：为了平衡因延期提交(可能是几天)而导致的Gas节省与收益损失，是否有关于如何制定该策略的详细建议?
A：对于 lotus 矿工，您将能够在 lotus 矿工配置文件中将PreCommit的最小/最大数量设置为批处理或将ProveCommits 进行聚合。您还可以配置在超过最小大小后提交批次之前等待多长时间 - 这用于确保在交易/扇区到期之前提交批次扇区。 lotus 中的默认值可以在以下位置找到：https://github.com/filecoin-project/lotus/blob/4bff4f25adf4b109c8089c956731a21a5f509474/node/config/def.go#L256。但是，矿工应该根据自己的操作或偏好更改这些配置。以下是一些可能会影响矿工决策的潜在因素：当前网络 BaseFee、等待中错过的收益、封装吞吐量。
