И чего народ сливает 
Ведь разобрались уже. Скоро новую версию выпустят, будет всё нормально!
Никто уже не сливает Ведь разобрались уже. Скоро новую версию выпустят, будет всё нормально!
Topic: [ARDR] Nxt: Ardor - масштабируемая ChildChain-платформа - page 450. (Read 1749583 times)
nxt.pushTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя (халлмарченная!) нода не будет отправлять им транзакции и блоки.
nxt.pullTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя нода не будет забирать у них транзакции и блоки.
У меня в конфиге просто задан халлмарк, без включения защиты и порогов. Есть смысл указывать халлмарк без включения защиты и порогов? nxt.pullTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя нода не будет забирать у них транзакции и блоки.
И чего народ сливает Ведь разобрались уже. Скоро новую версию выпустят, будет всё нормально!
Ведь разобрались уже. Скоро новую версию выпустят, будет всё нормально! 
Я так понимаю должны выпустить клиент с иcправленным багом?
- да: https://twitter.com/comefrombeyond/status/479610934860972032 
Я так понимаю должны выпустить клиент с иcправленным багом?
Немножко не подхядящий момент для посылания. Хотя если все уже ясно, то ок, не лезу.
- так я и не знаю, пошлёт ли Жан-Люк. И не знаю, что ему ясно.Лучшее место для постинга ошибок - https://bitbucket.org/JeanLucPicard/nxt/issues
Немножко не подхядящий момент для посылания. Хотя если все уже ясно, то ок, не лезу.
Клиент работал недели две-три и тут такое. ...
v 1.1.3
Если надо, то куда отослать это на nxtforum?
- угадай, что обычно в таких случая говорят разработчики? Не знаю, как Жан-Люк, а другие сразу посылают .. устанавливать последнюю версию (1.1.4). Тем более, что в ней заявлены "Improvements in transaction validation and rescan logic." v 1.1.3
Если надо, то куда отослать это на nxtforum?
Клиент работал недели две-три и тут такое. Сорвалось минут 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.(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.(DbIterator.java:27)
... 21 more
У кого-нибудь сегодня возникало похожее?
v 1.1.3
Если надо, то куда отослать это на nxtforum?
[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.
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.
... 21 more
У кого-нибудь сегодня возникало похожее?
v 1.1.3
Если надо, то куда отослать это на nxtforum?
А что именно означают эти опции?
Есть необходимость внести их себе в конфиг?
Есть необходимость внести их себе в конфиг?
- про Hallmark написано в FAQ-е с первой страницы. Если что непонятно - я разъясню.
nxt.pushTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя (халлмарченная!) нода не будет отправлять им транзакции и блоки.
nxt.pullTreshold= задаёт тот порог "веса" соседних нод, ниже которого твоя нода не будет забирать у них транзакции и блоки.
Вносить в конфиг, думаю, пока ненужно, т.к. не в этом было дело.
Халлмарки были придуманы против сетевых (ДДоС) атак на Nxt-ноды. А сейчас была ошибка application-уровня.
abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334
- я надеялся, что эта плохая транзакция была сгенерирована нехаллмарченной нодой, и тогда халлмарченные бы её не получили, и продолжили бы форжинг... не сработало..Quote
I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
Есть необходимость внести их себе в конфиг?
Уфф, разрешилось 
Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык 
- да, очень похоже, дело было в ней.Nxt сеть сработала хорошо в том смысле, что не принимала в форжинг транзакцию, приводящую к минусовому балансу. Плохо, что при этом остановился форжинг... т.к. эта транзакция всё же попала в пул неподтверждённых транзакций.
Кто-то в англофоруме догадался отправить тому аккаунту монеты (чтобы баланс не уходил в минус), и форжинг пошёл.
abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334
- я надеялся, что эта плохая транзакция была сгенерирована нехаллмарченной нодой, и тогда халлмарченные бы её не получили, и продолжили бы форжинг... не сработало.. Quote
I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),
Код открыт 
Перечитал форум и нашел сообщение на базе, которого я сделал неправильный вывод:
https://bitcointalksearch.org/topic/m.6950555
https://bitcointalksearch.org/topic/m.7068675
Моя ошибка, код форгинга открыт, но в нем есть некоторые проблемы (например если кто-то скрытно сгенерирует цепочку длиннее 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://bitcointalksearch.org/topic/m.2501124
abctc, пожалуйста, расскажи о своей рекоммендации по настройке NRS из этого сообшения https://nxtforum.org/index.php?topic=2810.msg49334#msg49334
Quote
I suggest that all with hallmarked nodes turn
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
nxt.enableHallnarkProtection=On
and
nxt.pushTreshold=1001 (at least)
nxt.pullTreshold=1001
Значит переводить Нексты сейчас на биржу и с биржи бессмысленно, транзакции не пройдут ? Значит сейчас польют...
Уже пролили. И смысл лить, если транзакции не дойдут? Вы, видимо, хотите закупиться намного дешевле 
Значит переводить Нексты сейчас на биржу и с биржи бессмысленно, транзакции не пройдут ? Значит сейчас польют...
Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),
Код открыт Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык
Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно),
Код открыт Вряд ли это ддос, я вроде нашел "плохую" транзакцию (см. https://nxtforum.org/index.php?topic=2810.msg49304#msg49304). Пока ее срок не истечет или разрабы не сделают патч сети кирдык
12 из 13 последних блоков сгенерил акк с 5000 на счету
У него есть лессор на 12млн монет
Что за лессор?
И кстати что с сетью, кто нибудь знает? А то уже лить начали
Произвели ддос атаку + есть вероятность что нашли баг в форджинге.
Лессор это тот кто доверяют свою силу форжинга тебе, но не монеты
Это было предсказуемо, не зря алгоритм фогринга закрытая часть Nxt (насколько мне известно, хотя надежно закрыть что либо в написанном на Java коде не возможно), видать разработчики чуяли не ладное, поэтому и решили пока не открывать, пока не изучат возможности атаки, теперь изучать придётся быстро.
Обсуждение алгоритмов PoS:
https://bitcointalksearch.org/topic/which-proof-of-stake-system-is-the-most-viable-584703
Jump to: