Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 157. (Read 600924 times)
Что то как-то вяло борьба с новой ведётся. Толи дело сразу после запуска )
Так дойдем до руткитов и хранения ключа шифрования в загрузчике. 
Вот бы ещё в клиент кошелька фичу чтобы по секретной комбинации клавиш часть баланса не отображалась...заначку от жён прятать. Цены бы не было )
Транзакции в логе тоже скрывать?
Было решено обновить некоторые библиотек из набора используемых для создания Windows сборок.
Обратная совместимость сохраняется, однако однажды открытые в обновленном билде wallet.dat станут нечитаемы для сборок, использующих старые версии библиотек.
Тестовые сборки для проверки совместимости: [AMD64 | i686]
Quote
libminiupnpc 1.6 -> 1.8
openssl 1.0.1c -> 1.0.1f
libdb 4.8.30 -> 5.3.21
openssl 1.0.1c -> 1.0.1f
libdb 4.8.30 -> 5.3.21
Обратная совместимость сохраняется, однако однажды открытые в обновленном билде wallet.dat станут нечитаемы для сборок, использующих старые версии библиотек.
Тестовые сборки для проверки совместимости: [AMD64 | i686]
https://www.mywot.com/en/scorecard/novaco.in?utm_source=addon&utm_content=warn-viewsc
https://www.mywot.com/en/scorecard/novacoin.su?utm_source=addon&utm_content=warn-viewsc
https://www.mywot.com/en/scorecard/novacoin.ru?utm_source=addon&utm_content=warn-viewsc
Даже не подумал, что написать в качестве комментария к "отзыву". Интересно, каким образом сайт может быть сборщиком спама, если на нем не то что регистрации, а вообще ни одной формы нет? Какой смешной этот GURBL... Непонятно, как вообще можно быть настолько тупым
https://www.mywot.com/en/scorecard/novacoin.su?utm_source=addon&utm_content=warn-viewsc
https://www.mywot.com/en/scorecard/novacoin.ru?utm_source=addon&utm_content=warn-viewsc
Даже не подумал, что написать в качестве комментария к "отзыву". Интересно, каким образом сайт может быть сборщиком спама, если на нем не то что регистрации, а вообще ни одной формы нет? Какой смешной этот GURBL... Непонятно, как вообще можно быть настолько тупым
и 3) какие инпуты выбираются при проведении транзакции - более молодые или более старые (надеюсь, что первое 
Начиная с версии 0.4.5 реализована возможность самостоятельно выбирать инпуты для отправки и адреса для сдачи.1. Верно ли я понимаю, что reservebalance работает так: не допускает генерацию, если она может сделать spendable баланс меньше чем указано?
Верно.2. А можно ли сделать так, чтобы запретить использование конкретных инпутов в PoS?
На данный момент такого способа нет.какие инпуты выбираются при проведении транзакции - более молодые или более старые (надеюсь, что первое
Либо псевдослучайно, либо вручную.
и 3) какие инпуты выбираются при проведении транзакции - более молодые или более старые (надеюсь, что первое
1. Верно ли я понимаю, что reservebalance работает так: не допускает генерацию, если она может сделать spendable баланс меньше чем указано?
2. А можно ли сделать так, чтобы запретить использование конкретных инпутов в PoS?
2. А можно ли сделать так, чтобы запретить использование конкретных инпутов в PoS?
Вот бы ещё в клиент кошелька фичу чтобы по секретной комбинации клавиш часть баланса не отображалась...заначку от жён прятать. Цены бы не было )
Такие продвинутые жены все равно найдут
Вот бы ещё в клиент кошелька фичу чтобы по секретной комбинации клавиш часть баланса не отображалась...заначку от жён прятать. Цены бы не было )
В каком-то смысле верно, так что поправим поведение в этом плане тогда.
Ну почему нет смысла? Есть смысл. Жена на новую шубу без спроса не возьмет, например. 
Эти ограничения искусственны и действуют только на RPC команды. Они предназначены для того, чтобы получивший доступ к RPC серверу не смог отправить деньги или сделать экспорт ключей. Однако, вся необходимая для этого информация присутствует в памяти процесса, по другому тут никак... Если только расшифровать приватные ключи и хранить их, а не мастер-ключ. Но это почти ничего не даст, потому что сам по себе мастер-ключ злоумышленникам не нужен. Разве что защитит зарезервированные ключи, которые еще не были использованы.
Возможно, в будущих версиях добавятся и на отправку через GUI, но я думаю что с точки безопасности смысла в этом большого нет. Потому что имеющий физический доступ к системе может сделать дамп памяти процесса и унести его домой для последующего разбора.
Возможно, в будущих версиях добавятся и на отправку через GUI, но я думаю что с точки безопасности смысла в этом большого нет. Потому что имеющий физический доступ к системе может сделать дамп памяти процесса и унести его домой для последующего разбора.
У меня вопрос по функционалу параметра в команде "walletpassphrase".
Как я понял, при установке параметра true - кошелек разблокируется только для майнинга, а отправка монет, должна требовать ввести пароль.
Так вот, у меня после ввода "walletpassphrase мойсложныйпароль 8640000 true", при отправке денег пароль не требуется.
Как так?
Та же ситуация, но не придал значения. Как я понял, при установке параметра true - кошелек разблокируется только для майнинга, а отправка монет, должна требовать ввести пароль.
Так вот, у меня после ввода "walletpassphrase мойсложныйпароль 8640000 true", при отправке денег пароль не требуется.
Как так?
У меня вопрос по функционалу параметра в команде "walletpassphrase".
Как я понял, при установке параметра true - кошелек разблокируется только для майнинга, а отправка монет, должна требовать ввести пароль.
Так вот, у меня после ввода "walletpassphrase мойсложныйпароль 8640000 true", при отправке денег пароль не требуется.
Как так?
Как я понял, при установке параметра true - кошелек разблокируется только для майнинга, а отправка монет, должна требовать ввести пароль.
Так вот, у меня после ввода "walletpassphrase мойсложныйпароль 8640000 true", при отправке денег пароль не требуется.
Как так?
Сейчас же ведь вес входа растет 120 суток?
Изменились ли, в связи с этим, условия для автосклейки монет? Я имею в виду, осталось "инпуты старше 90 дней" или же заменилось на "инпуты старше 120 дней"?
Просто, я видел ситуацию: был сгенерирован POS блок 6-го января, при этом произошла склейка двух инпутов возрастами чуть старше 90 дней.
Баг или так и задумано?
Это нормально. Изменились ли, в связи с этим, условия для автосклейки монет? Я имею в виду, осталось "инпуты старше 90 дней" или же заменилось на "инпуты старше 120 дней"?
Просто, я видел ситуацию: был сгенерирован POS блок 6-го января, при этом произошла склейка двух инпутов возрастами чуть старше 90 дней.
Баг или так и задумано?
Вес растет до 120 суток, но все остальное не изменилось. Возможно, что в будущем граница для комбинирования тоже будет сдвинута на 30 дней, но пока собираем статистику.
А если пул не успеет скачать шары?
я примерно засек сколько времени это происходит и дал задержку с запасом, по крайней мере самый простой способ, но с радостью бы узнал более правильный У меня такой батник
start C:\mine\nvc\novacoin-server
ping 0 -n 91
start C:\mine\nvc\p2pool_win32_p2pool-11.4.3\run_p2pool.exe
ping 0 -n 91
start C:\mine\nvc\CGWatcher-1.3.0\CGWatcher.exe
exit
а Cgwatcher уже сам запускает bfgminer с параметрами
start C:\mine\nvc\novacoin-server
ping 0 -n 91
start C:\mine\nvc\p2pool_win32_p2pool-11.4.3\run_p2pool.exe
ping 0 -n 91
start C:\mine\nvc\CGWatcher-1.3.0\CGWatcher.exe
exit
а Cgwatcher уже сам запускает bfgminer с параметрами
а что делает ping 0 -n 91 ? он в любых условиях с этими параметрами работает?
А если пул не успеет скачать шары?
Jump to: