Lenchik

@panodig Ферму можно любую. Софт должен быть на CUDA. Сильно грузит проц OpenCL. На OpenCL пишут ленивые программисты. Скорость программы на CUDA в разы выше чем на OpenCL. Центральный процессор нужен Intel. AMD глючные и их большое количество ядер по сути ничего не дает, так как общая часть у программы на CUDA работает чаще всего в один поток, та что на CPU, а не на GPU. Создатели суперкомпьютеров от NVidia отказались от использования AMD в пользу Intel. Хотя на предыдущих моделях пытались их использовать. AMD не оправдали ожиданий. А вот видеокарты желательно втыкать прямо в материнскую плату, а не на удлинителях, как у ферм. Удлинители они PCIe x1, а это сильно снижает скорость обмена видеокарты с центральным процессором.

С каким списком? Списком пазлов? Так сходите на bitcointalk да посмотрите. Может еще какие задания есть.

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

@suspend С этим некоторые сложности. Чипы асиков устроены так, что перебирают адреса пакетами, то есть оптом перебирают последовательные адреса. На этом они экономят некоторое время. То есть часть вычислений у последовательных ключей повторять не надо. Для вычисления пазлов нужно не сплошной перебор, а ограниченный некоторым критерием.

У старых кошельков могло быть слабое место. Чаще от кошельков находят файл wallet.dat. Старые программы управления кошельками позволяли использовать короткие пароли или пользоваться ими без пароля вовсе. Эти wallet.dat могут быть где угодно. Например на выброшенных компьютерах и их дисках. Есть даже специальные программы для поиска этого файла среди других данных.

@Евгения Максимова Спасибо. Здесь ключ 256 бит, а количество вариантов перебора растет в геометрической прогрессии от длины ключа. Но с другой стороны, никто не доказал что эллиптическую кривую нельзя взломать построив обратный алгоритм.

Не бывает такого маленького словаря. Обычно используется стандартный словарь BIP39. Длина фразы 12 или 24 слова. Если длина фразы 32, а известно только одно слово, то перебирать нет никакого смысла. От какого кошелька фраза?

Я не понял вопроса. Словарь BIP39 содержит 2048 слов. Перебрать их в различных комбинациях за разумное время невозможно. Если большая часть seed фразы известна, то относительно небольшое количество слов конечно можно подобрать. Но нужно знать от какого кошелька фраза. У некоторых контрольная сумма считается нестандартно. И контрольная сумма там короткая, то есть нужен еще какой то критерий успешного нахождения.

@Old Miner Не применишь ты метод кенгуру к данной задаче. "Стадо" одно. Открытый ключ один, а не множество. А подбор методом приближения на эллиптической кривой вряд ли прокатит. Если бы это было так, давно бы все кошельки грохнули. И если вы так уверены в своей правоте, то дерзайте. С ваших слов, софт есть, задача для него посильная есть. Получайте приз, пока другие не взяли. А то, что кто-то один ключ взял, так это просто везение. Скорей всего случайные ключи подставляли, а не по порядку перебирали. (Дуракам везет). По слухам, кто-то и в лотерею выигрывает 😄 Взять можно, задача для современной техники посильная, вот только затраты сил и средств значительно превышают обещанный приз.

Наличие публичного ключа ничего не дает. Сложность получения из публичного ключа адреса меньше процента от сложности получения из приватного ключа публичного. Решающее значение имеет количество неизвестных символов. Каждый неизвестный символ увеличивает время перебора в 256 раз.

Я сам программы пишу. Реально пригодной именно для этой задачи я не встречал. Детские примеры на питоне для брутфорса абсолютно непригодны. На OpenCL, еще туда, суда, а вообще нужно весь алгоритм реализовывать на CUDA.

20000000000000000:3ffffffffffffffff Вот это нужно перебирать. 8 HEX символов два раза. Начало или 2 или 3. Перебирать, пока адрес не получится 13zb1hQbWVsc2S7ZTZnP2G4undNNpdh5so Вообще то реально. Но приз не так уж велик.

@Max123321 Посмотрел я внимательно. Эта картинка там просто для красоты. Там в графическом виде изображен то же самый ключ что ниже написан цифрами. Никакой пользы от этой картинки нет.

@alevlaslo В этом примере CUDA где то сбоку. Файл эллиптической кривой называется SECP256K1.cpp, то есть он написан на C++. В любом случае, прямой перебор приватного ключа неэффективен. К примеру я собираю утилитку для подбора по хэшу sha256, Объем готового exe всего несколько килобайт. А если добавляю вычисление из ключа адреса, то есть добавляю алгоритм SECP256K1, объем около трех мегабайт. Представляете насколько больше в таком коде команд для процессора? В задаче с пазлом часть ключа показана. Остальное нужно перебирать не все символы от 00H до FFH, а только символы с картинки с кубиками. То есть алфавит существенно ограничен. И 240 современных видеокарт стоят больше чем обещанный приз.

@Old Miner Я как то пробовал эти примеры из интернета. Или не собираются, или неправильно считают. Одно то что основная часть на питоне написана внушает опасения. То есть человек не умеет писать на C++ а все эти алгоритмы насобирал где то. Проверю как ни будь на досуге. Мельком посмотрел, там библиотеки математические подключены. Типовые, а не саомписаные. Вряд ли они оптимизированы на скорость.