BitShares Forum

Main => 中文 (Chinese) => Topic started by: Webber on July 22, 2014, 01:07:28 pm

Title: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: Webber on July 22, 2014, 01:07:28 pm
Code: [Select]
>> blockchain_get_security_state

{
  "alert_level": "yellow",
  "estimated_confirmation_seconds": 70,
  "participation_rate": 75.939849624060145
}

xeroc-delegate     charity-delegate  这两个人每人维护了9个受托人,貌似这俩人的服务器都挂掉了,出块率直接掉到了75%

单服务器维护超过5个受托人就感觉有点集中了,在好的承诺也会有意外发生,所以建议不要在给他们投票了,或者只给他们的部分受托人投票。
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: gyhy on July 22, 2014, 01:09:55 pm
 +5%
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: yinchanggong on July 22, 2014, 01:37:06 pm
支持!可惜我不会当受托人....
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: sfinder on July 22, 2014, 01:37:22 pm
这的确是个问题,我当初建议bm每个钱包只允许一个代表每个IP限制5个代表,目前看来要重新向bm提出这个问题

Code: [Select]
>> blockchain_get_security_state

{
  "alert_level": "yellow",
  "estimated_confirmation_seconds": 70,
  "participation_rate": 75.939849624060145
}

xeroc-delegate     charity-delegate  这两个人每人维护了9个受托人,貌似这俩人的服务器都挂掉了,出块率直接掉到了75%

单服务器维护超过5个受托人就感觉有点集中了,在好的承诺也会有意外发生,所以建议不要在给他们投票了,或者只给他们的部分受托人投票。
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: sudo on July 22, 2014, 02:46:45 pm
以后可能要双代表双机热备
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: Overthetop on July 22, 2014, 02:53:23 pm
我感觉后续最好是一个钱包对应一个代表,这样也总共才101个代表。

再说即便有101个不同的个体来运作受托机制,对于未来BTS要承载的大业务和大事业,一点也不算多的。

Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: networker on July 22, 2014, 03:08:57 pm
我建议每人只能运行一个代表, 避免垄断产生的严重后果, 这次出块率下降就和垄断有关系, 另外成为代表需要抵押一定数量的BTS或PTS, 这样就不会有人申请10个代表了
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: sudo on July 22, 2014, 03:19:23 pm
blockchain_get_security_state 这个看的是整个网络的情况?
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: cdryan on July 22, 2014, 11:06:35 pm
这个已经 影响所有人的利益了,系统应该有个门槛,是最基本的检查,门槛以下的连投票资格都没有。

建议BM下版本就改。最多2个,1个也行。

不然大户就搞个破机器,破网速自己投自己。如何提升网络性能?MISSING很多的机器应该是自己投自己的吧。
Title: Re: 出块率首次低于80% 为了网络的安全性 建议不要给维护过多受托人的服务器投票
Post by: sudo on July 23, 2014, 03:21:27 am
很有必要引入受托人kpi绩效考核

不能光看票数
出块率 在线率 响应时间分别有个权重

高于全体平均水平的 加分
低于的减分
定期末位淘汰