Моя старая статья на эту тему.
https://golos.io/@ivannikov/kak-vzlomat-bitcoin-chast-1Метод атаки описанный вами не жизнеспособен. В принципе атака безсмысленна. Но именно через создание аналога Bitcoin Core - это совершенно неверное направление.
Вам нужно:
1. Держать актуальную базу адресов и их публичных ключей с балансами для проверки сгенерированных адресов.
2. генераторы адресов по разным моделям от брейнвалетов до рандомных.
Каждый генератор должен обладать копией актуально базы адресов,
проверка онлайн через сервисы сразу приведет вас в вечный бан. помимо этого проверка очень медленная.
Сразу: Я представляю что такое 2256
Нет. Толкового тех.задания нет.
В общем имею идею которая не дает мне покоя уже пару лет. И вот теперь имею возможности начать ее реализовывать. Или не имею. Порядки сумм оплаты за такой проект мне не известны.
Хочу получить кошелек типа bitcoin core, который будет генерировать привкеи до заполнения жестких дисков и проверять все ранее сгенерированные адреса онлайн на входящие транзакции, при обнаружении входящей транзакции (нахождения адреса с монетами) кошелек должен автоматически (Не дожидаясь подтверждения транзакции сетью) переводить эти монеты на адрес к которому нет доступа третьих лиц с двойной максимальной, актуальной комиссией сети. (Той что устанавливается ползунком в bitcoin core) при заполнении жестких дисков генерирование должно остановиться, работа по проверке входящих транзакций должна продолжиться. Естественно блоки должны храниться на отдельном диске на который генерированные привкеи не записываются.
Желательно иметь массив дисков в который при окончании места в массиве можно было бы на горячую подкинуть новых дисков и генерирование должно возобновиться.
При поступлении нового блока, ради проверки сгенерированных адресов можно прекратить генерацию и направить освободившиеся ресурсы на проверку.
Как думаете? Какие суммы я могу ожидать от разработчиков? Какие сроки могут объявить разработчики? Какое железо потребуется под проект?
UPD1: В личку задали очень мудрый вопрос. Скорость проверки. В пике 50 ТБ за 4 минуты. (Допустимо задействовать все ресурсы и прекратить генерацию новых привкеев)
В случае публикации нового блока ранее окончания проверки, проверку начинать сначала.