Author Topic: 如何使用你的反对票  (Read 7554 times)

0 Members and 1 Guest are viewing this topic.

Offline Musewhale

  • Hero Member
  • *****
  • Posts: 2881
  • 丑,实在是太丑了 !
    • View Profile
1、
五百刀和bigthing这样的口号简直就是BTS的巨大耻辱啊
大家说对不对?我们是不是应该狠狠的批判
想忽悠别人接盘的时候喊喊也就行了
有些人居然到现在还想喊  :P :P :P

2、
a、符合事实有毛用啊,群众都不信
b、群众为什么会相信不符合事实的呢

a、b两点值得思考:为什么有人喜闻乐见不符合事实的却不信符合事实的
个人试着分析了一下,可能有三个原因:
● 命题不对,根本不存在这种情况,或者这种情况是极少数极少数的甚至于是捏造的
● 题目中的 “事实” 绝对性的并不是真的事实
● 题目中的 “事实” 只是部分人认可的事实

又捞一分走人,我咋这么无聊呢
MUSE witness:mygoodfriend     vote for me

Offline role

  • Full Member
  • ***
  • Posts: 92
    • View Profile
争什么争,反正以后全是BM的100%受托人 +5% +5% +5%

 +5%

Offline BTSdac

  • Hero Member
  • *****
  • Posts: 1219
    • View Profile
  • BitShares: K1
争什么争,反正以后全是BM的100%受托人 +5% +5% +5%
某人500刀口号 犹在耳边,
说话的符合事实,  BM 现在只有一个委托人,
« Last Edit: May 20, 2015, 01:13:15 am by BTSdac »
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline Musewhale

  • Hero Member
  • *****
  • Posts: 2881
  • 丑,实在是太丑了 !
    • View Profile
争什么争,反正以后全是BM的100%受托人 +5% +5% +5%
MUSE witness:mygoodfriend     vote for me

Offline PTS中国

  • Sr. Member
  • ****
  • Posts: 416
    • View Profile
  • BitShares: ptschina
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
我以前也是一直对投票机制感到困惑,但我最近好好了解了一下
1.如果一票10投,如果你持有1%的股份,如果你投满10个人的话,那么相当于你最大能投满10%的票,系统总最大投票数为10*100%=1000%,但每个委托人可以获得最高100%的投票,相当于他获得系统最大可能投票额的10%。如果有10个很厉害的委托人,他们就可以获得全部的系统投票,但还剩下其他91的委托人可能面临票很低的地步,如果实施自动投票的话,这样可能会对系统比较危险。
反过来一票101投 每个代表实际上只能最大获得1%的系统最大投票票数,而且每个代表都能获得这么多。说的有点绕,如果有心的话,可以慢慢安静下来想想。
和就和一个公司需要投票选101个员工一样,如果你只选一个人,那么你只使用了1/101的投票份额。 所有大家最好投满101个人,如果大家都投满101人话,BM就基本没有话语权。
2.直接反对票不可行,我已经解释了,
3.这个可以有,

1、假设的前提就不具有可行性,大部分BTS股东都认不全哪怕30个受托人,逞论101个受托人,让他们都滥投101个受托人的制度意义何在?此为其一,其二,按照你的逻辑,10个很厉害的委托人,在101投的机制下,可以轻松直接控制101个受托人,这个就是典型的黑天鹅事件;其三,美国总统精选的投票也不过50-60%这样子,可见对于责任分散模型下的投票,不要指望太高,事实证明BTS系统从诞生到现在投票率都没有超过25%,哥们,你打算怎么号召大家都去投票呢?对于一个不可能的假设前提,后面的推论都是毫无意义的。
2、在一票十投的前提下,反对票的意义更加彰显,很显然,股东们的一票否决权,有赖反对票来保障,反对票是一票一投,你相反对谁,你也是被严格限权的,那么,你肯定倾向于反对掉,你最讨厌的受托人,当然,你是股东,你可以这么做,反对权力的大小依赖的是你的股权数。而且你的反对票模型是建立在一票多投的情况下,已经不适合分析同意是一票十投,反对是一票一投的机制了。
对于 3%代表,他们的任务只有两条
1.正确的出块
2.使用更快的带宽和更好的CPU以最快的速度出块

每个股东不需要认识这些3%代表是谁,
1.每个股东的客户端可以验证这些代表是不是正确的出块的,
2.每个股东的客户端可以根据自己和代表的连接速度 来确定代表是不是以最快的速度出块
所以如果投票策略改成这种
1.投票给自己选定的代表
2.投票给和自己连接速度最快的 3%代表
3.投票给出块稳定率最高的3%代表,

3种方式优先级迭减。并且最后投满101 代表,这样的话,肯定投票率很快上升到30% 以上

现在投票系统问题的关键在于高级受托人怎么被投下去的问题,而非3%支付率的普通受托人的这个次一级工作绩效考核问题,关于普通受托人的业绩考核是可以量化分析,这不难,后评估的模式即可以将不合格的普通受托人刷掉。对于高级受托人,系统是无法量化分析其业绩的,你的算法可能会提升大量的普通受托人而将高级受托人挤下去,这若是你的投票逻辑,哥会傻掉!!! 逻辑错了,再好的方案都是虚设的!
--------

PTS中国

Offline BTSdac

  • Hero Member
  • *****
  • Posts: 1219
    • View Profile
  • BitShares: K1
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
我以前也是一直对投票机制感到困惑,但我最近好好了解了一下
1.如果一票10投,如果你持有1%的股份,如果你投满10个人的话,那么相当于你最大能投满10%的票,系统总最大投票数为10*100%=1000%,但每个委托人可以获得最高100%的投票,相当于他获得系统最大可能投票额的10%。如果有10个很厉害的委托人,他们就可以获得全部的系统投票,但还剩下其他91的委托人可能面临票很低的地步,如果实施自动投票的话,这样可能会对系统比较危险。
反过来一票101投 每个代表实际上只能最大获得1%的系统最大投票票数,而且每个代表都能获得这么多。说的有点绕,如果有心的话,可以慢慢安静下来想想。
和就和一个公司需要投票选101个员工一样,如果你只选一个人,那么你只使用了1/101的投票份额。 所有大家最好投满101个人,如果大家都投满101人话,BM就基本没有话语权。
2.直接反对票不可行,我已经解释了,
3.这个可以有,

1、假设的前提就不具有可行性,大部分BTS股东都认不全哪怕30个受托人,逞论101个受托人,让他们都滥投101个受托人的制度意义何在?此为其一,其二,按照你的逻辑,10个很厉害的委托人,在101投的机制下,可以轻松直接控制101个受托人,这个就是典型的黑天鹅事件;其三,美国总统精选的投票也不过50-60%这样子,可见对于责任分散模型下的投票,不要指望太高,事实证明BTS系统从诞生到现在投票率都没有超过25%,哥们,你打算怎么号召大家都去投票呢?对于一个不可能的假设前提,后面的推论都是毫无意义的。
2、在一票十投的前提下,反对票的意义更加彰显,很显然,股东们的一票否决权,有赖反对票来保障,反对票是一票一投,你相反对谁,你也是被严格限权的,那么,你肯定倾向于反对掉,你最讨厌的受托人,当然,你是股东,你可以这么做,反对权力的大小依赖的是你的股权数。而且你的反对票模型是建立在一票多投的情况下,已经不适合分析同意是一票十投,反对是一票一投的机制了。
对于 3%代表,他们的任务只有两条
1.正确的出块
2.使用更快的带宽和更好的CPU以最快的速度出块

每个股东不需要认识这些3%代表是谁,
1.每个股东的客户端可以验证这些代表是不是正确的出块的,
2.每个股东的客户端可以根据自己和代表的连接速度 来确定代表是不是以最快的速度出块
所以如果投票策略改成这种
1.投票给自己选定的代表
2.投票给和自己连接速度最快的 3%代表
3.投票给出块稳定率最高的3%代表,

3种方式优先级迭减。并且最后投满101 代表,这样的话,肯定投票率很快上升到30% 以上
« Last Edit: May 10, 2015, 05:34:16 am by BTSdac »
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline bigcat

  • Full Member
  • ***
  • Posts: 103
    • View Profile
我们在这里瞎起劲,老板不理管屁用。如果有人愿意fork代码重新搞,才值得考虑这些问题。BTS其实有些优点,但是缺点更多。DPOS本来是亮点,可以提高出块速度。但是目前的选举制度是败笔。最明显的就是导致垄断甚至51攻击。应该有必要取长补短弄一个新的系统出来。
新的系统不用弄那么复杂。首先BTA锚定就可以去掉。锚定纯粹是吃力不讨好。其次TITAN也可以去掉。系统本身就是匿名的,还要弄那么好的匿名性做什么?要洗钱自己想办法去洗,总是有办法的。
比较现在市值前十的系统,如果能做到快速确认+UIA交易也足以一较高低,不至于混到现在这个惨状。

Offline PTS中国

  • Sr. Member
  • ****
  • Posts: 416
    • View Profile
  • BitShares: ptschina
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
我以前也是一直对投票机制感到困惑,但我最近好好了解了一下
1.如果一票10投,如果你持有1%的股份,如果你投满10个人的话,那么相当于你最大能投满10%的票,系统总最大投票数为10*100%=1000%,但每个委托人可以获得最高100%的投票,相当于他获得系统最大可能投票额的10%。如果有10个很厉害的委托人,他们就可以获得全部的系统投票,但还剩下其他91的委托人可能面临票很低的地步,如果实施自动投票的话,这样可能会对系统比较危险。
反过来一票101投 每个代表实际上只能最大获得1%的系统最大投票票数,而且每个代表都能获得这么多。说的有点绕,如果有心的话,可以慢慢安静下来想想。
和就和一个公司需要投票选101个员工一样,如果你只选一个人,那么你只使用了1/101的投票份额。 所有大家最好投满101个人,如果大家都投满101人话,BM就基本没有话语权。
2.直接反对票不可行,我已经解释了,
3.这个可以有,

1、假设的前提就不具有可行性,大部分BTS股东都认不全哪怕30个受托人,逞论101个受托人,让他们都滥投101个受托人的制度意义何在?此为其一,其二,按照你的逻辑,10个很厉害的委托人,在101投的机制下,可以轻松直接控制101个受托人,这个就是典型的黑天鹅事件;其三,美国总统精选的投票也不过50-60%这样子,可见对于责任分散模型下的投票,不要指望太高,事实证明BTS系统从诞生到现在投票率都没有超过25%,哥们,你打算怎么号召大家都去投票呢?对于一个不可能的假设前提,后面的推论都是毫无意义的。
2、在一票十投的前提下,反对票的意义更加彰显,很显然,股东们的一票否决权,有赖反对票来保障,反对票是一票一投,你相反对谁,你也是被严格限权的,那么,你肯定倾向于反对掉,你最讨厌的受托人,当然,你是股东,你可以这么做,反对权力的大小依赖的是你的股权数。而且你的反对票模型是建立在一票多投的情况下,已经不适合分析同意是一票十投,反对是一票一投的机制了。
--------

PTS中国

Offline BTSdac

  • Hero Member
  • *****
  • Posts: 1219
    • View Profile
  • BitShares: K1
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
我以前也是一直对投票机制感到困惑,但我最近好好了解了一下
1.如果一票10投,如果你持有1%的股份,如果你投满10个人的话,那么相当于你最大能投满10%的票,系统总最大投票数为10*100%=1000%,但每个委托人可以获得最高100%的投票,相当于他获得系统最大可能投票额的10%。如果有10个很厉害的委托人,他们就可以获得全部的系统投票,但还剩下其他91的委托人可能面临票很低的地步,如果实施自动投票的话,这样可能会对系统比较危险。
反过来一票101投 每个代表实际上只能最大获得1%的系统最大投票票数,而且每个代表都能获得这么多。说的有点绕,如果有心的话,可以慢慢安静下来想想。
和就和一个公司需要投票选101个员工一样,如果你只选一个人,那么你只使用了1/101的投票份额。 所有大家最好投满101个人,如果大家都投满101人话,BM就基本没有话语权。
2.直接反对票不可行,我已经解释了,
3.这个可以有,
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091

Offline PTS中国

  • Sr. Member
  • ****
  • Posts: 416
    • View Profile
  • BitShares: ptschina
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
投票问题我在英文区问过,stan的回答是没有必要改。这事牵涉到受托人收入分配,受托人都是当前受益者,所以永远也不会改。

嗯,这就是设计者预留的BUG,或者说是后门,如果说给BM们几个永久的受托人,作为纪念也算正常,其他的太多的真心养不起
--------

PTS中国

Offline bigcat

  • Full Member
  • ***
  • Posts: 103
    • View Profile
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
投票问题我在英文区问过,stan的回答是没有必要改。这事牵涉到受托人收入分配,受托人都是当前受益者,所以永远也不会改。

Offline PTS中国

  • Sr. Member
  • ****
  • Posts: 416
    • View Profile
  • BitShares: ptschina
呵呵,又是投票问题,这个讨论过N遍了,也没见改进,我的意见罗列如下:
1、一票101投毫无该进的空间吗?说了N久,啥都没改进,这项规则导致一个大股东直接霸占所有的投票权。建议改成一票十投,可以支持不超过十个人受托人,有助于扼制一下大股东的滥投,给中等股东一些机会。每个人都有一定的认知范畴,超过对十个受托人的深刻了解,基本上不靠谱,从这点意义上来说,一票十投足矣。
2、系统无反对票设置,简单启用反对票可能会影响系统的稳定,但无反对票的危害已是历历在目了,建议设置反对票,反对票一票一投,并且反对票是半公开化的(受托人可以查看到反对者的账号),半公开化机制可以扼制一下随意乱投反对票的账户,毕竟反对一个受托人需要一定的理由。
3、建议设置一个投票有效期,譬如一年,一年后,投票失效,重新投票后可以有效一年。
--------

PTS中国

Offline bigcat

  • Full Member
  • ***
  • Posts: 103
    • View Profile
这个逻辑是错的。对受托人的支持程度,应该分3种:支持,一般(不支持也不反对),反对。
如果为了反对一个人,必须支持其他所有人(其中很多是本来不想支持的),那怎样才能支持自己真正想支持的受托人呢?
选101个委托人,并不是选一个委托人
如果直接使用反对票会让系统出现问题, 有反对票话, 每个代表的得票率=赞成票-反对票, 
对于这个系统来说能投出的总反对票和总赞成票是相等的. 那么所有代表的票数总和应该等于0
这样任何一个小的投票都可以控制系统

那就美国总统的选举来说, 上次奥巴马的普通选票得票率为50.1%,罗姆尼的普通选票得票率为48.4%,
分析,选奥巴马的人肯定反对罗姆尼, 选罗姆尼肯定反对奥巴马.
如果有反对票
奥巴马得票=50.1%(赞成)-48.4%(反对)=1.7%
罗姆尼得票=48.4%(赞成)-50.1%(反对)=-1.7%(<0)
他们两个最后的得票都很低
上面我只是做了一个类比,但你可以发现
如果是这样,我们需要101个代表, 那么很多选票为0的代表都可以出块了,  这样会让系统非常不安全.
选2个人反对票没有用,但是选101人就不同了。没有反对票没办法把不干事的人选下去。
说到系统安全,现在只要有十几%就能控制半数以上受托人,安全吗?
你所说的属于极端情况,一般人是不会投过多反对票的。要彻底避免你说的情况其实也很简单,只要限制投的反对票必须少于赞成票,整个系统的票数就是正的,不可能让票数为0的当选。
反对票还是次要问题。一票多投才是根本问题。现在投票已经没什么意义。投来投去都是前面那些人,那些人的地位不断得到稳固,即使什么事不干也下不来。

Offline helloworld

  • Full Member
  • ***
  • Posts: 108
    • View Profile
 +5%
这个逻辑是错的。对受托人的支持程度,应该分3种:支持,一般(不支持也不反对),反对。
如果为了反对一个人,必须支持其他所有人(其中很多是本来不想支持的),那怎样才能支持自己真正想支持的受托人呢?
选101个委托人,并不是选一个委托人
如果直接使用反对票会让系统出现问题, 有反对票话, 每个代表的得票率=赞成票-反对票, 
对于这个系统来说能投出的总反对票和总赞成票是相等的. 那么所有代表的票数总和应该等于0
这样任何一个小的投票都可以控制系统

那就美国总统的选举来说, 上次奥巴马的普通选票得票率为50.1%,罗姆尼的普通选票得票率为48.4%,
分析,选奥巴马的人肯定反对罗姆尼, 选罗姆尼肯定反对奥巴马.
如果有反对票
奥巴马得票=50.1%(赞成)-48.4%(反对)=1.7%
罗姆尼得票=48.4%(赞成)-50.1%(反对)=-1.7%(<0)
他们两个最后的得票都很低
上面我只是做了一个类比,但你可以发现
如果是这样,我们需要101个代表, 那么很多选票为0的代表都可以出块了,  这样会让系统非常不安全.
BTS:bts-hero

Offline BTSdac

  • Hero Member
  • *****
  • Posts: 1219
    • View Profile
  • BitShares: K1
这个逻辑是错的。对受托人的支持程度,应该分3种:支持,一般(不支持也不反对),反对。
如果为了反对一个人,必须支持其他所有人(其中很多是本来不想支持的),那怎样才能支持自己真正想支持的受托人呢?
选101个委托人,并不是选一个委托人
如果直接使用反对票会让系统出现问题, 有反对票话, 每个代表的得票率=赞成票-反对票, 
对于这个系统来说能投出的总反对票和总赞成票是相等的. 那么所有代表的票数总和应该等于0
这样任何一个小的投票都可以控制系统

那就美国总统的选举来说, 上次奥巴马的普通选票得票率为50.1%,罗姆尼的普通选票得票率为48.4%,
分析,选奥巴马的人肯定反对罗姆尼, 选罗姆尼肯定反对奥巴马.
如果有反对票
奥巴马得票=50.1%(赞成)-48.4%(反对)=1.7%
罗姆尼得票=48.4%(赞成)-50.1%(反对)=-1.7%(<0)
他们两个最后的得票都很低
上面我只是做了一个类比,但你可以发现
如果是这样,我们需要101个代表, 那么很多选票为0的代表都可以出块了,  这样会让系统非常不安全.
« Last Edit: May 07, 2015, 02:33:44 am by BTSdac »
github.com :pureland
BTS2.0 API :ws://139.196.37.179:8091
BTS2.0 API 数据源ws://139.196.37.179:8091