[ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа

[DIMKAZDS]

12 из 13 последних блоков сгенерил акк с 5000 на счету

У него есть лессор на 12млн монет

Что за лессор?
И кстати что с сетью, кто нибудь знает? А то уже лить начали

Произвели ддос атаку + есть вероятность что нашли баг в форджинге.
Лессор это тот кто доверяют свою силу форжинга тебе, но не монеты

Расскажи пожалуйста подробнее, на что ддос атаку провели?

[manrus]

Расскажи пожалуйста подробнее, на что ддос атаку провели?

Скорее всего задосили самые крупные ноды. Затем стали использовать баг. Какой баг пока неизвестно никому

[testz]

12 из 13 последних блоков сгенерил акк с 5000 на счету

У него есть лессор на 12млн монет

Что за лессор?
И кстати что с сетью, кто нибудь знает? А то уже лить начали

Произвели ддос атаку + есть вероятность что нашли баг в форджинге.
Лессор это тот кто доверяют свою силу форжинга тебе, но не монеты

Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно), видать разработчики чуяли не ладное, поэтому и решили пока не открывать, пока не изучат возможности атаки, теперь изучать придётся быстро.

Обсуждение алгоритмов PoS:
https://bitcointalk.org/index.php?topic=584703.0

[starik69]

Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),

Код открыт 

Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык 

[saamxx]

Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),

Код открыт 

Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык 

Круто.

[MaxOnBit]

Значит переводить Нексты сейчас на биржу и с биржи бессмысленно, транзакции не пройдут ? Значит сейчас польют...

[vitvert]

Значит переводить Нексты сейчас на биржу и с биржи бессмысленно, транзакции не пройдут ? Значит сейчас польют...

Уже пролили. И смысл лить, если транзакции не дойдут? Вы, видимо, хотите закупиться намного дешевле

[miasik]

abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334

I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001  (at least)
nxt.pullTreshold=1001

[testz]

Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),

Код открыт 

Перечитал форум и нашел сообщение на базе, которого я сделал неправильный вывод:
https://bitcointalk.org/index.php?topic=584703.msg6950555#msg6950555
https://bitcointalk.org/index.php?topic=584703.msg7068675#msg7068675

Моя ошибка, код форгинга открыт, но в нем есть некоторые проблемы (например если кто-то скрытно сгенерирует цепочку длиннее 720 блоков), которые команда Nxt должна еще решить.
Также «специалисты» жалуются, что нет описания возможных векторов атаки на форжинг и путей их решения.

Вообще PoS алгоритмы очень сложные и мало изученные в плане атаки 51%, тот же создатель PPC уже несколько лет бьётся над проблемой безопасности в PPCoin, есть сдвиги, но по прежнему есть одно уязвимое мест в системе в связи с чем назвать ее 100% децентрализованной пока нельзя, это место - динамические чекпоинты, в праимкоинах их уже сделали опциональными и по умолчанию отключенными, в PPC кажется это сделали в версии 0.4, хотя это я не проверял:
http://www.peercointalk.org/index.php?topic=258.0
http://peercoinmyths.com/ (Myth 4)
https://bitcointalk.org/index.php?topic=114994.msg2501124#msg2501124

[abctc]

Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык  

- да, очень похоже, дело было в ней.

Nxt сеть сработала хорошо в том смысле, что не принимала в форжинг транзакцию, приводящую к минусовому балансу. Плохо, что при этом остановился форжинг...  т.к. эта транзакция всё же попала в пул неподтверждённых транзакций.

Кто-то в англофоруме догадался отправить тому аккаунту монеты (чтобы баланс не уходил в минус), и форжинг пошёл.

abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334

I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001  (at least)
nxt.pullTreshold=1001

- я надеялся, что эта плохая транзакция была сгенерирована нехаллмарченной нодой, и тогда халлмарченные бы её не получили,  и продолжили бы форжинг...  не сработало..

[starik69]

Уфф, разрешилось 

[miasik]

abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334

I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001  (at least)
nxt.pullTreshold=1001

- я надеялся, что эта плохая транзакция была сгенерирована нехаллмарченной нодой, и тогда халлмарченные бы её не получили,  и продолжили бы форжинг...  не сработало..

А что именно означают эти опции?
Есть необходимость внести их себе в конфиг?

[abctc]

А что именно означают эти опции?
Есть необходимость внести их себе в конфиг?

- про Hallmark написано в FAQ-е с первой страницы. Если что непонятно - я разъясню.

nxt.pushTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя (халлмарченная!) нода не будет отправлять им транзакции и блоки.
nxt.pullTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя нода не будет забирать у них транзакции и блоки.

Вносить в конфиг, думаю, пока ненужно, т.к. не в этом было дело.
Халлмарки были придуманы против сетевых (ДДоС) атак на Nxt-ноды. А сейчас была ошибка application-уровня.

[maxll]

Клиент работал недели две-три и тут такое. Сорвалось минут 20 назад, в момент (вроде бы) первой успешной транзакции после известных проблем с блокчейном сегодня.

[2014-06-19 16:19:09.522] DEBUG: Error processing API request
java.lang.RuntimeException: org.h2.jdbc.JdbcSQLException: Время ожидания блокировки таблицы "TRANSACTION" истекло
Timeout trying to lock table "TRANSACTION"; SQL statement:
SELECT * FROM (SELECT * FROM transaction WHERE recipient_id = ? AND timestamp >= ? UNION SELECT * FROM transaction WHERE sender_id = ? AND timestamp >= ? ) ORDER BY timestamp ASC [50200-176]
   at nxt.util.DbIterator.<init>(DbIterator.java:31)
   at nxt.BlockchainImpl.getTransactions(BlockchainImpl.java:292)
   at nxt.BlockchainImpl.getTransactions(BlockchainImpl.java:283)
   at nxt.BlockchainImpl.getTransactions(BlockchainImpl.java:223)
   at nxt.http.GetAccountTransactionIds.processRequest(GetAccountTransactionIds.java:42)
   at nxt.http.APIServlet.process(APIServlet.java:173)
   at nxt.http.APIServlet.doGet(APIServlet.java:132)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
   at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:738)
   at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:551)
   at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480)
   at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
   at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:52)
   at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
   at org.eclipse.jetty.server.Server.handle(Server.java:462)
   at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:279)
   at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:232)
   at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:534)
   at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607)
   at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536)
   at java.lang.Thread.run(Unknown Source)
Caused by: org.h2.jdbc.JdbcSQLException: Время ожидания блокировки таблицы "TRANSACTION" истекло
Timeout trying to lock table "TRANSACTION"; SQL statement:
SELECT * FROM (SELECT * FROM transaction WHERE recipient_id = ? AND timestamp >= ? UNION SELECT * FROM transaction WHERE sender_id = ? AND timestamp >= ? ) ORDER BY timestamp ASC [50200-176]
   at org.h2.message.DbException.getJdbcSQLException(DbException.java:344)
   at org.h2.message.DbException.get(DbException.java:178)
   at org.h2.message.DbException.get(DbException.java:154)
   at org.h2.table.RegularTable.doLock(RegularTable.java:530)
   at org.h2.table.RegularTable.lock(RegularTable.java:464)
   at org.h2.table.TableFilter.lock(TableFilter.java:147)
   at org.h2.command.dml.Select.queryWithoutCache(Select.java:632)
   at org.h2.command.dml.Query.query(Query.java:323)
   at org.h2.command.dml.Query.query(Query.java:291)
   at org.h2.command.dml.SelectUnion.queryWithoutCache(SelectUnion.java:194)
   at org.h2.command.dml.SelectUnion.query(SelectUnion.java:424)
   at org.h2.command.dml.Query.query(Query.java:291)
   at org.h2.index.ViewIndex.find(ViewIndex.java:283)
   at org.h2.index.ViewIndex.find(ViewIndex.java:179)
   at org.h2.index.BaseIndex.find(BaseIndex.java:128)
   at org.h2.index.IndexCursor.find(IndexCursor.java:160)
   at org.h2.table.TableFilter.next(TableFilter.java:330)
   at org.h2.command.dml.Select.queryFlat(Select.java:533)
   at org.h2.command.dml.Select.queryWithoutCache(Select.java:646)
   at org.h2.command.dml.Query.query(Query.java:323)
   at org.h2.command.dml.Query.query(Query.java:291)
   at org.h2.command.dml.Query.query(Query.java:37)
   at org.h2.command.CommandContainer.query(CommandContainer.java:91)
   at org.h2.command.Command.executeQuery(Command.java:197)
   at org.h2.jdbc.JdbcPreparedStatement.executeQuery(JdbcPreparedStatement.java:109)
   at nxt.util.DbIterator.<init>(DbIterator.java:27)
   ... 21 more



У кого-нибудь сегодня возникало похожее?
v 1.1.3

Если надо, то куда отослать это на nxtforum?

[abctc]

Клиент работал недели две-три и тут такое. ...

v 1.1.3

Если надо, то куда отослать это на nxtforum?

- угадай, что обычно в таких случая говорят разработчики?  Не знаю, как Жан-Люк, а другие сразу посылают ..  устанавливать последнюю версию (1.1.4). Тем более, что в ней заявлены "Improvements in transaction validation and rescan logic."

[maxll]

Немножко не подхядящий момент для посылания. Хотя если все уже ясно, то ок, не лезу.

[abctc]

Немножко не подхядящий момент для посылания. Хотя если все уже ясно, то ок, не лезу.

- так я и не знаю, пошлёт ли Жан-Люк.  И не знаю, что ему ясно.

Лучшее место для постинга ошибок - https://bitbucket.org/JeanLucPicard/nxt/issues

[manrus]

Я так понимаю должны выпустить клиент с иcправленным багом?

[abctc]

Я так понимаю должны выпустить клиент с иcправленным багом?

- да: https://twitter.com/comefrombeyond/status/479610934860972032

[RGBT]

И чего народ сливает Ведь разобрались уже. Скоро новую версию выпустят, будет всё нормально!