256
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.
257
中文 (Chinese) / Re: DPOS潜在风险分析及改进方案(更多的候选代表+准备金+更严厉的惩罚机制+守夜人制度)
« on: April 07, 2014, 04:20:52 am »兄弟,如果是挖矿,确实有这个问题。我认为是这样的,不晓得对不. 交易是广播给全网,但只有100个当前获得记账权限的节点NODE1- NODE100才接收交易清单,如当前轮到NODE 5 记账,记完块一发布,如果发现和其余51个节点对不上.你们都没考虑一个问题,DPoS是以区块为单位的,所以在不能产生区块或发生反常情况时还需要等下一个区块才能防止攻击所造成的影响。
1.NODE5 发布的区块被否决;
2.NODE 5 被记大过 ,被踢出代表队伍.
3 NODE X马上生成新区块.
对上了把区快全网发布。
以上算法问题是,
1.51%攻击仍然有效.
2.如果实际控制了31% 节点.让别的40% 机器被DDOS攻击,是可以30台机器联合造假的. 实际概率很小(无IP记录,HASH值)。但时间久了,长期轮守的NODE,获取这些NODE IP是可能的。
我觉得系统还是应该有套应急机制, 建立分级候选代表制度(500NODE),这些代表平时可以接收交易清单缓存,记录但不记帐,对效率没有影响。一、随时进入100代表。二、是应急情况启动扩大代表投票(牺牲效率)。
1.新区块产生了60:40,或者80:20等反常情况。
2.10个以上的代表NODE无响应.
3.记帐记录3个以上节点出现相互混乱。
4 .连续轮换3个代表,多长时间,均不能产生新区快。
以上的阀值,触发应急系统,100个代表,扩大到600,替补代表参与区块产生,直到大于51% 达成一致。
如果是交易数据维护没问题, 我的意思是100个代表都保存了交易记录,但只有一个代表负责写,写完了区块广播出来,如果和100个代表中大多数的记录有差异,这个区块就被否决。
258
中文 (Chinese) / Re: DPOS潜在风险分析及改进方案(更多的候选代表+准备金+更严厉的惩罚机制+守夜人制度)
« on: April 07, 2014, 12:32:10 am »
我认为是这样的,不晓得对不. 交易是广播给全网,但只有100个当前获得记账权限的节点NODE1- NODE100才接收交易清单,如当前轮到NODE 5 记账,记完块一发布,如果发现和其余51个节点对不上.
1.NODE5 发布的区块被否决;
2.NODE 5 被记大过 ,被踢出代表队伍.
3 NODE X马上生成新区块.
对上了把区快全网发布。
以上算法问题是,
1.51%攻击仍然有效.
2.如果实际控制了31% 节点.让别的40% 机器被DDOS攻击,是可以30台机器联合造假的. 实际概率很小(无IP记录,HASH值)。但时间久了,长期轮守的NODE,获取这些NODE IP是可能的。
我觉得系统还是应该有套应急机制, 建立分级候选代表制度(500NODE),这些代表平时可以接收交易清单缓存,记录但不记帐,对效率没有影响。一、随时进入100代表。二、是应急情况启动扩大代表投票(牺牲效率)。
1.新区块产生了60:40,或者80:20等反常情况。
2.10个以上的代表NODE无响应.
3.记帐记录3个以上节点出现相互混乱。
4 .连续轮换3个代表,多长时间,均不能产生新区快。
以上的阀值,触发应急系统,100个代表,扩大到600,替补代表参与区块产生,直到大于51% 达成一致。
1.NODE5 发布的区块被否决;
2.NODE 5 被记大过 ,被踢出代表队伍.
3 NODE X马上生成新区块.
对上了把区快全网发布。
以上算法问题是,
1.51%攻击仍然有效.
2.如果实际控制了31% 节点.让别的40% 机器被DDOS攻击,是可以30台机器联合造假的. 实际概率很小(无IP记录,HASH值)。但时间久了,长期轮守的NODE,获取这些NODE IP是可能的。
我觉得系统还是应该有套应急机制, 建立分级候选代表制度(500NODE),这些代表平时可以接收交易清单缓存,记录但不记帐,对效率没有影响。一、随时进入100代表。二、是应急情况启动扩大代表投票(牺牲效率)。
1.新区块产生了60:40,或者80:20等反常情况。
2.10个以上的代表NODE无响应.
3.记帐记录3个以上节点出现相互混乱。
4 .连续轮换3个代表,多长时间,均不能产生新区快。
以上的阀值,触发应急系统,100个代表,扩大到600,替补代表参与区块产生,直到大于51% 达成一致。
259
中文 (Chinese) / Re: [翻譯]DPOS白皮書
« on: April 06, 2014, 01:58:00 am »既然代表有收益,那也应该有惩罚机制(不然就是稳赚不赔的生意,可能有一点电费),缴纳一定的保证金才能当代表,作弊的话,没收一定的保证金。当然惩罚不是目的,主要是增加作弊的代价,让代表诚实的履行职责,保证系统的稳定性。
还可以考虑计算100强的时候,考虑缴纳保证金的数量,缴纳保证金越多的,当选代表的可能性越大。保证金越多,作弊成本越大。
这个好.抵押BTS
260
中文 (Chinese) / Re: 江湖召集贴-龙门矿业 期待BTS众英雄的加盟
« on: April 06, 2014, 01:56:48 am »
这个很好干,市场机制,如果你的节点分得少,别人可以另立节点,投票的人就跑了.
我觉得随便普通电脑不妥,首先要装linux,运行要足够稳定,维护DPOS的安全,最好有点防御攻击能力.
各位先量你们的武器.
我觉得随便普通电脑不妥,首先要装linux,运行要足够稳定,维护DPOS的安全,最好有点防御攻击能力.
各位先量你们的武器.
263
中文 (Chinese) / Re: 能不能搞个vpn功能dac
« on: April 04, 2014, 05:38:57 am »我也有类似想法,有谁对VPN比较了解的出来聊聊。能想到的有下面一些要素
VPN Coin, 用户购买用来购买服务
VPN Miner, Dac雇员,用来提供VPN服务,但是如何将VPN服务接入,并量化服务内容,以收取VPN Coin?
会不会受到VPN技术的限制,VPN服务似乎不太容易打碎打散提供,会不会影响服务质量
都是中国人,来句真话,BTX 进度怎么样,别再跳票了,再跳票影响恶劣。
264
中文 (Chinese) / III同学还是加紧干活吧,再跳票,就到了大家的极限了。
« on: April 02, 2014, 12:29:13 am »
4月BTS 出不来,PTS 跌到30元以下!~!!!
5月BTS出不来,PTS跌到20元以下!~!!!
6月BTS出不来,PTS跌到10元一下!~!!!
简称:456,321
5月BTS出不来,PTS跌到20元以下!~!!!
6月BTS出不来,PTS跌到10元一下!~!!!
简称:456,321
265
中文 (Chinese) / Re: 出个钱包很难么?
« on: April 01, 2014, 09:49:48 am »
理解要理解,该推动的还是要推动,目前貌似程序还是主要靠 bytemaster。
希望III能多几个大牛,能和BM各施其责,同步工作。那样效率高很多。
希望III能多几个大牛,能和BM各施其责,同步工作。那样效率高很多。
266
中文 (Chinese) / Re: [翻譯]關於"受託方機制"的討論
« on: March 31, 2014, 12:33:16 pm »看了各方讨论,我觉得我应该站在受托人机制的反对方。我认为无论选举机制做的多么合理,总会存在攻击风险。
一是选举机制的攻击。
第二就是针对受托人的攻击。网络内每个人都知道谁是受托人,受托人必定是一个pc,针对受托人的任何形式的攻击都会轻易成功(未必一定是ddos).
无论哪种攻击都会有导致Bts系统不稳定的巨大风险,攻击者就可以通过做空bts获利。
兄弟,你说的这个也不一定成立.也提供了一种思路,攻击肯定存在,但设计的机制是攻击成功了,但也不能做空获利呢?
还有中心化更不能避免被攻击.追寻100%安全? 还是追寻 安全和适用的平衡?
所以做两个产品,一起以实践来检验最好
267
中文 (Chinese) / Re: 建议3i公司的产品延迟开源,或者不开源。以免成为山寨币的骗人武器。
« on: March 31, 2014, 04:01:31 am »
简单粗暴的山寨模式应该很快就要过时,很多人被套。
和深圳股票刚出来一样,是个股票都好几百一股。
后面买币,就是买股票,实际是看这个公司的软件持续开发能力以及综合实力,
看谁能在P2P应用这块能开发出伟大的互联网应用。
如果站在这个角度,KEYHOO可能真的是个好设想。
和深圳股票刚出来一样,是个股票都好几百一股。
后面买币,就是买股票,实际是看这个公司的软件持续开发能力以及综合实力,
看谁能在P2P应用这块能开发出伟大的互联网应用。
如果站在这个角度,KEYHOO可能真的是个好设想。
268
中文 (Chinese) / Re: [翻譯]關於"受託方機制"的討論
« on: March 31, 2014, 03:50:32 am »
如alt所说,这是个伟大的想法,就是实现了中心化的速度和效率,兼顾公平。但这中间的情况,可能利用算法受攻击的情况比较多。需要时间的考验,需要更多专家来找漏洞。
269
中文 (Chinese) / Re: [翻譯]關於"受託方機制"的討論
« on: March 31, 2014, 03:32:47 am »是的,投票就会涉及到人,政府或者机构应该会相对容易的控制人对投票结果的影响吧,dan提出的这个机制能否避免这个问题?凡是涉及到人治的,肯定会有风险,而且风险很大吧,dan制定的这套机制能够解决问题么,大牛们一起讨论下呀。你所说的人治是指投票吗?
就我理解所谓的投票是客户端自动执行的,大多数人的客户端是没作弊的,所以会自动排除作弊者。
应该不是让你在客户端投票,应该是算法,自动执行的
270
中文 (Chinese) / Re: [翻譯]關於"受託方機制"的討論
« on: March 30, 2014, 03:37:52 pm »
币分散风险是不是更小? 数量400万是不是少了.
如果能解决速度问题,这太关键了.
如果能解决速度问题,这太关键了.