Ладно, может это я так невнятно описал. По пунктам.
Тебя не смущает, что имея на руках приватник и перебирая параметры для сида, ты в итоге получаешь набор параметров для конкретного приватника, который ты знаешь, при этом для нового приватника:1) большая часть полученных тобой параметров нужно снова подбирать (номер процесса, количество памяти и тд)
2) ты не знаешь есть ли он вообще в природе и даже если допустить, что он есть, у тебя нет времени его создания (тебе придется перебирать все мс с момента создания последнего приватника по сей день), т.к. ориентироваться на блокчейн ты не можешь, ведь у тебя нет самого приватника, а значит и публичного адреса по которому ты можешь посмотреть, когда он был примерно создан (иначе задача бы не имела смысла)
3) ты не знаешь конечного результата, т.е. тебе не с чем сверяться
Отсюда два вопроса:
1) зачем тебе старый приватник, если при попытке найти новый все равно параметры подбираются заново да еще и в слепую? Проще просто подбирать возможные варианты без оглядки на ориентир приватник?
2) ты считал количество возможных вариантов? Тебе нужно перемножить количество мс с 09 по сегодняшний день на количество оперативки на емкость харда на еще несколько параметров. Это может выйти куда больше, чем 2^256, тебе так не кажется?
1) Не смущает, я же написал почему. Параметров таки становится меньше для перебора. Минус один - железно. Я не буду повторяться. Можно конечно установить невероятный диапазон изменения параметров, это дело вкуса. Во вкус входят обычно, если есть результат. Я бы лично оставался в узком диапазоне и переключался на другой купленный приватник, если нет выхлопа. Насколько может меняться объём оперативки и свободного места? А номер процесса? Ты когда-нибудь задумывался или мониторил это?
2) в блокчейне можешь не только посмотреть публичные адреса, но и отфильтровать интересующие тебя по времени и балансу. В итоге получишь относительно скромный лист адресов (3). Но можно и без них, а тупо импортить приватники (не уверен насчёт скорости, возможно это не имеет смысла из-за производительности). В любом случае можно вернуться к пункту (1) и крутить параметры как твоей душе угодно. Потому что...
"подбирать возможные варианты без оглядки на ориентир приватник" гораздо медленнее (в который раз я это пишу?) Хотя у меня не хватает скиллов и желания рассчитать реальную сложность подбора параметров вместо перебора приватников, но я уверен в том, что эта сложность гораздо скромнее чем 2^256 или 2^32 (не уверен теперь, какая сложность у SHA-256). Должно получиться имерно 2^4, который щёлкается как орех. Другой способ - проверить и замерить, но делать этого я конечно же тоже не буду. Я лучше откланяюсь и пойду спать.
==
забыл добавить, откуда у меня такая уверенность, что ключ вида D7A8FBB3 07D78094 69CA9ABC B0082E4F 8D5651E4 6D3CDB76 2D02D0BF 37C9E592 подобрать сложнее, чем параметры к сиду. В сиде ты знаешь порядок хешей. Например сначала идёт номер процесса, потом размер свободной оперативки. То есть ты уже знаешь что и где находится. Сначала диапазон целых чисел от 1 до 10000 (например) для номера процесса, потом диапазон свободной оперативки от 1 до 10 000 000 000 байт (например) и так далее. То есть у тебя на первом месте не может оказаться число больше 10000 и неважно, перемножаешь ты параметры или делаешь ещё что-нибудь, обычно перемножаешь. Когда же подбираешь приватник - возможно всё, от 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 до FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF, а это пипец какой диапазон.
Если да, то вероятно для этой атаки тут на форуме скупали пустые старые приватники
