She's a demon or an ancient goddess, probably.

"Turc" in french is an euphemism for stupidity. Typical use example is "Mais tu es turc, quoi?!" which can be translated as "Are you stupid or what?!".

"Turok" or "turk" in russian is also an euphemism for hopeless stupidity and/or unfounded arrogance. Typical use examples are "Ну ты и турок!" or "Ревнивый муж подобен турку", translated as "What a fool you are!" and "Jealous husband is like a turk", respectively.

"Türk" in german is associated with lies, hypocrisy, false pretenses, etc. Typical example is "getürkte Autounfälle" aka "phony car accidents".

"Cabeza de turco" aka "Head of turk" in spanish usually means somebody, who can be blamed for virtually everything.

Oh, we shouldn't forget about english, of course.

One of meanings of "young turk" in the english language is an idiom, describes a young person with a rebellious disposition.

Это только для тех, у кого есть несжатые публичные ключи. Штатный клиент всегда создает сжатые, так что единственным источником несжатых может быть ванитиген или какая-нибудь другая утилита. Соответственно, для большинства это неактуально.

Так скорее всего и сделаем, хоть это и породит ту ещё путаницу.

Исправлено:

https://github.com/novacoin-project/novacoin/commit/9a848e2cae1fc51c8b76a5d76a69d8fe2d87e078

Новые сборки будут уже завтра, скорее всего.

Поломано было в этот момент:

https://github.com/novacoin-project/novacoin/commit/5f3f7465db4444e49dd4a896f88c090b40d0a303#diff-dd01571c9de4333a6af0b54c71ae2ad8R140

Занятно, что не заметили этого раньше.

В общем, поведение подтверждаю:



Такое наблюдается только на зашифрованном кошельке, в незашифрованном результаты импорта и экспорта совпадают, как и должно.

Ну, так даже проще. Раз согласилось импортировать, не сказав что такой ключ уже есть, значит точно в этом дело.

Между тем, вероятная причина обнаружена:

https://github.com/novacoin-project/novacoin/commit/2efa010c9826cba06c53aecbea6d89dd0d8d0acc

В определенных случаях флаг "сжатый" мог устанавливаться независимо от того, какой формат запросил юзер.

ещё один важный вопрос, кошелек с этим ключом зашифрован или нет?

Кстати, сжать ключ можно и не дожидаясь никого, используя вот этот скрипт:

https://github.com/CryptoManiac/bitaddress.org

Просто скачайте как zip аржив, распакуйте, откройте html в браузере и поводите по экрану мышкой. Затем переходите на вкладку "Wallet info", вбиваете туда WIF строку закрытого ключа (можно получить с помощью dumpprivkey) и внизу страницы будет WIF строка для сжатого ключа, которую можно будет импортировать в кошелек.

К примеру, для такого WIF ключа 5ZQSqa1qk6AZ6LNdMXp339BfjNy9HkhHvEhU5sxxvEQb1V1Hsdy получается M82V3Nii9BoAeYWTTczbzT85x3xoawrqfyTcYXx1oxB76fyHp8QG, если всё нормально. Возможен и обратный процесс, но смысл его для меня неочевиден.

Я сделаю rpc функцию для этого, так что перекодировать руками не придется.

Ничего странного, имел такую путаницу в 0.6 версии клиента btc, когда кое-что подправил в нем.

В общем, это не "какие-то левые адреса", а твои собственные, так что бояться в этом плане нечего.

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

Скорее всего, я прав насчет сжатых и несжатых ключей, достаточно посмотреть на транзакцию.

https://explorer.novaco.in/tx/e2004d96e574957c32a17da8815f53e459e14e4d5995c5affaa780a60bf39485

Публичный ключ во входе в два раза длиннее, чем на выходе, так что дело точно в этом.

С другими адресами такого не происходило? Просто есть предположение, что проблему вызывает использование несжатого публичного ключа. Как раз такого, какие генерирует VanityGen.

Если так, то адрес этот на самом деле твой, просто в выходы подставился сжатый публичный ключ вместо несжатого, и хэш у него другой. В таком случае доступ к монетам можно восстановить, если перекодировать WIF строку закрытого ключа так, чтобы при импорте создался сжатый публичный ключ.

Заранее для бикула - или помогай искать причину, или иди лесом. Твоя одержимость всякой хренью уже порядком надоела, найди себе другую тему для развлечений.

Клиент самосборный или с сорсфоржа?

Для 1 апреля вроде бы поздновато. Или это всерьез?

Не подумай, что издеваюсь, просто ничего в плане майнинга не меняли вообще, потому надо выяснить имеет ли место вопрос.

To satisfy the dependencies you need to add required repositories. It's explained in the readme file.

https://sourceforge.net/projects/novacoin/files/novacoin-0.5.7/deb/README/download

Alternatively, you can use statically linked build. But with either debian or ubuntu there is actually no need for doing so.

P.S. It seems that future deb releases will be able to add required repositories automatically.

На тему паролей, и почему они - прошлый век:

http://samag.ru/archive/article/390

Исправлено в репозитории, теперь метод всеядный и понимает адрес, пару ключей или вью.

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