Поясните, о каких 800к идет речь?
Ребята с dgex утверждают, что они подняли поборы чтоб отбить утерянные 800к Nxt. А эти 800к они якобы потеряли потому что софт Nxt глючит, сеть форкается и всё такое.
|
|
|
PS: This is not an injected flaw.
It's time to post this:
|
|
|
34194 10707482695518048392 6 Январь 2014 г. 19:33:53 2 2 + 2 265 B 2 10162284549313093170 6845 %
We are forking again...
|
|
|
So why can't you confirm that the flaws we are searching are fixed in 0.4.7e or 0.5.0?
There was no flaws we are looking for. They were introduced in source code with purpose.
|
|
|
Today I got famous "Recent blocks [-nnnnn]" in client interface. Two times in row. So I start lurking sources where pushBlock() and popBlock() called. Lets assume doPost() with "processBlock" executes simutaneously with thread that load blocks from some peer (line 4463 and below). That two code branches is not syncronized on blocks completely. Loading thread can do a lot of changes in local blockchain, not only appending new blocks, but reorganizing of chain tail in case of choosing different fork. doPost() at the same time can process block from request almost completely. It calls pushBlock() that: - create block - check it validity (!) - check block.previousBlock == lastBlock (!!) - sync on blocks, waiting for loading thread complete (!!!) - reset lastBlock to it's block, completely ignore what loading thread done (!!!!) Seems like next call of loading thread can't fix that broken blockchain and f*ck up in loop at line 4642 while (lastBlock != commonBlockId && Block.popLastBlock()) { } which cause "Recent blocks [-nnnnn]" I mention in beginning of this post. Am I miss something? Edit: ricot lurking for the same in the beginning
|
|
|
А если есть главная цепочка, которой доверяют и подтверждают все участники сети, а допустим петя и вася, форканулись и стали двоем доверять этой новой цепочке. И стали пользовать ее. Разве она не будет жить самостоятельно если они продолжат ее поддерживать и привлекут скажем еще мощности. Вот здесь я еще не разобрался до конца. Так по идее можно делать форки в форках. Вопрос только в доверии участниками какой-то одной цепочке.
Да, можно форкнуть блокчейн и жить на форке. В нормальных условиях выбор ветки происходит по большему "весу". Под "весом" надо понимать, скажем так, "вложенные труды". В битке и форках просто рулит длина цепочки. Если вдруг твоему узлу от какого-то пира придёт цепочка б ольшей длины, он просто перейдёт на неё. В Nxt используется понятие "суммарной сложности" (cummulative difficulty), но идея та же - как только пришла более "сложная" цепочка, узел переходит на нее. Форкнуть можно специально, обозначив некоторое условие на каком-то блоке. А можно нечаянно, когда из-за какой-то ошибки софт одной версии какой-то блок не примет, а другой версии - примет. И пошло разветвление.
|
|
|
Я однажды заслал перья в форкнутую цепочку - и ничего не вернулось. Если у nxt предусмотрена защита от этого - то здорово.
Да ну, перья устроены так же как и всё остальное. Не может так быть, чтоб после отката форкнутой цепочки деньги не вернулись. В худшем случае может быть надо блокчейн пересканировать, чтоб кошелек подсчитал баланс адреса. Я сидел на форкнутой и товарищ тоже, он получил я отправил. И все, потом в основной цепочке даже этих транзакций не оказалось. Перезагрузили блокчаин и все заработало Транзакций - не оказалось. Но и деньги не должны были пропасть - сколько было до транзы, столько у обоих и должно остаться. Мне в связи с этим очень интересны рассуждения господина Гравитона - куда у него 800000 NXT с dgex пропало. Но он как-то не очень поясняет - куда.
|
|
|
Я однажды заслал перья в форкнутую цепочку - и ничего не вернулось. Если у nxt предусмотрена защита от этого - то здорово.
Да ну, перья устроены так же как и всё остальное. Не может так быть, чтоб после отката форкнутой цепочки деньги не вернулись. В худшем случае может быть надо блокчейн пересканировать, чтоб кошелек подсчитал баланс адреса.
|
|
|
Вы поймите, в Nxt как и в любой другой децентрализованной системе, деньги не могут пройти мимо вас, ибо их у вас и не нету Могут быть заморочки с разветвлением цепочки блоков, но для таких вещей есть таймаут транзакции. В худшем случае деньги не уйдут с отсылающего аккаунта, но вот так вот чтоб откуда-то ушли и никуда не дошли - так быть не может.
|
|
|
Странно, ночью пришли монеты с dgex. В кошельке появились а в блокэксплорере пишет транзакция не найдена. Как такое может быть? Никто не пояснит. У меня web кошелек.
Эксплорер часть информации не сразу показывает. Если монеты пришли давно, видны на кошельке, и у тебя свежий по времени блок - можешь не беспокоиться. Спасибо, а то уже начал. Привык что блокчейн всему голова) Я в него не всматривался, но по-моему, блоки он оперативно показывает (по крайней мере из той ветки блокчейна, которую он видит), а вот информацию из блоков (транзы, аккаунты, алиасы) достает с задержкой. Кроме того, ты всегда можешь попросить кого-нибудь на форуме посмотреть выдачу команды http://localhost:7874/nxt?requestType=getBalance&account=твойаккаунтЕсли не стесняешься своего баланса, конечно При желании через API можно даже твои транзакции проверить, но это уже в особо тяжёлом случае, ибо муторно.
|
|
|
Странно, ночью пришли монеты с dgex. В кошельке появились а в блокэксплорере пишет транзакция не найдена. Как такое может быть? Никто не пояснит. У меня web кошелек.
Эксплорер часть информации не сразу показывает. Если монеты пришли давно, видны на кошельке, и у тебя свежий по времени блок - можешь не беспокоиться.
|
|
|
Судя по знатному обвалу на графике mature inputs, можем и не такое побить. ИМХО, 0.05 уже никогда не увидим.
|
|
|
Кстати, тут раскопали багу, из-за которой сервер с нуля бывает хреново стартует. Короче, дело такое: оно старается выбирать пиры, у которых есть hallmark. Для проверки hallmark надо знать аккаунт, которым пир подписан, а если у тебя ни одного блока ещё не получено, то откуда узнать аккаунт?... Всё, замкнутый круг, который можно разорвать, составив wellKnownHosts из неподписанных пиров (для ускорения - только из неподписанных). Надеюсь, следующий релиз не задержат.
|
|
|
А ведь dgex из своего аккаунта-нычки могли бы нехилый миксер замутить...
|
|
|
Ну вообще-то почти 0.11 уже когда-то было.
|
|
|
"difficulty" : 93.42956429 Маньяки!
|
|
|
при попытке запустить кошелёк стало выдавать сообщение: "java.lang.NullPointerException". Что случилось, кто виноват, куда бежать и что делать?
Скорее всего, у тебя побились файлы blocks.nxt или transactions.nxt. Попробуй бэкапные восстановить, либо надо полностью перекачивать.
|
|
|
а от чего зависит количество дней до генерации нового блока, кроме как от количества монет на кошельке и времени их хранения на нем? А то уж часто меняется это количество - то 5331 день, то 159, то 75, то снова 2357
Там алгоритм такой, если не вдаваться в технические подробности... В общем, есть два числа. Одно называется target и высчитывается по времени, прошедшему с генерации последнего блока, и по твоим монеткам. Чем больше времени прошло, и чем больше монеток у тебя - тем больше target. Второе число - hit - однозначно определяется по последнему блоку и твоему паролю, и оно может быть каким угодно. Так вот, если hit меньше target, то твоя нода генерит блок. Каждую секунду target растёт, а hit до следующего блока не меняется. Время, которое показывается, это когда target станет больше hit. Из-за того, что hit может получиться каким угодно, от блока к блоку время меняется очень сильно.
|
|
|
4644008437083932258
Кр.-с.т.
|
|
|
Чо, вирусов-то нету, можно ставить?
|
|
|
|