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 - logxing

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 46
76
DAC PLAY / Re: If you want to become a delegate of DACPLAY
« on: June 09, 2015, 04:24:37 pm »
This man made a rational decision on April 12, 1976. ;)

We are here because we believe the potential of DAC. :D

We appreciate the support of early DACPLAY delegates.
Certainly we will establish the profit models of delegates and improve the value of PLS.

77
DAC PLAY / If you want to become a delegate of DACPLAY
« on: June 08, 2015, 02:44:38 pm »
You can introduce yourself at http://playtalk.org/index.php?board=13.0.

You can tell people your plan, ability, opinion about PLAY etc.

Or just prove you hold some PLS(by vote yourself).

Every shareholder can be delegate, just let the other people know you more. :)


==========================
BTW: All delegates, exchanges, seed nodes, and other services should subscribe to
http://playtalk.org/index.php?topic=355.0

78
DAC PLAY / Re: Lie low some init delegates
« on: June 08, 2015, 02:38:19 pm »
You can introduce yourself at http://playtalk.org/index.php?board=13.0.

You can tell people your plan, ability, opinion about PLAY etc. Or just prove you hold some PLS(by vote yourself).

Every shareholder can be delegate, just let the other people know you more. :)

79
新版本升级信息请关注:
http://playtalk.org/index.php?topic=355.0

所有受托人,交易所等请订阅上贴。

80
喜大普奔 :D

81
以前都是吹牛不上税。现在连什么时候吹也要先卖关子。没人知道有什么bigthing,只知道那天会有新的牛吹出来。为什么那么肯定那天只是吹牛不是发布呢?因为假如有新的功能,应该会事先在社区讨论。除非这个规则也改了。

“在一个大项目里面(比如说 500人),经常有很多不了解情况,喜欢唧唧歪歪发言的混混,特别浪费时间。对策就是小范围解决了问题,再发布结果。让这些嬉皮混混没机会发言.”
这个不是我说的,是别人的经验总结,不过我认为有一定的道理。

82
General Discussion / Re: In preparations for the "big" announcement
« on: May 19, 2015, 07:53:40 am »
Ethereum got many attention because their vision is very BIG.
Does Bitshares have a killer feature can involve many programer, developer or entrepreneurial talent.
They can do something base on Bitshares, not work for Bitshares. It is ecosphere.
Is Bitshares turing on the plan list?

83
即使没有到期平仓大单一样会被狙。
大单是遗留问题,第一个大单必然是自己short给自己,其目的要么是拿利息,要么是拿bta去做其他事,等于是贷款。

利息是对需求的扭曲,是最应该立刻取消的东西,而不是取消平仓期限。
至于自己short给自己拿贷款,这是正常操作,大户无法还贷必然会影响系统稳定,这是因为这个大户实在太大了,和平仓期限也没有直接关系。

个人认为大户贷款的可能性不大,如果大户需要钱,可以直接卖掉部分bts即可。但是大户最初是short了70万美元,这不可能是贷款。也就是最初这70万美元大户是自己持有的,但是后来大户挪用了部分bitusd,改变了最初的只拿利息的策略。导致无法按期限平仓,又不肯止损,而是一再展期,这才有后面的问题。目前的问题的根源并非是平仓期限,解决方案也不应该是取消平仓期限。

84
才开始而已吧,目前币的应用主要在交易(炒币)。但区块链技术真正爆发威力要靠用户的规模。
目前几乎没有一个币在用户规模效应上做得相对成功,比特币算是成功了,但是它的用户主要是交易者。
其他币不管总市值看起来多高,用户规模都没有真正起来。

靠交易带动的用户粘性极差,熊市一来都跑光了,因此靠交易来吸引用户的道路是错误的。
每个币必须有其独特的吸引用户的地方。

85
中文 (Chinese) / Re: BTS 将要失败
« on: April 29, 2015, 11:04:43 pm »
说失败言之过早,虽然价格低迷,但是内在生命力仍然很强。

86
我要补充一句,断电还是概率不低的事件。对于BTS这样一个资金敏感的产品,还是应该加入对这些意外情况的保护功能。

再有一个体会是,titan真的是害人不浅,和它带来的隐私保护功能相比,它同时也制造了数不清的麻烦。从工程和产品角度,对类似的设计要素是一个警示。

87
周日晚,居住的小区突然断电,当时我钱包开着。供电恢复后发现钱包登录不进去,输入密码无反应。此时直接导出json程序崩溃。

看样子是断电导致文件损坏了。

于是我备份了当时的wallet文件夹。

然后我导入了大约一个月前的备份,重新下载区块链,扫描后,余额和挂单均丢失了很多。那就是account的私钥在我备份后又生成了很多的缘故了。于是用wallet_regenerate_keys重新生成私钥,参数设为1000。漫长的等待后(重新scan)发现余额和单子还是没找回。

查了一下,不少人要设为80000才能找回单子。这究竟什么鬼?难道私钥生成顺序不是确定的,而是在一个集合中随机选出的?

我试了下80000,8G的内存不够,程序崩溃了两次。这条路看来不通,即使私钥生成了,后面的扫描过程也不是人等的,而且还未必可以找回所有的单子。

然后,鬼使神差的,我解决了这个问题,解决办法是:
使用出问题后的wallet文件夹,删除default文件夹里面的 00NNNN.log 文件,NNNN是数字。

然后启动程序,就可以输入密码进入钱包了,希望能帮助到大家。这个log文件不知是做什么具体用途,但看起来删除后并没有丢失数据,如果有人知道这文件的用途也请不吝赐教。

经验:常备份,特别是挂单后,不要过于迷信wallet_regenerate_keys能搞定所有的事情,虽然理论上是一次备份就够了。出问题后,尽可能备份当时的状态,然后你就可以放心的试各种办法了。

88
我估计,我有一个比较好的解决办法,我在联盟群里也发过,估计可以做到 在几十秒外的开奖,所有人的数学期望相等。可以抗最后一个委托人作恶,周末整理一下发布出来。

我看了你的方法,请看这段
Quote
在目前的结构下,只要Bf在出块前知道本局游戏结果,他就可以选择miss。
他可以在所有的块中都下注,此时他的数学期望是:1+(1/101)*(1-1/k)。k极大时为接近1.01。这也是目前结构的理论上最佳结果。即使DPOS完全取消轮值洗牌模式,每个块的出块者都是在上一个块出完后才能知道自己才是下一个块的出块者的情况下,作恶受托人仍然具备的最小优势。对于下一个块完全随机指定出块者的方式,我们已有一些策略,暂不在本文中描述。

你的方法的核心是每块发布后,只有M个受托人的顺序是确定的。我上面这段话相当于你这里的M=1,也就是最理想情况。
即使M=1,受托人仍然具有高于一般玩家的期望值,约为1.01。

在这样一个结构中,游戏开奖间隔N大于等于M块的话,受托人的期望值约为1.01。但是如果N小于M,受托人期望就约为2。原始的方法是1+(1/N),你的方法是与N无关的,仅与N是否小于M有关。

调整确定下一出块人的算法涉及DPOS结构的稳定性,从效果上来说PLAY需要这种结构变更来提高随机性,但是稳定性问题是难以预测的,M=1和M=3和M=6的稳定性是否一样?如果一样的话可以直接取M=1,其实我也比较好奇为什么BTS不直接采用M=1的方法而是采用了轮值的方法,当时在BM的DPOS帖子中有长达十几页的讨论,我想应该是有一些理由导致了BTS使用了目前的结构,对这部分的修改可能风险巨大。

89
General Discussion / Re: Shuffle Bounty $200 BitUSD
« on: April 09, 2015, 04:22:12 pm »
A            A             A              A               A
Sn-2       Sn-1         Sn            Sn+1          Sn+2
H(Sn)     H(Sn+1)     H(Sn+2)    H(Sn+3)     H(Sn+4)

2 round is really simple method to solve problem AXXXA(all control by one person), not take more blockchain space.
And i like new shuffle algorithm too. Can we do both?

90
DAC PLAY / Re: Vested balances and faucet
« on: April 09, 2015, 03:36:22 am »
Just a follow on Q, would you need to import all keys before the 1st July, or can this be done at any future point?
any time

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 46