Lenchik

@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.

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

@Valtermag Что вас так этот вопрос заинтересовал? Майнеры руководствуются ценой жидкости, а не её качеством. Для ванны с асиками жидкости надо много. Это не винтажный компьютер в "аквариуме". Там и дорогую жидкость можно применить. Спирт вряд ли. Его от воды отделить сложно, а жидкость не проводит ток, даже блоки питания опускают в жидкость. По возгоранию и дымку ничего не определить. Состав явно многокомпонентный. В хорошей лаборатории разве что проанализировать состав получится.

Этиленгликоль наверное входит в состав. Поэтому жидкость выглядит маслянистой.

@Valtermag иммерсионная жидкость это не масло. Она даже кипит при температура ниже 100 градусов, а масло кипит при очень высокой температуре. Можно наверное попытаться и трансформаторное масло использовать, но асики после этого будут выглядеть не очень.

@Avastor DC GOOD замыкать наверно лишнее. Это выход, а не вход. Это сигнал из блока питания что все напряжения в норме. В блоках ATX этот сигнал применяется что бы отпустить reset у материнской платы и плата стартанула. Как вариант, выводы на картинке не сигнал DC GOOD.

Это всё потому что вы температуру не меряете. Не говоря уже о ИК станциях, но даже у приличного нижнего подогревателя есть термопары. Обычно три штуки. Одна непосредственно в самом нагревателе и две выносные. Одну прижимают снизу, другую сверху в зоне пайки. Термопары либо на тонких кронштейнах, либо в трубке которую можно изгибать как хочешь (как у некоторых настольных ламп, только тонкая). Прижать термопары к плате секундное дело, зато температура будет точно по фэншую.