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

Pages: 1 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 21
166
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 22, 2014, 11:07:45 pm »
进度更新:
[0923]
参考HackFisher的代码,实现了dice_operation及相关的transaction生成及在区块链上的保存。

167
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 21, 2014, 01:09:31 pm »
每一种游戏有它自己的一种筹码,比如DICE,用户如果想玩Dice的话,就用PLS 来买DICE CHIPS, 玩玩了之后可以持有也可以将这些筹码卖成PLS.
BitShares Play的核心是提供了一个游戏资产的交易平台,而像Dice就可以直接在DAC内定义和开发。
假设我有CNY或bitCNY,要玩dice的话,需要CNY->PLS->DICE,赢得的再DICE->PLS->CNY?
如果是类似BTSX,PLS抵押产生bitCNY,然后bitCNY可以直接玩DICE,貌似可以更有吸引力些。不过我是想先做个简单的DAC,后期等PLS平台成熟了可以直接移到PLS平台。否则前期太依赖PLS,进度会受很大影响。

168
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 19, 2014, 08:31:13 am »
楼主,Dice的代码之前已经完成了,不过还没有GUI,有兴趣的话可以合作(Snapshot 里面应该会有Game Providers Reward Program)

BitShares Play 会是个Platform,所以不打算发单独的BitShares Dice了。

https://github.com/Bitsuperlab/bitshares_play/tree/dice_chip

多谢,我先看下。我是想做个简单的DAC,不知道挂在platform上会不会增加复杂度,先学习下再说。

169
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 19, 2014, 08:23:48 am »
进度更新:
[0919]
testnet开始产块。命令dice_roll加入并执行返回空结果。

170
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 18, 2014, 06:14:53 pm »
进度更新:
[0919]
testnet开始运行,因为节点数的关系,还没有开始产出块。明天找台机器连上应该就可以开始产块了。

171
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 16, 2014, 01:05:09 pm »
进度更新:
[0918]
种子节点运行成功,p2p网络运行正常。
导入初始delegates私钥。

172
中文 (Chinese) / Re: JustDice风格的骰子DAC提议(JDS)
« on: September 16, 2014, 01:04:44 pm »
进度更新:

[0917]
代码cloned https://github.com/zhangweis/jds
名称修改完成
编译通过
genesis文件修改
program/client/bitshares_client可以执行 但没有种子节点 network_num_connections为0

173
中文 (Chinese) / JustDice风格的骰子DAC提议(JDS)
« on: September 16, 2014, 01:03:49 pm »
昨天晚上翻看Bitshares Dice,没有看到相关的进度。可能他们都忙于BTSX了。不过可能思路不太一样。

我的想法是这样:
1.分配方案类似DNS。
2.名字就叫Just Dice Shares (JDS)。从名字可以看出会尽量借鉴JD,另外会保持尽量简单。
3. House Edge - 1%
4.所有JDS持有者为House。bet赢了的话,赢的JDS靠增发提供,这相当于所有JDS持有人按比例输给dicer。bet输了的话,输掉的JDS直接burn掉。这个与JustDice不一样,目的是简化方案而不影响效果。
5.投掷骰子后结果要尽量快出来。目标10秒内,争取5秒。
6.数学上保证公平,这个会限制5的速度。
基本想法是101个delegates,第n个delegate由第n-2个block的secret产生的随机数从top 101个中选一个。之所以选择n-2是为了保证可以提前1个块知道下一个delegate是谁,保证未来可能的网络优化。从101个delegates随机选是为了保证delegates没法作弊。

大致计划的想法:
我的时间特别有限,只能利用点半夜的时间,所以这里只是提出参考,再加上我的C也放下很久了,只能看懂代码,要写和调试比较困难,所以进度只能参考。希望能有高手加入或者直接按这个思路实现。
我比较习惯快速迭代或者说快速失败,所以计划是尽早发布(比如第一周就出testnet)。

1 week : clone BTSX的代码,改名为JDS,设置并运行testnet(JDST)。所以这一步只是BTSX的简单拷贝改名。
2 week: 投掷骰子,返回输赢结果并调整总体和dicer余额的cli支持
1 week: 投掷骰子的GUI支持
2 week: GUI重写,简化及优化。简化是去掉市场功能。优化是界面修改,比如使用大字体及移动风格。
2 week:完整GUI,比如my bets, all bets等等。

欢迎吐槽,建议或组队。

174
back to the topic:
If there is interest I can start write down some details on what to do to get btsx keys from btc keys ..

Is it easy to do that in javascript? I'm thinking of a way to generate btc keys in an offline chromebook and get btsx public key from btc keys.

175
中文 (Chinese) / Re: 怎样关掉short的价格限制
« on: August 29, 2014, 02:34:41 pm »
据我理解是为了防止市场操纵。只有等过段时间1小时均价升/降后,再short了。
我觉得应该可以放short单,但是超过价格限制不能成交。
另:bid和ask不受价格限制,只有short和cover受限制。

176
中文 (Chinese) / bitCNY叫比特元如何?
« on: August 28, 2014, 12:06:07 am »
感觉比特人民币太长太拗口。

177
General Discussion / When will the first BTSX clone start?
« on: August 25, 2014, 11:09:42 pm »
It's another mark of success.  8)

I think it will be cloned in 1 month.

178
For security reason, I want to set up an (sub) account or active key that can only do market related actions like buying, selling, shorting, covering. Transferring will be disabled for this account and some other account or parent account can do that.

How can I achieve this?

179
bts address: XTSMr7qr6nBvLX4xo7bzydvjoLqvDq24Xh9r
pts address: PY6FdDmWUopC5eEVF2MXouWaBDmVE4CGqe
public key: XTS6sSu1DhZUxpnoLz1wYvwsowUQpa4zyHFkqo972fKnU6xrEKVx8


bts address: XTS6EB4zAVEiwRW89JxnC6wUUw4jmhijHvRy
pts address: PhyhgvebcHccxcvxLLsy7YbC38VHF99iwf
public key: XTS7CoMc1xHodpiVYS8gukQRhmrpxaBEz7oMaUy434HBLbJegtFo1

180
General Discussion / Transaction (amount) display bug in 0.4.4?
« on: August 21, 2014, 06:12:28 pm »
I found my latest transaction was displayed as 501 while it should be something much larger.
It's same for GUI and console "wallet_account_transaction_history".
When I dig deeper into the transaction details, I found that the transaction has 2 withdraw operations. The reported amount 501 is of the last withdraw operation. Now I want to know what amount the receiver will see. I guess it should be fine as there's always 1 deposit operation in the transaction.
For those who have the same issue, I think it's only an issue from sender side and receiver will still see the correct amount.
But it's really annoying to see the incorrect amount in the first glance.
Can someone have a check and fix it in 0.4.5? Thanks.

Pages: 1 ... 5 6 7 8 9 10 11 [12] 13 14 15 16 17 18 19 ... 21