很有必要引入受托人kpi绩效考核

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

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

这个已经 影响所有人的利益了，系统应该有个门槛，是最基本的检查，门槛以下的连投票资格都没有。

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

不然大户就搞个破机器，破网速自己投自己。如何提升网络性能？MISSING很多的机器应该是自己投自己的吧。

blockchain_get_security_state 这个看的是整个网络的情况？

我建议每人只能运行一个代表, 避免垄断产生的严重后果, 这次出块率下降就和垄断有关系, 另外成为代表需要抵押一定数量的BTS或PTS, 这样就不会有人申请10个代表了

我感觉后续最好是一个钱包对应一个代表，这样也总共才101个代表。

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

以后可能要双代表双机热备

这的确是个问题，我当初建议bm每个钱包只允许一个代表每个IP限制5个代表，目前看来要重新向bm提出这个问题

Quote from: Webber on July 22, 2014, 01:07:28 PM

Code Select Expand

>> blockchain_get_security_state

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

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

单服务器维护超过5个受托人就感觉有点集中了，在好的承诺也会有意外发生，所以建议不要在给他们投票了，或者只给他们的部分受托人投票。

支持！可惜我不会当受托人....

 +5%

>> blockchain_get_security_state

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

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

单服务器维护超过5个受托人就感觉有点集中了，在好的承诺也会有意外发生，所以建议不要在给他们投票了，或者只给他们的部分受托人投票。