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.


Topics - HackFisher

Pages: 1 2 3 4 [5] 6
61
DAC PLAY / Bitshares Play FAQ
« on: March 29, 2014, 02:59:18 pm »
This thread is to summary the frequent asked questions in the forum.

FAQ:
1. how to do fair random draws?
To be summarized, can have a look of details discussion from #2 to #27.

2. Will Play DAC be with lot of rules and share one chain?
Or, will Bitshare Play allow many different kinds of Play DACs been created on  the same network?

To be summarized.

3. What's the role of play shares in Bitshares Play?
Be simple, people own play shares to play the game, or act as DAC owners, or for purpose of mining, they can select whatever role they like. To be summarized

4. Where to get the White Paper?
https://docs.google.com/document/d/1KkaAnuM0a_YU2yMaeDSDiyNUv96c9TrYrCjKadC01yA/edit?usp=sharing


62
DAC PLAY / Bitshares Play Status Update
« on: March 27, 2014, 03:10:36 pm »
This week and next 2-3 weeks, I'll be in the middle state of transition, so I'm still not working full time on Lotto, only in spare time and weekend. The situation and condition will be improved thoroughly after 2-3 weeks, then I will be full time on this, I like play  :)

I've started working on play, had discussions, read codes, and did some experiment coding and tests, the code updates can be seen on following fork:
https://github.com/HackFisher/bitshares_toolkit

I've started to draft the design ideas, which could become part of a document or whitepaper later. Be Implementing some combinations utility methods.

Please forgive for my poor English, but if someone wants the Chinese translation of this thread, I could help with that,  :D it's my native language.   Brief summary could be posted on a separate thread.

63
DAC PLAY / Play rules survey
« on: March 25, 2014, 02:58:21 am »
Option 1: Simple x-from-y lotto
In a simple 6-from-49 lotto, a player chooses six numbers from 1 to 49 (no duplicates are allowed). If all six numbers on the player's ticket match those produced in the official drawing (regardless of the order in which the numbers are drawn), then the player is a jackpot winner. For such a lottery, the chance of being a jackpot winner is 1 in 13,983,816.

Option 2: Bonusball lotteries
In bonusball lotteries where the bonus ball is compulsory, the odds are often even lower. In the Mega Millions multi-state lottery in the United States, 5 numbers are drawn from a group of 75 and 1 number is drawn from a group of 15, and a player must match all 6 balls to win the jackpot prize. The chance of winning the jackpot is 1 in 258,890,850.

Option 3: Others
With ordering, repeating? etc.

This is *not* the final decision, just a survey, any idea is welcome here, so we can start to discuss the interesting aspects of lotto.

64
http://hackingdistributed.com/2013/11/04/bitcoin-is-broken/

http://arxiv.org/pdf/1311.0243v5.pdf

Quote
The Bitcoin protocol prescribes that when a miner knows of multiple branches of the same length, it mines and propagates only the first branch it received.

This give the chance to introduce Sybil attack helping Selfish Mining to break..

And even with Sybil attack, Selfish Mining can get more revenue (relative to its ratio of hash power) with only more than 25% of hash power, which break the incentive compatible in satoshi's original paper?

I'm not sure whether I've fully understand it, but I can not find the flaw, anyone have idea about this?

Can we find a way to identify which block was mined earlier?
I also have question about the author's solution, because how can a honest miner know there will more branches in the network in the same time? Does he need to wait a while to collect all the branches? That could be a cost of some time, although not much.


65
Except that...
It's not a DAC.
they do not share the same goal: one for service and profit, another for creating digital assets, but both " +5% "

Wandering any other difference? Okcoin recently put a financing system online, it's interesting to observe the growing of it together with Bitshares X.

edit:
and if someday exchange like OKCoin choose to support bts, we can not only compare price ratio between RMB and BitRMB, and can also compare the interest rate between them...

66
中文 (Chinese) / 目前已知的DAC经常利用的技术有哪些?
« on: February 11, 2014, 05:44:02 am »
1. BlockChain: 去中心化的分布式数据库,特点是更新慢,查询快?(中本聪的主要贡献)
基于POS或者POW的挖矿模型也只是这个中数据库的一个组成部分? 其表现形式只是不同的更新维护BlockChain的算法
还有基于最长链的唯一性,解决双重支付的问题,反应到数据库就是唯一性的问题(维基百科解决这个问题有时会引发编辑大战,是否也可以称作Prove of Editing?)
元数据的定义,比如(比特资产的数字化表示)

2. 非对称加密,私钥公钥,解决用户隐私安全等很多问题?具体包括哪些?(现代金融业已广泛应用)

3. 点对点的同步blockchain,NodePool,网络拓扑,去中心化的解决

4. 点对点的信息传输,比如BitMessage的解决方案,Keyhotee的解决方案(借助relay server?)?
信息传输和数据库还是不一样的,信息最终也许只存在特定的节点上面,而非所有节点可查询

5. Ripple的共识机制又是怎么回事?

欢迎补充,发现我们经常是从各个DAC的角度分析比较,也许可以从更细粒度的角度分析分析他们都使用了哪些共同的机制或技术?

67
Keyhotee / Differences between Keyhotee Mail part and BitMessage?
« on: January 14, 2014, 06:33:37 am »
I would like to study the differences between Keyhotee and BitMessage, especially about following parts, as I cannot understand how Keyhotee design them:

1. Message Transfer:
Quote from BM:
Quote
If the time in a message is too old, peers will not relay it. If the sender of a message did not
receive  an  acknowledgement  and  wishes to rebroadcast  his  message,  he  must  update the time  and
recompute the proof‐of‐work.

My question is that do Keyhotee have the same mechanism of old message? And do Keyhote hava ACK?

2. Scalability
BM:
Quote

If all nodes receive all messages, it is natural to be concerned about the system’s scalability. To address
this, we propose that after the number of messages being sent through the Bitmessage network reaches a
certain threshold, nodes begin to self‐segregate into large clusters or streams. Users would start out using
only stream 1. The stream number is encoded into each address. Streams are arranged in a hierarchy.

For Keyhotee, is it the same with BM that "all nodes receive all messages", how are those messages are stored on the network/nodes? or just not stored?

3. Behavior when the receiver is offline

Quote
We propose that nodes store all objects for two days  and then delete them. Nodes joining the network request a list of objects from their peer and
download the objects that they do not have. Thus they willreceive all messages bound forthem that were
broadcast during the last two days. If a node is offline for more than two days, the sending node will
notice that it never received an acknowledgement and rebroadcasts the message after an additional two
days. It will continue to rebroadcast the message, with exponential backoff, forever.

Any difference for Keyhotee?


References:

https://bitmessage.org/bitmessage.pdf

68
Quote
如果能形成一个共识,认为比特黄金就是由当前红利率下的1盎司黄金债券的衍生品,那么所有的市场参与者都将获利。然而,市场不会一开始就‘信任’比特黄金。结果是所有的市场参与者最初挂单的价格会很散。当市场深度增加价格范围会缩小直到一个市场共识价格形成,该价格会接近当前红利率下的1盎司黄金债券的价格。


为什么市场会形成一个价格共识,感觉更像是一种主观的推测,而没有理论依据或者数学基础

[Update]谁能详细解释清楚这个问题, 有0.5PTS Tip

69
BitShares PTS / PTS blockchain explorers?
« on: January 11, 2014, 07:48:09 am »
There are some bugs with https://coinplorer.com/PTS, and the address balance cannot show correctly. e.g. https://coinplorer.com/PTS/Addresses/PaNGELmZgzRQCKeEKM6ifgTqNkC4ceiAWw

And http://btsblock.com/ seems not work any more.

We might need a workable and better blockchain explorers for PTS?

Do anyone know other pts blockchain explorer?

70
I have a disscussion with @logxing about some confuse of this problem, if some one want to implement an AGS browser:

What algorithm should be choosed to decide which address be rewarded AGS?

In this post, toast said the biggest input address is choosed:

Two options:

1) Just send from multiple addresses. I3 will pick the one with the biggest input for each transaction and reward everything there.
2) Create a separate wallet, send everything to one address in that wallet, then send from that wallet.

But in bytemaster's another post, mentioned that it is random:

Suppose this guy owns all the input addresses, how are the AGS shared when there are multiple inputs? Equally divided among all the inputs or proportional to the input amounts? Although this transaction looks much more like from an online wallet, in which case the online wallet is going to get the AGS, I guess.

Another question is I suppose it should be valid to donate from a single address multiple times, and doesn't matter on a single day or multiple days. If on a single day then the total should be counted towards the shares of that day, and on multiple days then each day is just individually calculated. Please confirm if this is correct. Thanks.

We assume all input addresses belong to the same user in the same wallet.  We thus randomly pick one to assign the full donation to.

Yes, each day is individually calculated.


So, which one's algorithm is right? And I think should remind the community about the reasonable but non-public assummation that all input addresses belong to the same user in the same wallet. Most people didn't notice that i think.

71
3 quick questions:

1. Has the pubkey of my Keyhotee Found ID been sent to bind in genius block later? Suppose I have finished the alpha register process.

2. Do I need to backup my Keyhotee private key now?

3. If need, How should I backup it?

72
OP:
https://bitsharestalk.org/index.php?topic=1901.0

原作者委托我帮忙在中文社区介绍一下KIDARC,我的理解基本上是想基于Keyhotee ID做一些社交网络的高级应用。下面我简单的将原帖做了一些翻译。


-------------------
我很高兴可以给大家介绍KIDARC,并且提供一些简单的预览, KIDARC是"Keyhotee ID Advanced Reputation Check"(Keyhotee ID 高级信誉检测)的缩写。

KIDARC主要着重于除了Keyhotee自身的信誉功能之外更高级的一些功能,包括获得用户更细节的信息,这样可以知道你真在和谁打交道,确保骗子会得到相应惩戒。同时,也希望可以帮助Keyhotee得到更多的关注和活动,被更多地人使用,赋予Keyhotee更多价值。

KIDARC一些关键的功能包括:

只可以用Keyhotee账号登陆
基于案例的争议解决方案,可能引入法官或陪审团机制
评论,投票
个人资料页
给朋友发送礼物,从而可以提高信誉值
跳蚤市场
求职版
论坛
基于社区的中介服务
查看最近活跃的用户
发送信息,资金,关注/被关注 朋友请求
所有KIDARC的通知会被直接发送至你的Keyhotee收件箱(保证不会有垃圾邮件)
发行一种基于信用的货币,叫做ARC, 可以用来购买虚拟礼物,发送给朋友,等等。 请注意即使没有ARC,你也不会少掉任何功能。ARC只会被用于一些特殊功能,比如发送礼物,发广告等等,这样可以用于提供维护平台运行的资金
Keyhotee完全是为了保护个人隐私的,所以我们也是。 我们绝不会记录任何IP 地址, 使用HTTPS,并且不会在服务器上记录隐私信息,如果Keyhotee以后能够提供自己的浏览器那就更好了。

并且,你可以选择是否显示你的国家,朋友列表等信息。

开发正在紧张进行中,我们很希望可以在两个星期之内给Keyhotee founders提供能完整功能的Beta版,当然这也取决于Keyhotee的进度。但是我们确信在他最终发布时KIDARC已经准备好了。

Keyhotee founders可以得到一些特别的好处,比如在你的名字旁边会有特别的徽章,在选择成为法官或者中介服务的时候,也会给予优先选择。

如果你是Founder,对KIDARC感兴趣,希望可以第一时间体验的,可以发送邮件给 godscreation_rys@hotmail.com,同时请附上你的Keyhotee ID(是的,我们进行验证)。发送邮件后,可以确定你会成为我们最早的用户。

此外欢迎捐赠,这样可以加快我们的开发进度,这是我日常工作之外个人项目,目前没有其他资金来源,所有的捐赠都会受到一个特别的徽章,还有当平台发布时,你的捐赠会基于等价的USD价值被1:1转化成ARC  ( PTS基于每天结束时的价格,100 ARC's = 1 USD)。如果你捐赠了,请发邮件给我并附上相应的交易ID。


PTS 捐赠地址: Pu7DUgfVPHXWzD8hbaRzSrMTQq6LBXF8NM

我们非常希望可以成为Keyhotee的一个社区平台,让它对大家变得有趣和有用,让大家都可以参与进来。我会及时将开发进度在这篇帖子中更新出来。


[edit]正在准备一个新的预览,是关于工作版以及投票系统[/edit]

如果你有任何问题,想法或者抱怨,请告诉我。

Thank you for your time and let's all do our part to make Keyhotee rock the world!
谢谢

Kind regards,
Mark

------------------------------------------------------
OVER

73
I just have no idea where to ask this question, so post it here. If it it not the right place, please move it.

According the guide of "communicate between two clients" https://github.com/InvictusInnovations/keyhotee/blob/master/communicating_between_keyhotee_clients.txt


It says that
Quote
In both clients,  enable mining from the Identity/Enable Mining long enough to successfully mine each identity.
, What's the meaning of this?

I run Keyhotee.exe on windows after build, following this guide to this step, but nothing happens except Console. Do I need to wait enough long time before UI show, or just something wrong or missed?


[Update] The "Identity/Enable" here should be Menu path, so I think something must be wrong.

74
BitShares PTS / YPOOL log, what the meaning of this?
« on: December 09, 2013, 04:47:14 am »
Quote
collisions/min: 70.8517 Shares total: 824
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32
bitclient_calculateMerkleRoot: Too many transactions, numberOfTx set to 32


What's the meaning of "Too many transactions, numberOfTx set to 32", do PTS block have a limitation of transaction count? Or its just a limitation for ypool generated blocks?

75
Keyhotee / How will Keyhotee guard the usage of private key for ID?
« on: December 06, 2013, 05:34:37 am »
As I understood, there is a private key related to Keyhotee ID, do I need to retrieve the private key each time I do an operation with Keyhotee?
Encryption of private key means need to provide the password each time of a operation/session, that reduce the easy of use, but if not, The risk could be very high if we must access private key very often, do Keyhotee have any good solution to this?

Besides, need to access private often means it is impossible to store the private key offline(cold storage), which is different with the case of Bitcoin, bitcoin  need private key only when you decide to start a transaction,  this is not very often.

And Bitcoin can easily tranfer coins in one wallet to another, but Keyhotee seems not easy to transfer the reputation and honer of one ID to another.

What should I do if my private key has potential risk to leak?

Here is a link from Chinese Forum asking the same question, refer:
keyhotee 发布在即,我有一个疑问。
就是keyhotee ID的私钥是否能够冷存储,而不影响每次的登录认证。

因为我始终担心私钥存储在联网的电脑上所面临的安全威胁。
私钥一旦泄漏,除了删除ID没有别的选择。而在连线电脑上,被木马入侵很难彻底杜绝。
不知道即将发布的keyhotee系统是否考虑了这个问题并给出了对策。

Pages: 1 2 3 4 [5] 6