For example, u will be able to set a lock on an account to prohibit any outgoing transactions until a special condition met (e.g. an incoming transaction from a predefined account). There was suggestion to block outgoing transactions by pushing some public key, associated with account, to blockchain, and unlock with corresponding private key. This allows forging and doesn't requires to create another account. From user's point of view it will be just password, blocking you account from spending money. In first time I disagreed with this proposition, but now I see how it is good from user's side.
|
|
|
Я тут подумал. В Nxt есть монеты и антимонеты, находящие в блоке-прародителе (в генезисе). Сумма всех монет и антимонет равна 0. Если отправить монету в генезис, то она аннигилирует. Таким образом, в целях проверки или забавы ради было уже уничтожено более 2000 монет. У меня другой вопрос. Возможна ли обратная ситуация, когда некто, имея доступ к генезису, сможет отправлять антимонеты на другие аккаунты и уничтожать соответствующие объемы монет на этих счетах? Можно было бы припугнуть первых стейкхолдеров, которые не хотят ничего дистрибутировать и никак не участвуют в жизни сообщества, зато готовы с радостью вкушать плоды общего труда. А так можно было бы отключить трутней навсегда. Нет. Там простая проверка: размер транзакции не может превышать количество монет у аккаунта. Сам понимаешь, даже 1 монета больше любого отрицательного числа. Так что вывести с генезис-аккаунта больше ничего не удастся.
|
|
|
I'm lurking through code that tries to sync blocks with other peer. I mean thread started at line ~4463 (I call it "loading thread"). It requests "getMilestoneBlockIds". Peer process this request with code int jumpLength = block.height * 4 / 1461 + 1; while (block.height > 0) { milestoneBlockIds.add(convert(block.getId())); for (int i = 0; i < jumpLength && block.height > 0; i++) { block = blocks.get(block.previousBlock); } } If I not fail with elementary math, this code returns about four blockIds for one day. So day by day this request moves more and more bytes through network. What for? Note: list is in descending order, first block in list is last block in blockchain. Take a look back to loading thread code. for (int i = 0; i < milestoneBlockIds.size(); i++) { long blockId = (new BigInteger((String)milestoneBlockIds.get(i))).longValue(); Block block = blocks.get(blockId); if (block != null) { commonBlockId = blockId; break; } } This code executes only if peer has higher cumulative difficulty, so it's last block never match with our's. So even if we're not in forked chain, common block will be about six hour ago. Or about 360 blocks ago. So next request to peer will be "getNextBlockIds", which submissivelly returns about 360 blockIds. Many bytes! If we're not in forked chain, chances are very high that only one or two last ids are interesting for us. But what if we're forked too deep? Take a look at this check: if (Block.getLastBlock().height - blocks.get(commonBlockId).height < 720) We're not interested in very low common block anyway! If my assumptions are correct (and I no failed in elementary math), it's better to: 1. Limit "getMilestoneBlockIds" request with sending lower height of common block. 2. Send 1st, 2nd, 4th, 8th and so on blockIds from the top down to lower height, in response to this request. Or use some other principle, but assume that latest blocks are more wanted most times. Am I miss something?
|
|
|
"proof-of-work" : 403.25353331, "proof-of-stake" : 0.11347718,
Balthazar, расчехляй шампанское, рекорд взяли.
|
|
|
А почему в открытом кошельке (клиенте) время когда может быть намайнен блок скачет, то больше , то меньше. Это нормально ....
Лучше прочитать всю тему, там приводилась формула в зависимости от твоего веса и веса остальных считающих. Коротко говоря - все дело в волшебных пузырьках том, у кого сколько монет на счету. Люди логинятся-разлогиниваются, вот обсчет и скачет. Он так сильно скачет потому, что при расчёте таргета учитывается хэш от подписи последнего блока твоим паролем. А хэш - это всегда, считай, рандом. Просто однажды таргет для твоей подписи получается маленьким, и ты внезапно форжишь блок. А от твоих монет зависит то число, с которым таргет сравнивается. Чем больше монет, тем просто больше шансов достичь таргета.
|
|
|
А почему в открытом кошельке (клиенте) время когда может быть намайнен блок скачет, то больше , то меньше. Это нормально ....
Это нормально. Ну как нормально... Короче, оно так работает. После каждого очередного блока меняется время, через которое ты сможешь сфоржить следующий блок. Если кто-то успел вперёд тебя, то тебе приходит очередной блок, и время пересчитывается. Пересчитывется - не вдаваясь в технические подробности - считай что рандомно, но будет тем меньше, чем больше у тебя монет.
|
|
|
I tried to register on https://forums.nxtcrypto.org/ to reserve my name but it was already registered. I clicked Forgot password but got no e-mail yet. Is there any forums.nxtcrypto.org admin? adminius forkedchain r the two admins there I hope they read this thread. I'm not going to use that forum, just to reserve the name. It is the matter of price, as in any other squatting
|
|
|
Первые подражатели и скамеры пытаются использовать идею NXT в своих корыстных интересах. Не удосужились даже попробовать скопировать код. Эти китайские "друзья" просто свалили, прихватив с собой собранные BTC, поняв что задача им не по зубам. Уверен, в ту же дырку сольются eMunie и Ripples. Централизованные "мавродики"... https://bitcointalk.org/index.php?topic=395893.0Муа-ха-ха, в списке "инвесторов" с 0.25 битка был наш друг mcjavar Мало ему некстов, пытался на стороне навариться. Система этого не прощает! [Демонически хохочет, дорисовывает пентакль]
|
|
|
Peer.analyzeHallmark(): if (host.length() > 100 || !host.equals(realHost)) { return false; } "markHost" request: if (host.length() > 100) { response.put("errorCode", 4); response.put("errorDescription", "Incorrect \"host\" (the length exceeds 100 chars limit)"); } "decodeHallmark" has same check too. Why there's check on 100 chars long? Host (peer.announcedAddress, wellKnownHosts too) can be any hostname, why do you limit it?
|
|
|
I also want to point out a comment I found in a forum thread. Guess which cryptocurrency this guy is talking about? the genius doesn't lie in the code base, but in the algorithms and that the code is crap. I agree with that assessment. ... I've been thinking about refactoring the code myself. Everybody is afraid of breaking it since it appears to work, and that is reasonable to an extent, but on the other hand this code base is utterly unsuitable for serious work. It's Bitcoin. And the thread was started in June 2013. Source: https://bitcointalk.org/index.php?topic=225163.0Nice catch! Someone need to point FrictionlessCoin to that thread for good old trolling
|
|
|
"difficulty" : 311.12809005
Бгыг, нас так бтц-е и правда примет, бгыг.
|
|
|
"difficulty" : 216.06150755 Крайняя генерация принесла 1.03448. Жэсть.
|
|
|
An attacker could bring down the entire network using this trick. This is a critical issue.
+1.
|
|
|
Апрель для меня - очень хорошая дата, по ряду причин. До апреля я сижу ровно на попе, не взирая на курс. Ну как не взирая... Копилка гудит и ждёт, когда её разобьют и обменяют на Nxt.
|
|
|
Yeah! This pic was taken on the first Nxt meeting. BCNext, Cum-on-Beyonce, nexern and Jean Luc. (From left to right)
Photo by salsacz.
|
|
|
If base target is 0 then blocks can't be generated. This problem can arise if u calculate 1/2 using integers.
I see... but why the 1 as opposed to other assignments like maxBaseTarget? Because when you divide 1/2 you must not get 153722867000000000
|
|
|
C-f-B, do you know why we have 900 blocks per day, not 1440? This rate is stable for many days. I'm trying to find some flaws in target/hit calculations, but have no good thoughts still.
|
|
|
Вопрос - а в теме программисты есть, кто биржу может поднять ? Надо чтото постабильнее, ориентированное на русскоговорящих, тогда и продвигать проще будет.
А смысл именно в русскоговорящести? Чтоб русский троллбокс был? NxtChg обещает на днях апгрейднутся и сделать автоматический ввод-вывод. Если DDoS выдержит, что ещё надо.
|
|
|
Так у самой dgex на морде. Еще был в блокчейн эксплорере, но щас убрали.
|
|
|
|