Lenchik

Написал то же самое что и в первом сообщении, только для сжатых приватных BTC ключей, длина 52 символа, начинаются на K или L. K и L само не перебирает. Если не уверены, пробуйте оба варианта. Начало приватного сжатого ключа может быть только Kw Kx Ky Kz L1 L2 L3 L4 L5. Это обусловлено тем, что после конвертации ключа в HEX, первый байт должен получиться 0х80. Типа идентификатор ключа. Из других значений первой пары символов 0х80 не получится. Пруфа не даю, так как сосчитал сам. Кому поможет, не забывайте поблагодарить. Адрес биткоин кошелька 3GmNvNHWnmGdcm26AaVVyENqM2K9YXm9MV PriKeyWIFC.zip

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

Да нигде не пропадал. На этом форуме я не ко двору. Тут барыги, а я специалист. Вот и не заходил. Через почту пришло уведомление что моей темой интересуются, вот и ответил. Как раз интересным проектом занят. За одним утилитку аналогичную опубликованной выше, но для сжатых WIF ключей накропал. Нужно только всё проверить, замеченные недочёты устранить и выложу.

Сейчас скачал, всё на месте. Возможно его у вас антивирус удаляет. Исполняемый файл там без цифровой подписи. Откуда ей там взяться. Если не сможете скачать, могу переслать вам как ни будь по-другому.

Для несжатых WIF (приватный ключ начинается на 5, длина 51 символ) эта и есть самая актуальная. Там не убавить, не прибавить. Для сжатых ключей WIF C (Начинаются на K или L длина 52 символа) скоро будет готова. Дней несколько, неделя, не больше. Мне оно как бы не особенно надо. Я единственный экземпляр записки с ключом в задний проход не заталкиваю. У меня всё продублировано на двух компьютерах, причём на одном RAID 5, то есть даже выход HDD не приведет к потере данных. Особо важную информации я ещё и в печатном виде храню. 99.9% потеряно биткоинов от потери доступа и только 0.1% или даже меньше, украли. Там что думайте, прежде чем ключи прятать в место, откуда их обратно можно и не получить. Выше я уже писал, но ещё раз повторюсь: Это не скоростная утилита для подбора ключей, это утилита восстановления ключа, когда один или два, три символа искажены при переписывании или, например стёрлись при хранении бумажной копии ключа.

@ldb68 Напишу и для ключей из 52 символов. Но сейчас немного занят. Всё же во многих местах этот формат называют сжатым и даже иногда обозначают как WIFC. GitHub - vsergeev/btckeygenie: A standalone Bitcoin keypair/address generator, written in Go. $ btckeygenie Bitcoin Address (Compressed) 1GwX827vFH6cc11sE7jKyhUTsRTZbrNBbD Public Key Bytes (Compressed) 02EF0D9A8BA1EB52E14DD33AF3C326B9F5B3C50BFE83D1CD94BDD572DC6492D54E Public Key Base64 (Compressed) Au8Nmouh61LhTdM688MmufWzxQv+g9HNlL3VctxkktVO Bitcoin Address (Uncompressed) 1EEadeAXyPywyP4AbBijtSVEUDrJ6Uze9b Public Key Bytes (Uncompressed) 04EF0D9A8BA1EB52E14DD33AF3C326B9F5B3C50BFE83D1CD94BDD572DC6492D54 EE53FB170859899EDA81F0FF13B6D8A070D3EB872CE96DFAF2D4E06689F154868 Public Key Base64 (Uncompressed) BO8Nmouh61LhTdM688MmufWzxQv+g9HNlL3VctxkktVO5T+xcIWYme2oHw/xO22KBw0+uHLOlt+vLU4GaJ8VSGg= Private Key WIFC (Compressed) L51L6m126TParjMtoscEiY2Fr9rfXCMW2vyhtLd3wRs9aY27WEKR Private Key WIF (Uncompressed) 5Kac96tfK167mM27JR9tbLGEnaGnRy3Nz5XX7CF4PJR3rMHPxgN Private Key Bytes E8547D576CE8A911BF4DE684BE9E8CBF4F438CE31390D7B9C228FEA18D73786C Private Key Base64 6FR9V2zoqRG/TeaEvp6Mv09DjOMTkNe5wij+oY1zeGw= $ Оно в общем то и понятно. В криптовалютную тему в первую очередь ломанулось малообразованное быдло. Умные и образованные написали функции и подпрограммы для скриптовых языков, а тупые и амбициозные используют их наработки и считают себя пупом земли. Возьмут из одного окошечка значение, воткнут в готовую функцию того же питона, результат выведут в другое окошечко и уже считают себя крутыми экспердами. Вот поэтому терминология в названиях и хромает.

@romariogland С помощью этой утилиты невозможно подобрать ключ, как и другим каким либо способом. Вся идея в том что большая часть ключа правильная, а искажены один или несколько символов. В моем случае было неизвестно какие символы неправильные, поэтому подбор идёт во всех возможных комбинациях. То есть о брутфорсе можете не беспокоиться. Он в настоящее время невозможен, и скорее всего будет ещё долго невозможен. Хотя если ноду поместить в оперативную память, генерировать ключи, из них получать адреса и примерять к ноде, то есть вероятность наткнуться на чей то кошелёк с криптой. Тут же не подбор конкретного ключа, а любой ключ с криптовалютой годится.

Ну так и напишите для человека утилиту для ключей K и L. В чём проблема то?

@rammendo А приватный ключ из 51 символ начинающийся на 5 превратился в 52 символа начинающихся на K

Я то откуда знаю. Один байт HEX - 01 добавили между ключом и хэшем и он у них почему стал сжатый. Я бы его так не назвал. Но это даёт дополнительную возможность по валидации ключа. При переводе из base58 в hex меняются все байты и если после конвертации нет на своём месте этих 01, то можно хэш уже не проверять, что приведёт к существенному ускорению процесса.

@romariogland На скриптовых языках не получится. Скорость будет очень маленькой. На С я пробовал. Невозможно из base58 в HEX ключ сконвертировать. Там надо весь ключ представить как одно целое число, а в С таких переменных нет.

@romariogland L и К "сжатые" ключи. Вы хотя бы напишите зачем вам это? Я писал утилиту конкретно для исправления ключа начинающегося на 6. Человек один попросил. Ошибку в ключе исправили. Можно и для сжатых написать. Теоретически скорость подбора должна быть даже выше, так как один байт в сжатом ключе константа.

@rammendo В этом году, после январских праздников. Писал чисто под одну задачу, ключ Litecoin исправить. Дня за три написал и несколько дней делал ввод, вывод и описание. Я же написал что это для ключей формата WIF. Универсальную смысла нет писать. Под друге представление ключа проще отдельную утилиту написать. Таким способом можно исправлять только ключи имеющие контрольную сумму (хэш). Если в ключе нет контрольной суммы, то и способ нужно другой, например примерять ключи к полной ноде.

Не сложно. Когда я писал, то не знал что такие ключи бывают. Можно вообще отключить эту проверку. Первый символ ни на что не влияет и не участвует в вычислении контрольной суммы. То есть вы можете заменить свои L или K скажем на 5, найти ошибку в ключе, а потом заменить обратно на L или K.

Тут скорее не это интересно, а то что объёмы торгов растут. Если рост объёмов продолжится, то и движение курса ускорится.