Fetch.ai社区AMA回顾(2021年2月25日)

2021年2月25日

Fetch.ai社区AMA回顾

  • Jonathan Ward
  • Edward FitzGerald

时间:2月25日,星期四,格林尼治标准时间下午2点

问:进行验证的人必须首先自己购买大量FET代币吗?换句话说,一开始拥有更多的FET作为验证者是否会自动给您带来优势?

回答:最终,您正确的是,与验证者关联的代币越多,共识能力就越高。这并不意味着您需要自己购买所有代币。您可以让其他社区成员加入验证者代币池。 (Edward)

问:将选择多少个验证者?要以总代币的1%盈利,这意味着超过100个验证者将无利可图。 (假设分配相等)

回答:Fetch基金会正在计划将代币委派给验证者的子集来操作网络。这一点取决于从以太坊传输到主网的代币数量,以及对验证者空间的需求量。

那是个很好的观点。您作为验证人的回报取决于您在总质押中所占的份额以及您向他人收取的用于委派质押的佣金。您需要收取大约8%的佣金,并持有1%的代币才能达到收支平衡(以当前价格计算)。我们可能有100个验证者,但是这些验证者必须全部持有完全相同的数量,因此看来我们开始时会使用较少的验证者。 (Jonathan)

问:团队您好,你们将如何选择主网2.0生成器的验证者?

回答:所以这里有两个因素。简短的答案是,对于开始,我们实际上将与一部分外部验证者联系,成为开始的一部分。

该项目的一个方面与其他项目有些不同,就是我们已经建立了ERC20代币池。实际上,这意味着我们设想,大多数验证者将需要在成为验证者之前将其代币跨ETH迁移到FET代币桥。 (Edward)

问:到目前为止,已报名的参与者有多少需求?

回答:我们对验证程序的兴趣确实给我们留下了深刻的印象。我们期待着在入职阶段能看到多少验证者。 (Edward)

问:eth的质押会停止并完全转移到主网2.0吗?

回答:所以你说得对,我们将其移至主网。实际上,这意味着在主网络启动后,我们将在短时间内继续运行它,然后我们将开展一项运动,将所有用途迁移到主网上的本地质押系统。 (Edward)

问:外部验证者的一个子集到底是什么意思?会是大型的成熟质押公司吗?意味着较小的验证者几乎没有机会?

回答:我们对知名的质押公司不太感兴趣,因为它们通常只在乎利润。我们正在计划主要支持验证者,这些验证者对技术充满热情并希望帮助构建生态系统。 (Jonathan)

问:有多少验证者报名参加?

回答:我们有200多个兴趣表达。 (Jonathan)

问:将选择多少个验证者?

回答:我们仍在努力–它在某种程度上取决于我们计划的测试网的运行情况。 (Jonathan)

问:我对当前的FET代币和另一个ERC-20代币…上面提到的ETH到FET代币桥之间的区别感到困惑。您可以对此进行扩展吗?执行网络是否正在远离以太坊? (请原谅我,如果已经写过,我只是没看过)

回答:是的,我可以进一步阐述。由于在可预见的未来,以太坊网络上的许多智能合约和应用中都使用了FET代币,因此我们将在本机分类账和ETH网络上都使用FET代币。

为了确保用户可以在两个网络之间转移资金。 Fetch基础将运行代币桥服务。

实际上,这涉及每个网络上的两个智能合约,其中资金一方面被锁定,然后又被释放。这对于确保跨两个网络维护代币供应至关重要。在主网络启动时,我们将支持ETH <-> Native,但随着时间的流逝,我们可能还会将此桥扩展到币安智能链。 (Edward)

问:在专用VPS上,此规格是否足够? CPU IntelCore i7–6700,CPU-详细信息:四核,Skylake,超线程技术,虚拟化(Intel-TV),RAM:64GB DDR4,MVMe SSD 2x512GB

回答:对于单个节点,这已绰绰有余。请记住,如果您运行的验证者是对互联网开放的,则可能会使您面临潜在的DDoS攻击。我们建议您运行一种哨兵和验证程序模型,以对此提供某种程度的保护。

该机器规格足以运行验证器和带有docker之类的哨兵的网络隔离。 (Edward)

问:鉴于兴趣水平(以及运行验证程序的经验差异)—是否有计划将所有感兴趣的人部署到测试网,以便社区可以参与项目的未来,即使他们不是“现实生活”级验证者?

回答:是的,从下周开始,我们将与整个验证者社区联系,并加入Beacon World测试网。我们要确保潜在的验证者对注册其验证者节点,将代币委托给它然后删除该代币的基本过程感到满意。

为了为此奠定基础,我们将在星期五晚上/星期一早上重新启动Beacon World网络(因为我们需要调整开始参数)。 (Edward)

问:fetch.ai是否有兴趣提供提供验证器托管服务的服务?

回答:您是说我们使用验证者?还是将代币委托给专业验证者?无论哪种方式,答案都是肯定的。

验证者即服务是我们可以用于某些工业合作伙伴以使他们能够访问端点等的功能,我通常也建议委派非技术用户使用。 (Jonathan)

回答:至少在短期内,没有计划提供一种验证者作为服务平台。通常,这可能导致更多的集中化。

Fetch.ai基金会当然会运行一些我们自己的验证者,欢迎社区成员向其委托代币。 (Edward)

问:选择已建立的代币提供者,因为它们可以确保节点的安全和稳定运行,这是否有利?

回答:确实有一些非常熟练的验证者。我们非常热衷于奖励权力下放和能够帮助我们推动生态系统发展的个人。我希望我们也会有一些已建立的验证者。最终,这是一个市场,选择权取决于FET代币持有者。 (Edward)

问:预计总持代币量是多少?在您的估算中,将有多少个代币构成1%?

回答:这是一个很好的问题,很难回答,因为这取决于在桥上迁移多少FET代币,然后质押的份额。我希望它开始时会很小,并且会随着时间的推移而增长。

对于那些刚开始运行验证者的人来说,早日入门是在社区中建立的一个好方法。 (Jonathan)

问:是否有任何参数或量规来确保分散化?不是验证者所有者,而是他们所有人的基础设施。即,如果所有人员都坐在云提供商 x上,它的弹性就不是很大。用户必须看到哪些界面验证者指标并注册特定接口?网络上的验证者是否有外部性能监控?如何观察验证者的性能和正常运行时间?

回答:这是一个非常好的问题,实际上,我们希望从本质上来说,获得更多的验证者选择,将有助于拥有各种基础托管服务提供商。

但是,实际上很难测量。我认为短期内我们可以做的最接近的事情可能是(自愿)验证者调查,以尝试更深入地探究这个问题。 (Edward)

问:用户需要什么才能查看验证器指标并注册特定接口?

答案:因此Fetch.ai区块浏览器在课程级别上监视一些正常运行时间指标。这也是在进行质押决策时查看活动验证者列表的主要界面。 (Edward)

问:我有两个问题,作为Fetch和整个社区,您将如何监视验证器的“质量”或缺乏质量,您打算使用哪些指标?网上是否会有中央的“验证者数据库”供所有人检查和委托人从中选择验证者?除了受欢迎程度,质押大小以外,验证者还将如何排名?

回答:问题1:我们用来监视验证器的主要指标基于验证器是否提供了时间块。该协议内置在协议本身中,并在250块(约20分钟)的间隔内进行监控。如果所讨论的验证器无法始终生成块,则它们将被“囚禁”(被删除为活动的验证器),并将削减部分权益。这用于强烈鼓励验证程序操作员确保其节点在活动状态下保持联机。

问:我们设想,区块浏览器将成为人们用来查看当前活动和不活动验证程序,佣金率等的中央枢纽。(Edward)

问:目前ERC20存在一些局限性(例如,直接将FET发送到FET合同地址,我知道,我自己打过),当我们转到主网时,如何才能愚弄该机制作为验证者,因此委托人不小心将他们的FET发送到我们的错误地址(作为验证人,假设我们成为这样的人,就不会与委托人发生任何法律纠纷。换句话说,验证人是否受到法律保护?

回答:这是一个很好的问题。我们处于完全不允许使用的空间,因此验证者不必透露自己的身份,这实际上使某人无法对特定验证者采取法律行动。 (Jonathan)

问:如何选择验证者?也就是说,我们正在谈论最多100位验证者 —如果我们将来达到理论上的100位验证者,那么101位候选人将如何进入前100位?还是有人可能未经认可而成为验证者? (他们只需要拥有前100种FET)

回答:我们将在开头限制数字,但是这些数字并不是一成不变的,当我们在今年晚些时候实施时,我们的共识设计应该能够支持1000个轻节点。 https://www.fetch.ai/uploads/Fetch.AI-A-Minimum-Agency-Consensus-Paper.pdf (Jonathan)

问:“如果验证程序未能始终生成区块,那么它们将被 “关押”(被删除为活动的验证程序),并将削减部分代币。”

时间窗口是什么决定—一旦构成罚款或其他原因,未能在20分钟内持续产生?从实际意义上讲,什么应被视为值得惩罚的行为?谁来定义此惩罚,或者有特定的框架和度量标准来定义它?

回答:我们(作为社区)可以控制确切的阈值。我们计划在主网启动时相对宽松地使用此阈值,随着我们建立一个已建立的验证者社区,我们将使用治理工具随着时间的推移逐步提高该阈值。 (我们不想因为诚实的错误而大刀阔斧,尤其是在网络开始时)。 (Edward)

回答(Jonathan):从用户角度讲这也是有道理的,因为缺乏可用性确实会影响网络的吞吐量和确定性,但是只有在我们处理大量交易时,这才真正开始引起注意。 (Jonathan)

问:如果您必须将优先级放在硬件要求的最重要因素上,您将如何按照重要性进行排序:a)快速网络,b)故障转移网络连接,c)快速CPU,d)许多核心, e)大量ram,f)快速磁盘

回答:显然,我们希望使用情况随时间变化,我确信在第一年的过程中尤其如此。鉴于这是我的验证者优先事项列表

– 稳定的网络连接(快速同步最有用),因为验证者的活跃性基本上是#1的优先级

– RAM是下一个优先级,每个节点至少具有4GB。

– 接下来的问题是磁盘性能,尽管随着网络寿命的延长,这成为一个主要问题

– CPU –我们希望随着交易速率的增加,它会随着时间的推移缓慢构建,但是,对于启动来说,这是最低优先级。 (Edward)

问:我已经看到有关支持方面的参考,但是节点本身具有私钥和ID。也许我缺少了一些东西,但是不能将其本身完全变成HA? (我知道容器或VM可以在主机周围移动)在操作系统损坏的情况下— 备份/还原是最好的/唯一的选择?

回答:通常(如果您要认真执行此操作),将有多余的HSM用于签名。这是个很棒的资源: https://kb.certus.one/ (Jonathan)