Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - BTSdac

Pages: 1 ... 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 ... 82
961
中文 (Chinese) / Re: 从这个角度看1股多投你们能理解吗?
« on: August 05, 2014, 12:43:28 pm »
有人说投票就该1股1票投,人家公司都这么干的。
那好啊,股东大会是1人1票,那至少要50%通过才算有效吧?没有哪个是1%就能代表公司利益,就能通过决策的吧?

如果非要纠结1票1投,从下面这个角度你们能接受吗?
现在开会了,投票选代表。
首先请参选者排队
现在是1号选手BM,大家同意吗?同意的投票,每股1票。。。。   
现在是2号选手烤面包,大家同意吗?每股1票。。。。。
现在是3号选手黑鱼人,大家同意吗?每股1票。。。。。。

最后,得票最高的前101位代表当选
请问这还是算1股1票吧?就算有1000个备选代表,每股能投1000数票我也没看出来有什么问题

在DAC系统中,没法按上面提到的那样举办股东大会,等大家一个个投票。
因此以现在这样1个人投101票的形式出现了,但其本质上是相同的。
请反对者说说,上面那个投票流程有什么问题?
以前的帖子中我曾举了个极端的例子,可以看出最终的区别【这在像国会议员选举中是不可思议的,必将导致一党专政】:

目前一票多投投票制度的弊端举例:若一票101投,50%股份集中票决定101人无条件当选,剩余零散50%票连一个当选都无法保证【只要其中少一票】。
不作死不会死,如果控制了50%币的人都这样虐待BTSX的话,他不为他自己的利益,那我们小散就跑吧,以现在BTSX 的分散度 要想控制50%的币,太难了。
如果改改一票最多可以选择67个话,你说的问题应该不存在,我相信III 以后可能要改,现在只是护送BTSX一段时间,但不需要改成一票一投,

962
我想这位仁兄还没弄清楚基本情况,我们不是一人一票。
本来就不是一人一票,是按股票投票

你要是真的清楚这个内涵的话,你再套用到你的假设和结果里,还能成立吗

这么和谐的场面只是你自己所想的,资本是不会带小散玩的,而且本来就集中,还要放大资本的能力,小散怎么死都不知道。
什么内涵?

963
中文 (Chinese) / Re: New Allocation Proposal -- 新的分配方案
« on: August 05, 2014, 04:30:00 am »
这是一个避重就轻的方案,中国投资者会全部出局
为什么会全部出局?大家都需要妥协.

964
我想这位仁兄还没弄清楚基本情况,我们不是一人一票。
本来就不是一人一票,是按股票投票

965
如果把BTSX比作一个公司,把代表比喻为公司的执行董事,现在需要101个董事,全体股东投票选101个董事, 有两种规则,一种是每个股东可选1个董事.还有一种是每个股东可以选101个董事, 最后票数前101的候选人当选.
比较这两种方法在数学上没有什么本质的区别, 在操作上呢, 每张选票选一个董事方便于考察董事,而每张选票选101个董事似乎不方便考察,但如果系统给了一个董事的评分系统(BTSX的出块稳定率),这样一来考察董事能力也很方便了.所以操作上没有什么本质区别.
但这两种方式究竟有什么不同呢?
如果一票只选一个,股东很有可能直接从董事得到回馈;
如果一票选101个董事,股东基本上很难直接从董事的到回馈.
下面结果可能的两种情况
一票一选,
董事拉票,回馈选择自己的股东, 股东投票看董事回馈多于董事能力,  公司效益一直不好,股票价格大跌,股东虽然得到董事为拉票得到少量回馈,但股票价格下跌损失惨重.
一票101选,
股东投票看董事能力,基本不可能得到董事回馈, 但由于选出来的董事都是能力强的, 公司效益很好,股票大涨, 股东虽然没有直接从董事那里得到好处,但股票大涨的好处大大多于前者.

966
中文 (Chinese) / Re: 解决垄断、投票积极性的投票方案
« on: August 04, 2014, 10:49:22 am »
1.刷票是什么意思?
2.惩罚1%的票去哪里了,消失了吗?,出块率就已经显示这个代理业绩,在惩罚,是双重惩罚。
3.不能强制投票, 比如可以让投票给好处,但不能强制别人投票。
4.保留50%的是什么意思,和2一样,不能维持票数恒定,反复给自己投票,然后撤销,(保留50%)刷票?

967
中文 (Chinese) / Re: DACs设计总要思考
« on: August 04, 2014, 04:23:42 am »
DPOS受托代表选举制度
DPOS是DACs的基石,101名受托代表的选举制度之重要性不言而喻。
在现实生活中,无论是民主国家大选,还是股份公司投票选举,均采用一人一票或一股一票制,这是民主、平等的保障,是当今最公平、公正的投票选举制度。DPOS受托代表选举必须遵循这种原则,否则会落人分配不公、徇私舞弊、预挖等各种口实,DACs要想走向变革社会的企图无疑会举步维艰。

一票多选问题本身没有任何问题,  比如选择一个社区有100个候选人, 需要选出来10个代表,  那每个人都可以选择10个代表出来.     所以一票多投没任何问题, 问题在于 很多人都不会选购101个人, 所以得呼吁大家去多投票.

968
如果我是大户,手里有较大的股份,为了保证我自己的利益最大化,我更愿意做的是联合其他几个大户,争取一定数量的代表,并且这些代表全部100%收益都留给自己,哪怕1%都不燃烧,就算有人给我投反对票,我可以马上更换一个ID重新成为代表,那么最终的结果就是我控制的代表可以100%的收益给我自己,并且随着我手中的股份增多,我可以争夺更多的代表席位,我手中的股份会滚雪球式的放大。散户你永远没有发言权。
这样的大户也太短视了,你这样把这个币搞垮了,对大户自己有什么好处吗,

969
General Discussion / Re: blockchain explore(From BitSuperLab)
« on: August 03, 2014, 01:23:14 am »
it is great  +5%

970
支持1人1票,而不是根据拥有BTS数量多少确定选票数目
这个逻辑上不行,技术上也不行
现在是一票多投,现在改革的趋势应该是一票几投 或者一票一投

初期一票多投是有考虑的, 很多代表没有准备好,等系统稳定了,得呼吁改革

971
中文 (Chinese) / Re: DNS的分配问题讨论
« on: August 02, 2014, 03:38:22 am »
I have a suggestion
1.if resume  max translations per block is N,   fee per translation is 0.1,  exclude the translation fee ,the delegate also can get some fee for creating block ,but this fee is calculation by formulation
addtional fee =(N-N_tx)*R*0.1
N: max translations per block
N_tx: translations of this block
R: a ratio   0<R<1
0.1 : this is equal as fee per translation

so the total fee = N_tx*0.1+(N-N_tx)*R*0.1

I reume R=0.25, N=100
1. if it is a empty block (no translation)  the fee giving to delegate = 100*0.25*0.1=2.5
2. if it is a full block( include Max translation) the fee giving to delegate =100*0.1=10

you can see  delegate can gain some fee even it is a empty block, and if the delegate want to gain more fee ,they must try to include more translations
as the following picture show ,the horizontal mean translalation in the block , and the vertical mean fees delegate gain.
there are five sulation ,they are R=0.1 , R=0.25 ,R=0.5 , R=0.75, R=1  .


973
中文 (Chinese) / Re: 群里流传这样一张图
« on: August 01, 2014, 03:13:16 pm »
赞求同存异。sfinder的表达方式可能很多人不习惯,但不影响他对社区的贡献。一个健康的社区一定是需要多种声音的

来自我的 HUAWEI P7-L00 上的 Tapatalk
+5%

974
if we want to send some BTSX to new user , we have to add his address to local contact first. but many names have been registered on block chain. we have to try many times to find the registered name .
Is there any reserve zone of name for local using ,like prefix of special character as the reserve character for local contact name .
Not heard of a local zone ... but its a good idea .. could you open a github issue on that ...

reminds me of 127.0.0.1 :)

+5%
I 'd like to , but I am not a programmer,so I don`t konw how to  , I don`t konw if you can help me take this issue ,thanks

975
if we want to send some BTSX to new user , we have to add his address to local contact first. but many names have been registered on block chain. we have to try many times to find the registered name .
Is there any reserve zone of name for local using ,like prefix of special character as the reserve character for local contact name .

Pages: 1 ... 58 59 60 61 62 63 64 [65] 66 67 68 69 70 71 72 ... 82