LOADING...
LOADING...
LOADING...
当前位置: 玩币族首页 > 新闻观点 > Filecoin开启太空竞赛第二轮(附竞赛细则),会是最后一轮测试比赛么?

Filecoin开启太空竞赛第二轮(附竞赛细则),会是最后一轮测试比赛么?

2020-09-15 币道小师傅 来源:火星财经
Filecoin在走过了一期期延迟后,终将进入殿堂,展现辉煌。作为最大的区块链存储项目,确实值得期待

太空竞赛回顾

在过去的三周里,整个社区的矿工们都参与了 Filecoin 太空竞赛,以将尽可能多的存储到 Testnet 上。我们对参与太空竞赛的惊人参与感到兴奋。来自六大洲 32 个国家的超过 356 名矿工参加了这次活动,其中包括肯尼亚内罗毕、新西兰奥克兰、巴西圣保罗、挪威奥斯陆、中国深圳的矿工。

参与的速度远远超过了最初的预期,矿工的存储空间迅速达到 200 PiB,是最初竞争目标的两倍!更重要的是,太空竞赛使得 Filecoin 协议的大规模升级和早期实施成为可能。在太空竞赛中,快速的数据接收率有助于确定链吞吐量、数据密封弹性、消息池垃圾邮件保护和工人选择逻辑的改进,以帮助 Filecoin 支持更多的矿工和数据容量。

太空竞赛的主要目标之一是让 Filecoin 网络和运营商适应我们在主网上可能看到的使用率、流量和性能水平。最后一周包括网络的重要压力测试过程,包括链升级、drand 宕机和状态更新。让每个人都准备好应对这些现实世界的挑战,有助于网络顺利地处理各种情况,这将使 Filecoin 的主网络更强大、更有弹性。

我们一直以为太空测试结束会在休整后某个时间节点,直接上线主网,但根据过往经验判断,官方的“谨慎”作风,必然不会直接硬上。事实上,如果某些人不着急,或者没有矿工压力,官方会一直调整到没有系统性BUG后上线,但受诸多原因影响(具体脑补),官方选择了折中,希望尽可能平滑过渡到主网,所以就有了我们接下来要讨论的太空竞赛第二轮。

下面是官方给出的台面上的原因,仅供参考

矿工和开发者需要更多的时间来测试和调整。大量的矿工和开发人员要求花更多的时间来测试和改进周围的一切:矿工硬件部署、矿工软件系统、Filecoin mining UX、Filecoin 实现 bug、协议参数调优、大小矿工的经济模型等等。矿工对时间的要求各不相同:有些要求一周,有些要求几个月。很多人说:“我们想要另一场太空竞赛!”矿工想要更多的机会来赚取奖励!在太空竞赛期间,矿工在如何建立和管理储存采矿作业方面获得了广泛的经验和知识。如今,矿工们知道了如何做到这一点,许多矿工都在寻求额外的回报,以改善运营,或购买更多硬件进行部署。“更多的太空竞赛!更多的奖励!”矿工希望提高消息吞吐量和 PoSt 可靠性。在太空竞赛中,链的高度拥挤造成了许多不良影响。在链拥塞期间,故障变得难以恢复,导致矿工在升级、DDOS 攻击和计划中的测试中断期间挣扎。窗口、错误、连锁堵塞和自私的包装本身都是可以管理的,但当它们混合和放大时,事情就变得很困难了。在大规模的网络上持续的测试和迭代可以帮助我们改进这一点。矿工和开发人员希望有更多时间来改善交易。网络整体上达到了良好的存储交易和检索交易成功率,许多矿工达到了近乎完美的成功率!伟大的工作!但矿工们也面临着一些挑战:网络问题、防火墙问题、漏洞、isp 和 vpn 问题等等。在提供一个健壮的、分散的全球存储网络方面,我们还有很多需要改进的地方。我们并没有把存储用户数据作为竞争的主要部分,因此许多矿工和用户要求对这些流进行更多的测试和改进。“我们能为客户端和应用程序进行一次太空竞赛吗?”矿工和开发者希望在主网中使用太空竞赛领域。到目前为止,在太空竞赛中被证明的 195 PiB 容量对Filecoin项目来说是一笔非常宝贵的资产。我们希望使用在主网络空间竞赛中证明的扇区。太空竞赛中存储能力的出色分配意味着我们可以从大量的存储能力开始,在数百个参与者之间进行充分的分散,从而提高网络安全性。这也是我们从许多矿工那里收到的要求,他们已经花费了大量的资源、金钱和能源来密封太空竞赛部门。能够长期使用这些部门,将使他们的参与更有价值,并将大大提高主网络的安全性。

从第一轮竞赛测试过程和情形来看,大部分矿工是没有符合要求的,第一轮竞赛的过程仍然是一个模拟测试环境的过程,实际上也发现了不少运行问题,无论对矿工和官方都是有帮助的,所以第一轮的重心是熟悉测试新环境整体性能和适当的极限测试系统的稳定。第一轮测试不能完全反映矿工的运行,在主网,大规模错误会被给予巨大惩罚,而且不可逆。第一轮测试结束后,官方删除节点的错误,结合竞赛的综合贡献进行了最后的排名,所以第一轮竞赛排名不是完全真实的实力对比。

太空竞赛 2 简介

第二阶段的竞争,建立在太空竞赛期间发展起来的庞大网络上。这让我们有机会在大规模网络上继续测试和改进 Filecoin,因为我们正在为主网做准备。

专题 1:SR2-Orbital Burn。为存储矿工提供继续测试和扩大网络规模的轨道。这将从太空竞赛1结束的地方开始。这条轨道将在下文中描述。专题 2:SR2-Slingshot。跟踪 Filecoin 客户端、应用程序开发人员和工具开发人员将其产品部署到测试网。这条路线将鼓励客户和矿工进行存储和检索交易,并帮助 Filecoin 存储用户为主网做准备。这条赛道将在下周初的一篇博客文章中描述。

专题1:SR2-面向矿工的Orbital Burn

存储矿工将会因为维持和增加他们的储存而获得额外的奖励。不过,矿工不需要在有限的时间内竞相达到大型存储目标,以增加奖金池。这种结构允许矿工按照自己的速度增长他们的存储。我们希望这可以让团队有时间在 SR1 激烈的竞争后根据需要休息和重新分组。这是 SR2 的预览:Orbital Burn竞赛规则。最终规则将发布在网站上。

目标

正确的经济模拟。SR2 的主要目标是创建尽可能接近主网的测试条件。尽管 SR1 主要关注原始字节存储能力,但其他经济因素(例如块奖励和Gas)将在 SR2 中扮演更现实的角色。正确的市场模拟。在 SR1 期间,交易成功是由一组非常有限的交易来衡量的。当我们朝着建立健壮,全球化且分散式的人类信息存储网络的主网目标迈进时,SR2 将奖励 Dealbot 交易和存储客户交易。

奖励

主网扇区。在 SR2 中成功维持或增长他们的部门的矿工将能够转移/预加载到主网的一部分。这意味着,在太空竞赛 1 和太空竞赛 2 中获得的存储能力将直接提高你的存储能力,以备主网发射。部门质押抵押品。此外,成功在整个 SR2 中维护其部门的矿工将把这些部门预先装载到主网中,并拥有协议涵盖的相应抵押物。截止到发布之日,这已经超过了 450 万 FIL,比 SR1 的奖励还多!我们希望这将是一个巨大的奖励,矿工已经深入参与 Filecoin 数月和数年。赢得了 FIL 奖池的集体奖励和 Gas。在 SR2 结束时,矿工将获得奖金池的一部分与他们获得的 Testnet FIL 成比例,作为区块奖励和 Gas 费用。这是为了提供强有力的经济激励,以适当地包装块。SR2 结束后,SR2 组织者将选择比例,以便更好地理解整个数量的分布。

其他细节

时间:3 周(9月14日- 10月5日)。我们仍在确定时间,但我们的目标是运行 SR2 3 周,因为每个人都在为主网的发布做准备。我们可能会延长或缩短 SR2 的持续时间,具体取决于主网的准备工作如何进行。故障:正常故障和恢复条件适用:扇区被认为是存在的,直到它们完全终止(许多连续故障)。没有存储容量目标奖励池。现在,我们不计划为 SR2 设置任何存储容量目标奖励池。开放入场,无矿工注册。这次不需要注册。任何人都可以创建一个矿工帐户,开始采矿,最后赚取存储。(注意:如增加奖池,可能需要登记领取非部门/抵押奖励)。交易成功率。我们将继续要求交易成功率(以交易机器人为准)。交易成功一直是矿工最具挑战性的标准之一,但它已经对存储和检索市场以及实现产生了巨大的改进。证明提交补偿。我们计划在 SR2 期间以减少的容量继续运行补偿水龙头,以便希望增加存储的采矿者可以继续增长。如果有任何滥用、企图欺骗或其他问题,我们将关闭它或限制其补偿。新用户水龙头。我们将恢复新的用户水龙头(通过github的OAuth),但使用更保守的参数。如果有任何滥用、企图欺骗或其他问题,我们将关闭它或限制其补偿。

太空竞赛2以后

习惯了官方的延迟之后,矿工们对是否会有后续不断地补充竞赛并不感到惊讶,但我们综合考虑当前测试竞赛环境和主网部署准备情况来看,主网上线的时间节点不可能会再度严重推迟,

主要考虑有以下几点

主网上线是矿工的呼声,经过第一轮竞赛后,矿工的机器跑的成本远远大于所获得真实奖励,所以第二次大部分竞赛奖励会映射到主网,也是不断接近主网真实产币情况。矿工的机器将会有效参与,降低成本。

其次,公募和私募的投资人必然对回报周期是有约束的,而且了为了获得投资回报,会尽快希望主网上线后持币变现。

要有太空竞赛3或者预上线测试等等这样的心理预期,短时间内,官方的正式算法不会修改,技术架构也不会再进行大范围变动,即便上线后出现一些大的问题,也会在2.0或分叉中去解决。

太空竞赛2不需要注册,也就意味着很可能会出现大量匿名矿工,关于太空竞赛2的排名会采取怎样的形式以及各个大矿工会采取怎样的竞赛策略将值得期待.

本文来源:币道小师傅
原文标题:Filecoin开启太空竞赛第二轮(附竞赛细则),会是最后一轮测试比赛么?

—-

编译者/作者:币道小师傅

玩币族申明:玩币族作为开放的资讯翻译/分享平台,所提供的所有资讯仅代表作者个人观点,与玩币族平台立场无关,且不构成任何投资理财建议。文章版权归原作者所有。

LOADING...
LOADING...