1141
中文 (Chinese) / Re: 块链膨胀与DAC+
« on: May 04, 2014, 04:04:54 am »
对于娱乐的应用, 非中心的优势何在?
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.
1142
General Discussion / Re: Testing BitShares XT Launch...
« on: May 03, 2014, 04:02:41 am »
-- Using /usr as ICU root
Found ICU version 4.8.1.1
CMake Error at CMakeLists.txt:43 (MESSAGE):
Error, BitShares require ICU version 52.1 or 53.1
Found ICU version 4.8.1.1
CMake Error at CMakeLists.txt:43 (MESSAGE):
Error, BitShares require ICU version 52.1 or 53.1
1143
DAC PLAY / Re: Blockchain RNG with DPOS
« on: May 01, 2014, 01:30:44 pm »
every delegate just create one block in the period of 100 blocks ? if one delegate create two block in latest 100 blocks ?
1145
Keyhotee / Re: Keyhotee Status Update
« on: April 25, 2014, 03:28:54 pm »only founder Id?Public Notice
Keyhotee Founder IDs will have an expanded role in the genesis block of many Bitshares DACs.
You should register your Keyhotee Founder ID's by the end of April to gain maximum advantage from them.
After that we can't guarantee that the next genesis block to be initialized will include them.
The expanded role will be explained soon,
just wanted to alert you to the need to finish registering using the new version of Keyhotee.
1146
General Discussion / Re: Light Weight Clients & POS
« on: April 25, 2014, 10:17:02 am »With Bitcoin light weight clients rely entirely on proof-of-work validation in combination with a trusted node. So long as the cost of faking the proof-of-work is higher than the value of the transaction you can generally trust that your transaction is valid and included in the official chain.Great
On the other hand POS coins whether peer coin or Nxt have no such metric. The only way to validate the chain is to have a full copy of the chain or to fully trust someone who does.
Fortunately with DPOS we once again have a means of deterring and punishing those who could potentially lie to a light weight client. If the delegate signs a statement that the transaction was valid and confirmed then that signed statement can be used to unilaterally fire the delegate. This means that light weight validation of small transactions can now be validated with the same weight as POW based light weight validation.
if delegate can get profit by statement a invalid translation ?
1147
Keyhotee / Re: can I say the development of keyhotee is too slow
« on: April 25, 2014, 09:03:06 am »Here is the deal on Keyhotee... we all want it as we all want everything we have talked about.
Of all the projects Keyhotee and its ID system are the one thing that does not yield direct economic return. I too am disappointed in the the progress of Keyhotee which was delegated so I could focus on the top priority item: BTS X.
Everyone is asking us to deliver everything and to focus on one thing at the same time. So I have decided to focus on one thing BTSX and let Keyhotee wait. I have pulled Dan N. and am working with him side by side on BTS X so we can deliver that ASAP.
BTSX is the frist thing now
1148
中文 (Chinese) / Re: EBIT，你自己也要想想该如何把AGS还给社区，如果你要求退捐的话。区块上的数据是无法改写的
« on: April 21, 2014, 01:20:00 am »如果退还一切都乱套了, 竞标规则就决定了不可逆性原来真是错捐了。退还不是只退给ebit，而是按比例退回给当天所有以pts购入ags的人，就可以了。
大家都去顶下面这个贴子，我相信社区和III会有妥善解决的办法。
https://bitsharestalk.org/index.php?topic=4292.0
EBIT，你自己也要想想该如何把AGS还给社区，如果你要求退捐的话。区块上的数据是无法改写的
1149
中文 (Chinese) / Re: EBIT，你自己也要想想该如何把AGS还给社区，如果你要求退捐的话。区块上的数据是无法改写的
« on: April 21, 2014, 12:58:50 am »以上几点都没有logxing的来得实际:取一周的捐赠平均值，作为昨天的实际捐赠额，多余的部分按比例原路退回给捐赠者，那么谁都不会有损失，错捐者随后都不用捐了，呵呵。反对,
Sent from my HTC 802d using Tapatalk 2
1150
中文 (Chinese) / Re: 老外的访谈节目对纽约比特币大会上bitshares定位的质疑
« on: April 20, 2014, 04:50:32 pm »3i需要检讨推广策略，必须让投资者能懂他们在讲什么推广现在不需要，现在需要有产品，新东西还没有出来之前就被人理解了，还叫新东西吗，你以为是搞学问，这是生意，如果用户投资者不懂就算废了现在毕竟还没出来嘛。我想先是圈内的人得认可。媒体还远。
媒体只认可一定程度成功的东西，我想他们更相信事实。光凭概念和技术还难让他们信服，质疑争论其实正常。
产品出来了，自然有人去理解他，
如果III，现在只是一味的推广自己的理念却没有产品，
那这些理念都是帮其他公司想的，
他们理解ether，msc，ntx，为什么就无法理解bitshares，这明显是3i的推广水平的问题。3i要致力于让专业媒体能懂，然后让小白能懂
你到底想说什么？为什么要一直黑3i了。不明白是什么心态。
1151
中文 (Chinese) / Re: 今天是哪个神人？
« on: April 20, 2014, 04:47:19 pm »是中文圈的ebit呀。大家千万不要落井下石，帮忙想想对策吧。ebit先签个名技术上证明是是你的地址吧。的确的是很蛋疼的失误， 大家想想办法吧，但我个人认为要让III 归还PTS 基本是不可能的， 毕竟块链交易不能更改。
1152
BitShares AGS / Re: Today .I made a too bad mistake
« on: April 20, 2014, 04:42:29 pm »I strongly recommend 3I to return the 6000 PTS considering the circumstances.I feel sorry for it and believe him make a bad mistake ,and but it is impossible for III to return PTS to him. if III reture PTS to him , verybody who donate in high volume day can requirment III return the PTS or BTC.
1153
中文 (Chinese) / Re: 神吐槽：设计个BTX界面都让一个业余的学生包办
« on: April 17, 2014, 02:03:30 am »我对iii 现在的状态还算满意 ，加油 美中不足的是前期AGS宣传过火 进了不少投机客 ，别理他们 加油干好吧，我只能表达我的观察和观点，我闭嘴好让你继续表达你的愤怒~~有多少人是想炒一下二代币概念就走的，又有多少人是愿意付出时间汗水深耕DAC创造价值的？别转移观点，你是不是还想说，投机的，抄币的，速滚。你们搞开发的付出时间汗水这个还用拿出来说吗，别人付出金钱难道不是付出吗，
不是为DAC添柴加火吗？现在这事不觉得恶心吗？投资者出钱，事情没办好，不怕人说啊
1154
KeyID / Re: Pre-allocate share as "Dev DNS"?
« on: April 06, 2014, 12:57:19 am »Stan recommended I consider saving money for long-term development. Should there be 1% or 5% or 10% set aside in the genesis block in escrow for development? So an allocation as 'bad' as 45/45/10 AGS/PTS/devs.I
Really the only downside is the potential for drama and politics. I think I said "50/50" already elsewhere in the forum. On the other hand, it could also de-politicize things if there is a second fund for development outside AGS, both dedicated to this DAC. Might make it possible to hire more devs full-time exclusively for DNS.
Another way to put it: Would you pay a premium to have this team snowball right now, over a 50/50 AGS/PTS team sometime in the future? How much?
i agree to 10% for deverlop
1155
General Discussion / Re: Power of translation delay
« on: March 20, 2014, 01:47:43 pm »Not a problem, keep using it and it will get better.yes everyone can attack with fake old timestamp, I just consider how to aviod double spend, for example, a attacker include translation A in block N, then he produce block secretly , if he have bigger power than all honest man, he can produce N+7 block when No. of main block chan is N+6, and broadcast his secret chain ( exclude translation A in block N) ,the honest node should maintenance a temporary block include all translations release from forking block, and record the translation of delay . but new nodes that add to P2P network don`t have the temporary blocks , them easy to accept the secret chain of attacker, if a new way is use for broadcasting the delay translation ,
I think you mean transaction, not translation. So how would you make sure the timestamp (time signature) was accurate? Without a way to confirm this, anyone can put old timestamps on their transactions to increase their power.
A major purpose of the blockchain is as a way to publicly determine the order in which transactions were made.
and
the new problem is how to make the new nodes believe the translation A had been included in block N then was exclude by attacker with bigger power.
for example the honest nodes can use his private key with coin day sign the translation and broadcasting it continuity ,but this sign don`t consume coin day,
and how incentive this is also a new issue
I am not very similar with BTC protocol,maybe I shoudl read BTC code frsit time .
