Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 213. (Read 600924 times)
Поломались файлы LevelDB... Неожиданное завершение работы было, вероятно. Удалить из Data директории все кроме wallet.dat, и заработает нормально.
Произошла неисправимая ошибка.novacoin не может безопасно продолжать работу и будет закрыт
EXCEPTION:St13runtime_error
CDB():error opening database environment CORRUPTION:CURRENT file does not
end with newline
C:\Program Files(x86)\NovaCoin\novacoin-qt.exe in Runway exception.
Вот такое сообщение при очередном запуске новакоин кошелька я получил! Переустановка кошелька не помогает! Что делать?
EXCEPTION:St13runtime_error
CDB():error opening database environment CORRUPTION:CURRENT file does not
end with newline
C:\Program Files(x86)\NovaCoin\novacoin-qt.exe in Runway exception.
Вот такое сообщение при очередном запуске новакоин кошелька я получил! Переустановка кошелька не помогает! Что делать?
Странно, что не добавились мелкие входы старше 90 дней, например вот этот:
Для этого не соблюдено ни одно условие:1) входу, сгенерировавшему блок, менее 90 дней;
2) сумма входа превышает POW / 3, т.е. она уже считается достаточной (https://bitcointalksearch.org/topic/m.3220351)
у меня тоже второй POS блок нашёлся: http://nvc.cryptocoinexplorer.com/tx/1151e1cbe703ce7b08dee51c2862ff9db5d473d88ea548b47f7151beff8129aa#i0
Странно, что не добавились мелкие входы старше 90 дней, например вот этот: http://nvc.cryptocoinexplorer.com/tx/04ffdab6dfb11797ab7e961b9d1fafaa1c225f38e45a835e8dca471983310ab1#o1
Странно, что не добавились мелкие входы старше 90 дней, например вот этот: http://nvc.cryptocoinexplorer.com/tx/04ffdab6dfb11797ab7e961b9d1fafaa1c225f38e45a835e8dca471983310ab1#o1
Транзакция в 0,11 новы разродилась и родила еще 0,03 новы: http://novacoin.su/tx/f6100884254992716731817568ae252d76d136730cbf7bbe2acca4f27db09fcc 
Странно. Что говорит в сообщении?
У меня вылет перехватывает JIT отладчик Visual Studio 2010. Видимо где-то проблема с указателями:Code:
Unhandled exception at 0x0041d553 in novacoind.exe: 0xC0000005: Access violation reading location 0xffffffff.
Параметры запуска: -printtoconsole -rpcallowip=127.0.0.1 -debug
Параметры запуска: -printtoconsole -rpcallowip=127.0.0.1 -debug
Я один раз (примерно в мае) так "попал". Если не использовать coincontrol, что со старым клиентом так и было, с большой вероятностью возьмётся первым инпут с большим количеством монет. Т.е. отправляем самому себе первые 100 монет, после отправляем самому себе очередные сто монет и тут-то в качестве входа возьмутся предидущие сто монет плюс пристегнётся ещё один инпут для оплаты комиссии. И так далее по кругу.
Пусть меня поправит тот человек, кто сможет грамотнее объяснить.
Так это ж с другого кошелька переводы. Пусть меня поправит тот человек, кто сможет грамотнее объяснить.
novacoind версии 0.4.4.5 у меня вылетает, почти сразу после загрузки кошелька.
Странно. Что говорит в сообщении?
А я про раздельные и говорил. Несколько транзакций по 100 монет с одного кошелька на другой...
@awoland
Такое пройдёт только с двумя раздельными кошельками. И необязательно ждать, можешь хоть sendmany тотже использовать, либо сразу кучу транз по 100 монет
@alpet
Есть же ключ -debug и соответствующий файл debug.log Может этого достаточно будет?
Такое пройдёт только с двумя раздельными кошельками. И необязательно ждать, можешь хоть sendmany тотже использовать, либо сразу кучу транз по 100 монет
@alpet
Есть же ключ -debug и соответствующий файл debug.log Может этого достаточно будет?
novacoind версии 0.4.4.5 у меня вылетает, почти сразу после загрузки кошелька. Предыдущая версия нормально работает. Может как-то его заставить дампить место сбоя?
Я имел ввиду другое: берем всю сумму "перегоняем" на 1 адрес, затем первые 100 монет "перегоняем" на другой (новый) адрес; позже (например через 1 сутки) следующие 100 на этот же адрес, и т.д. В результате имеем на "новом" адресе несколько абсолютно самостоятельных транзакций по 100 монет. Входы по 100 монет отображаются отдельно... Величина (количество) монетодней у каждого входа своё (отличается на 1 сутки)... Разве в этом случае каждая транзакция не будет генерировать РОS самостоятельно ?
Не совсем понял. Что не так в этом случае?
Я один раз (примерно в мае) так "попал". Если не использовать coincontrol, что со старым клиентом так и было, с большой вероятностью возьмётся первым инпут с большим количеством монет. Т.е. отправляем самому себе первые 100 монет, после отправляем самому себе очередные сто монет и тут-то в качестве входа возьмутся предидущие сто монет плюс пристегнётся ещё один инпут для оплаты комиссии. И так далее по кругу.
Пусть меня поправит тот человек, кто сможет грамотнее объяснить.
]Не выйдет, потому что оптимумом считается минимальное количество входов... Если так сделать, то попросту 99 раз один и тот же набор монет будет использован и в итоге их будет лишь два, а не 100.
Почему тогда подобные транзакции (с разными датами) отображаются в последней версии клиента отдельными входами и их можно выбирать отдельно? Можно 100 транзакций по 110 монет на один адрес...
Не выйдет, потому что оптимумом считается минимальное количество входов... Если так сделать, то попросту 99 раз один и тот же набор монет будет использован и в итоге их будет лишь два, а не 100.
Не совсем понял. Что не так в этом случае? Можно 100 транзакций по 110 монет на один адрес...
Не выйдет, потому что оптимумом считается минимальное количество входов... Если так сделать, то попросту 99 раз один и тот же набор монет будет использован и в итоге их будет лишь два, а не 100.
Можно 100 транзакций по 110 монет на один адрес...
Ясненько. Похоже пора пробовать скрипт писать - создание 100 адресов в кошельке, и отправка на них по 110 монет )
Что-то я уже забывать начал, когда надо будет крупным держателям озаботится дроблением своих накоплений (если вообще надо)? Можно внести этот вопрос в FAQ?
20 октября.Так что pushyk-у крупно повезло. Его залежавшиеся 100 нов доросли до приплода почти в полтинник. После 20 числа все эти награды будут обрезаться до 10 монет максимум.
Если при ПОС-генерации один из входов поймал орфан, то монетодни этого входа "сгорают" и следующая генерация этим входом будет через 30 суток?
Нет, насколько мне известно. Они продолжают искать блок. Так как сгорание монетодней вызвано дочерней транзакцией(ями), содержащей награду + исходные монеты, а ее при орфане не будет
Если при ПОС-генерации один из входов поймал орфан, то монетодни этого входа "сгорают" и следующая генерация этим входом будет через 30 суток?
Jump to: