Загрузка...
Новая эра поиска существующих Bitcoin адресов или небольшое открытие.
  1. oktilion1
    oktilion1 Автор темы 8 июл 2024 134 24 июн 2024
    Всем привет. Форум читаю давно, статью пишу впервые, ибо есть о чем написать.
    Все наверное в курсе, как много разнообразного "ПО" для якобы поиска забытых Bitcoin адресов, пытаются впарить через разные каналы. Кто-то ведётся, ктото догадывается найти исходники на ГитХабе, ктото знает хотябы немного теории.
    Кстати немного теории, для незнающих опишу и я в кратце.
    Биткоин адреса на основе Base58 (вот такого вида "1PnVcifB9EBwbaAauprqcucPgfUnrRLtWg") генерируются на основе рандомного 256 битного значения. Кто-то сейчас будет говорить про сид фразы и прочее, но нет, сид фраза это по сути укороченное 256 битное число. (те кто знают мат часть не ругайтесь, всё я прекрасно понимаю, просто пытаюсь объяснить простым способом). В общем рандомное 256 битное число, превращается в 64 битное, оно превращается в приватный ключ, а на основе приватного ключа создается публичный, способом кеширования.
    И все эти "чудо скрипты и программы" занимаются тем, что генерируют рандомное число, создают на основе его приватный и публичные ключи, ну и в теории, вам может повезти и вы случайно сгенерируете кошелек, который уже существует, да ещё и с балансом. :ok_hm:

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

    Но конечно, никто не исключает удачу. Все может быть. Правда никто не говорит о другой проблеме, даже тот софт который будет генерировать миллион адресов в минуту (продаётся и такой, и бесплатно на ГитХабе есть), по сути бесполезный хлам, потому что генерация это одно, а вот проверка на баланс это совсем другое. Даже софт за 500 баксов, тупо использует открытые Api и ******) На данный момент, просто не существует способа, даже платного, чтобы проверять миллионы адресов в потоке на баланс. Зачем кому-то давать бесплатно такие вычислительные операции. Можно конечно развернуть собственную ноду, создать на её основе собственную базу данных, разместить это всё на сервере, использовать террабайты данных блокчейна, но что-то мне подсказывает, что у человека который может это себе позволить, не будет интереса искать забытые кошельки.

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

    Но буквально месяц назад, кое что заставило изменить моё мнение по поводу добычи этих кошельков. Дело в том, что с развитием нейронок, люди заметили, что нет нет, а деньги со старых кошельков пропадают :hmm: Я проверил эту информацию и убедился в этом. Значит какой-то способ все же существует,да и нейросети могут помочь найти этот способ. Не знаю как, но эта тема меня захватила, и дала свои плоды.

    Путём долгого и грубого насилования Gemini (который очень не хочет разговаривать на темы уязвимостей), перечитав множество форумов и даже научных статей, выявилась любопытная деталь. Да, вариантов 256 битного числа, огромно. Но тут всё снова упирается в человеческий фактор. На рассвете развития биткоина, и особенно когда на него начался бум, было огромное множество различных сервисов и сайтов, для быстрого создания кошельков. Тут и даркнет и прочее. Разные биткоин миксеры, майнинг фермы, перечислять можно бесконечно. Так вот, скрипты, позволяющие людям создавать такие кошельки, делались ручками, и с использованием бесплатных библиотек по типу Random для Пайтона и так далее. (сейчас уже в основном используются продвинутые библиотеки для генерации) Так вот как выяснилось, нет нет, а библиотеки эти косячили. Либо где-то процессор глюканул либо еще что-то, и они начинали генерировать не просто рандомные числа, а с закономерностями, какими именно? :smile_idk:

    Могу лишь привести пример на кусочке из восьми бит. Допустим создавалось число "00011000", потом глюк и "00110000", "0110000", "11000000". Ну то есть могло генерироваться то же самое число, но допустим со сдвигом в лево. Либо генирироватся 256 битное число, где первые 200 бит равны нулю, а остальные рандомно. И так далее. Таким образом могли создаться тысячи и сотни тысяч кошельков, у которых разница в 256 битном числе, могла быть всего в одно значение.
    И мне пришла идея, зачем генерировать полностью рандомное число, если можно попробовать генерировать лишь части этого числа, где остальные части будут фиксированными. Ведь намного больше вероятность, что где-то кто-то использовал этот пул из-за косячных библиотек, чем тыкать пальцем в небо. Так родилась первая версия программы под названием "Pidor1.0" (такое название пока что-то не найдет).
    [IMG]
    Как видно из скрина, я разбил 256 битное число на ячейки по 8 бит, в которые можно записывать свои значения, можно фиксировать чтобы они остались неизменными, и так далее. И каково же было моё :surprised_cat: когда всего поработав 10 минут с программой, я нашел реально существующие адреса, которые совершали транзакции (к сожалению у них был нулевой баланс). Всякие пруфы, и кучи адресов с приватными ключами выложу в конце статьи, можете спокойно заходить в них и смотреть всё собственными глазами. Пока-что в оконцовке, в общей сложности я нашел около тысячи кошельков за неделю тестов (тестов, а не непрерывной генерации). К сожалению все с нулевыми балансами пока-что, но через некоторые проходли приличные суммы, и последние транзакции были в этом году. Вот этот к примеру, приватный ключ от него тоже выложу:
    [IMG]
    Ну и тут понеслась, появлялись различные версии "Pidora", вот тут к примеру я сделал возможность фиксации всех 256 битов
    [IMG]

    Но настоящие танцы с бубнами начались, когда я уперся что нужно как-то проверять на баланс миллионы сгенерированных кошельков. И искать естественно бесплатные методы. И путём долгих ночей, я пришел к тому, что вообще отказался от проверки баланса через интернет. Каким образом? Путём парсинга абсолютно всех адресов, через которые совершалась хотя бы одна транзакция. В оконцовке вышел txt файлик не много не мало на 50гб и полтора миллиарда строк. Правда так как я оставил в нём ключи только формата Bip58, то получилось 20гб веса и 800 миллионов строк.
    Но лезть каждый раз в txt файл, и проверять существует ли в нём, сгенерированный нами биткоин адрес, очень напряжно для системы, да и долго. Поэтому на основе этого файла пришлось создать файл базы данных на основе Sql Lite. Которая получилась весов в почти 60 гб. Что по скорости спросите вы? На Intel(R) Core(TM) i5-8350U CPU @ 1.70GHz генерация и моментальная проверка - миллион в секунду. На более серьёзных аппаратах еще не тестил.
    [IMG]
    Принцип я думаю вы уловили? Зачем проверять на баланс, если можно просто чекать, а существует ли уже такой кошелек, и были ли на нём транзакции.
    В оконцовке программа превратилась пока в это:
    [IMG]
    В общем пищу для размышлений я вам подкинул. Пока что-это только начало, но уже радует что совершил просто невозможное, ибо спросите у любой нейронки, а возможно ли сгенерировать уже существующий адрес, и посмотрите что она вам ответит. А тут не просто адрес получилось, а сотни.
    Софт если что не продаю,алгоритмом я с вами и так поделился. Было потрачено слишком ного сил и нервов, чтобы отдать это за пару тысяч.
    Впереди ещё много тестов и развёртка на нормальном железе.
    А вот полученные ключи как и обещал и приваты к ним. Номер строчки ключа соответствует строчке в привате, извините лень было норм делать, они у меня просто в разные файлы записываются.
    1ADtEbG5UAnrqSTz8CssEPXFLYTM6mfCiA
    1CSPhHszH4S4Hhrrx8ZdmJWC3GLTpuhsur
    1LagHJk2FyCV2VzrNHVqg3gYG4TSYwDV4m
    179NZfVhPXssS42hs2o9ANABMcReQiovym
    1C77qaBvJ2mGAb9QmcuBHrD6sbYy9V8Rc7
    1Mv7xTXisEUQZ4aeQmDmmYKqLVw3PoNGA1
    1HxpsY48MpH4kvi2H23vDwdaBSa2paSipX
    137DbqLHaL32CLg91FYStaGi99y3H5xHNS
    1LvbRi7aCjENKCzDMTsaoZ8sKsg1B9CqLQ
    132vDcKDe96wL2GLLznueKnGVP4RnAX5xH
    134hoUfpzKWFqLMgrELRnERQemU3FAiY3v
    1LNLqCerQQ6j9iKs39VP6vNJHSpzNrFKJj
    182WMwUZYz4vksjnhzU6GpCtKW3g3HKwhb
    1P1Dur122Pzey73fFyUgfSbcxDdedSSm4z
    1EoXPE6MzT4EnHvk2Ldj64M2ks2EAcZyH4
    1Pt8N7xSic1oEKE8pPDEJ96KcnVFU69HRp
    1GgD7fHa8ZRczoMQagVzYc73ioTvoe3sZu
    1GTy3GAexCP74XVouxc7ZUP9s2qheQVDDz
    18XrReT5ChW8qgXecNgKTU5T6MrMMLnV8H
    1Cyr9LQ7F3PZNjiJCcafLLh6F1RDireoCn
    1LWWyaRPtU7PHHEN67Zh8qhmZyAoaRubcw
    15CHsSNH3SmEfoc2mau11z7inZiUZvRfyr
    18CW9Zv8rC8UcLSMHJGZSJ2uTHcqBEoa7D
    1EtppGCHU29KoJAwwU5sLdmeMim7GzBb5z
    1FB8cZijTpRQp3HX8AEkNuQJBqApqfTcX7
    19WcSz4FxGH7CRqChvXaFW42UHnbQBicky
    1EYQRFJ1z1WzhPs17sZPzYnWxoYXUs8cKj
    1EWCz4DrTShf9vFThywg2WfDyrdV4Wy2SN
    1Q4rfQLQF9yKN2Ay2NNBwLNPSy4sDbwNnd
    1Px5Kp4aZgPmVxJV9sWgLj6dEWcFMec9Fo
    1GDWJm5dPj6JTxF68WEVhicAS4gS3pvjo7
    1KmobiUwSFcKyDX2z1Ss2TVL5yLq2BnxrS
    1AS5u8iJsUFjQ3KmjkF5saBrHMLWdQMSpY
    13zGBax475zUoLFatjye7Rp48vPrtiaeqs
    1BoH6QH9n2pftQYRU5kganogxaNtTCo5cJ
    1LtUqEjvsTh4B5GtDmBV8upuRD6QcRTeCx
    1MsUtV4HwbEX6pnPa1cAfzJTn7oNufW5p4
    1KWj99Jwd9LGGC2Y1c9c4cmvWvYTQrLFVc
    1PnVcifB9EBwbaAauprqcucPgfUnrRLtWg
    19vxtDbLMNasSpbAEZd7va5Qge6d2zYWbp
    1Jhh65j6YvN3p4gE2zxcS4MkYkwcTpcCAE
    1BBwZVdBjoPxotHfrKLpHJBSy7vmc2pjex
    1E1NUNmYw1G5c3FKNPd435QmDvuNG3auYk
    1Cw4iTCkanJFZhLAQh3hBzD22QdBMrkPND
    1NcyZoVby5LbHXNVedcQpwtYj5TMGqGQzZ
    1MqWUyivo9sj323sirtbxZ1S23vPA36FDK
    17RjnQF8VWkcqyAHvY1QA1jNyx1xPVnB5d
    1HGn3jxoSh8twi4mR3iaNmZr6pbHgjFJEg
    18JVE1MSS7a2NEhtHJkxhwgvT4hLQYBw3w
    1KeF7jzYkq8FdSnKwYLBEc3uJH7fwaxE8S
    1JMcEcKXQ7xA7JLAMPsBmHz68bzugYtdrv
    1FHcYth4LRJMwNx2y8NR5DH7sYCiVzXs3Y
    1KgVr2GExouGLAeAt79KwxykCck4k9Cexk
    16Uhv71wNqMeaTW6YZQ8L3SaeVuomoD3dX
    1Akt9SAP6Vvq1BfNcNWwvANgqXkNmZ2uz7
    1MnyqgrXCmcWJHBYEsAWf7oMyqJAS81eC
    1MNagJqYUsWBD47QbsebCT2Lt7GwZtjkg
    1DBnH9vswDSbojbw3zeNUQBmmL494cyW8W
    16NUWSmWh7K6e885kybvaDdBoFQPZeDUpy
    1CKAkV2EVrPFF8oqKvCPGLvBVJ63wpChmD
    1B7nMKLwh76G84u1xvk4CnhPK5YcPr2jvT
    1AdaHxALc5jknZVmNtcduvkD33WBv3sX6i
    14FEwXgmVL37WvqVAucoijV1piKyzSCxzc
    1B8EsE44dqKSbVdqgnd9aTQex7r4G6Bw1P
    1P4C2RHfYZjU2Eca3mAwcHFwnYHcM4PxLn
    1EcDD3QLhSg9zmPnExs5etYaXP5o4yT8xM
    1L2YxutDBfZ33e4mM7gxoDo7t8rj9UxB8z
    1NsXxb6oeKhp5kw3vUm5aRxmfL2GeBX6f
    1LWsLyY2j2mPtYcG9yG2bDFwTWryiJL6sp
    1NZUP3JAc9JkmbvmoTv7nVgZGtyJjirKV1
    1BfGgoPFwehgJxZKHnvm3ytCNv5ApD7vTu
    1EEp8e3dhdGc8MARVh9zPYqFGBdyGX6hxc
    1LPLZnAzj34AgehA56DvDahuyxinZgeM3e
    1B5edeYL7WEmhkKP3FEkURjB9ZXVrc3FCQ
    1LYxTHbQLwmeTFa2dpYUFWwYZqoeJwAQmt
    17zHuCFs5WNBkFfH38RDN8NDCUZv34aUwE
    1CijKR7rDvJJBJfSPyUYrWC8kAsQLy2B2e
    1BYbgHpSKQCtMrQfwN6b6n5S718EJkEJ41
    13xG3mC4TXUn8cRgqJG5eG9TDw4fFcztfE
    1UCZSVufT1PNimutbPdJUiEyCYSiZAD6n
    1Q2ndXEiSc1yevvPzEfQ4wuwKEhyyE1Nsj
    189mvaHbMhvah3JYYPk9TVZTBp4bDyZWxm
    1Gggh1qxKS7qSZJ8u3gKNqnSvHXQhQDyo2
    1L6qp71nqFbTTFTQYGQeLg94AkaeYJW1J
    1DerC5SzMPgBN4o6yaxcRZ7TMBCDus6nLT
    1HKvprhpBuuL5sbY6wkmgKcM97ggEG14Ab
    19JJNLkZkaV9Z6SpxUbPuJ7X6hBsgsQ8K6
    163bgHt747rfMKf7tM6XEoCzhKbvrYgZ6N
    16RwUYX9uRx3AttTa8zY6JvauPYSgLDoSy
    1LwjY8QPCW46jXn79eeN5SfZDsYNB9qDj1
    18wkBZj5sTSUPT9Vvw66eb99ZvBA7STvBg
    1MAieZnEeibHBCnSitY7ujKs4Gfi2RuZDy
    1GgWkqiKTYgZmWbx824AfKrHBLKHn71NL7
    145TcwDemMhjNiSAMxA5q14HTRuvNJFRx4
    17SNLYKhp1sacBNRQRJyfmh1ZLHdFYwhNC
    1BHQRSk1X4ERn3UAMcsSgJzCkvw2wvE5CC
    13TQKnr3psXk7Zw9xi6hsrJcdqKRLidhux
    1BiXAVzed7Ue5kG2ehnsWcfqQjdMcY2hqu
    1FaFkutPqwakXYwS4umygTAa7ozUkKfxSp
    1QCoHemDLMTaSJb7heXUHLsu6YPyu5iDEv
    1DCYmXCRYXSPxsSFTRuveKRfqiCFmwNFbW
    1GqHRfbwAtWc6zN4TL5xC5yNRwAXunfhUJ
    15FPq6oDDn2sjtMZfnMn2QhvR7XeEMDYQS
    1BRBsf9HojfnZRMRADLUra6HsDqzZo8LqN
    13ogqrMb6hJK1tuD6xhiVzGepr3sWLUQJD
    1LxiFMHGc7PJv3ZnF9jJcpA2cr9CzsZ6xp
    1F83LVL8YKm4ugbNt2ePFVmsyoiHrx4NF7
    1NwhxtuUW2dg7RPkaypDpLW9JS2dqfEzNb
    1KFLggHezq3kiAtpaKMeQPcnoWsXuZHRyn
    1BLXTrgdmZfjk26ULK5FzdY9hHYcT9vGkY
    16g79Dj7FiAZ964LxqcoBFNjFbL6kJoisX
    1EHNa6Q4Jz2uvNExL497mE43ikXhwF6kZm
    1Pnd4E94wguWsTWw8iGhyjdJ4FHUouTu7K
    19HkpLyo2WQJ3SiCmFANVuoQvg4UAX43uG
    1NokMRjkCGBmy8F3JRdX5XHyXqY8Yxvd4i
    19tbjBguyRGMSq9EVSNhrCA23ZUx4Cgx23
    1MNViv4dYbLkxH5UyiVxs9AZqYbPBwz995
    1BAjqraowRUrDXbruNShnQ32Fwiy5m5M5v
    18zQpC5g54xA6mWeLi8cucQjykHVNoeSJH
    1QAALUJNskZWEbvwKXoTteowgs9xGGeAZR
    1BsyFuJSKj58dmWXSt2EeE5PAp2EmyYwnJ
    1PcTuSTm1UGK58YiuDir58ED7KnrNMUjpr
    1PffYARJERxj2Y3wUpLY8LJ9hcRRRCkB5Z
    17fGEEDHbspV7xAxpjhsFFK4tkgfvonyEE
    1PFwKya5dQFrxE9XZ9LV24ASaq5v58WLEe
    1GYFF26ZNohcFXNPPgrcovQH2XPvG38y7h
    1HHKanEL28o5Nrui8byqTNwFtWpdVEPzw5
    1FaxsybmpvrX4yDCt1R9mu2oGHpdpLzbkb
    1GZnahwoL6K91sdzNEg1vxZ5LJogFSu1b
    14cqgYHNZ4c9EVxb3CtEZH1CLmvgUfKnzP
    1N6XDASWPttVf1yNCbZYgyE8trkM2k9RH7
    1JZC74Q76Ms8TSvB7H7Dc93SNRzRzNmYFc
    14sNbmEhgiGX6BZe9Q5PCgTQT3576mniZt
    1GX2tP5ds3LyFypjD1wnKapvwV1mgZos3G
    157RMZhbBLC1wucv3jxQqqHjbKezL1yy7g
    1NvxH7VHMwVdwHCpwLLVhecieHZy3oVPoZ
    1DbZj2r2pSz8iq6MrMLENMusrar3YdhdaY
    1Q9DQUn6aeWKEQFDVYSMNBjCcLYaQnRccB
    1Baf2cr6Sh1va2mEjPnNMxeFtQ2p3u5bNe
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEhfUb47
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFjUrh8k
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBKdE2NK
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDmLg88w
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDSDY8dy
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreL2F4Gjy
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDQbAmx9
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCXbRta3
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLp8VN4c
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJQmdp3Y
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCpWSv5Y
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreP9WciJJ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreRMTfq7A
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDwUb9yY
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJ58DM42
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLwB7DbW
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMVM6PNC
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJZrCr3e
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMrbQN7V
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreRBLscCA
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreAvUcVfH
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQTdvJta
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDEUj22G
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNdjkc6L
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCMUnXUo
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQM87c2m
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJFuEycp
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePWp5Mt9
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQbpfitE
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNxQWW7Y
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEa9SGDP
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBR6zCMU
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJxh5nsg
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePTVqv3S
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGwFNuPr
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreaXSbUeR
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFMSs18A
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBbMaQX1
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreG7q5WCf
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCh1de82
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreAnchuDf
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEnwTmuW
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJf8B1SD
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMuv36HW
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNkcfT1c
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreB4AD8Yi
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLAxEBPw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFeCCsFW
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKUmwqXK
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBoNWTw6
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHHanpkZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHZ7dG6X
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreZYXNHaP
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDan2uta
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQ8Arh4e
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNNCT2yY
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHdeJUVG
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreR42AY81
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFWRXmfT
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreM9y1taS
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreH9yDMyT
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQyNNN1W
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMjo5bB4
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKamq6aB
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGAk6qMH
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFAzJ4As
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreE3Nwh9x
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDAgeFqw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreM2VQnPJ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreP4J74KK
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGv1DVzQ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBF8or94
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreSHT43mj
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGdtctZw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEYP1uta
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCAVyVnh
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHP2DXbg
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNqaKH8Y
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJMps1fr
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreF5LqgkE
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePxLM2Uo
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQi1XfkP
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLRLivrj
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreakL7yRD
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLGUF4YR
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFGiZbKb
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreUs6zno1
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreZDiJHGk
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGVpYN24
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKnSXYds
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCUtzTQw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEQTrFTY
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKuhp1DY
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKLMhKmG
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQYt2Gms
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHsrkqUw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreD437Nay
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrefGxBaWm
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMbi1WL5
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJwwNRRr
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBd7uGcN
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNL5cPwC
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrecTDy178
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreN7qoa75
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFufkfcw
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKeQXCm1
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreB1FQ8BZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreH48LE9C
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreKA9Sz8L
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGRmRFDZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePng1DKR
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHyRyQVZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCHK2Zzv
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLem9Za7
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreN3RLkWA
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePJzmYK5
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQDpvAKR
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreCw2uZTA
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrefTAtA4s
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEGj3uXG
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreE85b5kg
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGKdi6NZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreDktNmBc
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreJkEG3cV
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePdw4eNk
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreHkaB6rR
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreYYXLuwc
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsrePsqVrAf
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreBquB4Rj
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMQiR4w7
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLch3pDc
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreFtDpdAZ
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreMEFkFWC
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreGhAGxmP
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreLKXuCN4
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreC4p2u5o
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreNXqEJTk
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreEttVnpm
    5HpHagT65TZzG1PH3CSu63k8DbpvD8s5ip4nEB3kEsreQuyVxqv
     
    Этот материал оказался полезным?
    Вы можете отблагодарить автора темы путем перевода средств на баланс
    Отблагодарить автора
    8 июл 2024 Изменено
    1. Посмотреть предыдущие комментарии (6)
    2. NikitosBarbos228
      oktilion1, а как саму программу скачать?
    3. Rasis
      princ32,
      я все равно не понял как оно хешуется, можешь обьяснить пожалуйста
      2 сен 2024 Изменено
    4. kot9k
      oktilion1, Кстати тебе на подумать:
      В каждой итерации ты выбираешь лучшие кандидаты, комбинируешь их и мутируешь, тем самым увеличивая вероятность успешного поиска.
      Сгенерировать множество пар приватных и публичных ключей и обучить нейросеть искать зависимости или закономерности.
      Генерировать ключи с небольшими изменениями (например, флип битов) от известных ключей, которые были в инете, с целью найти схожие кошельки.

Комментарии

    1. lolziksaq
      lolziksaq 30 окт 2024 0 30 июл 2024
      миллион в секунду. каким хуем?)
       
    2. smoook92
      smoook92 7 ноя 2024 15 14 май 2021
      Каков шанс найти хотябы 10 рублей в битках?
       
    3. AcidChrist
      AcidChrist 9 ноя 2024 8 31 авг 2023
      Не читал 6 страниц обсуждений. Автора уже познакомили с blum фильтрами?
       
    4. unknwn22
      unknwn22 23 ноя 2024 0 5 янв 2022
      мечты о бетховенах доводят до..
       
    5. levakos
      levakos 27 ноя 2024 0 18 авг 2022
      Как ты узнал, что на кошельке были транзакции не обращаясь в инет?
       
      1. chasek
        levakos, там кошели с базы которую он достал с транзами
    6. zhulik_inactive274325
      zhulik_inactive274325 9 дек 2024 Ryskui 112 23 янв 2018
      Поцаны скажите мне пожалуйста, что потом с этим делать? Как забрать биток если он там есть?
       
    7. SolarTraffic
      SolarTraffic 10 дек 2024 $$$ 89 4 окт 2023
      Как я понимаю ты генерировал только последние 8 бит случайным образом, при таком раскладе кошельков для генерации всего 2^8 или 256, хоть они и с историей но все равно очень маленькая вероятность найти кош с балансом, я попробовал перестановку и куда то пропали все коши с историей, чисто пустые генерируются. Нужно знать какие могли быть баги в генерации. Кому интересно пообщаться на эту тему пишите @Oxwawe
       
    8. dRyte
      dRyte 14 дек 2024 0 9 дек 2024
      можно как-то скачать программу, прям хочется попробовать
       
      1. SolarTraffic
        dRyte, пиши если хочешь, объясню
    9. МЕТИЛАМИН
      Остался файлик этот?
       
    10. CypherPunk
      CypherPunk 17 дек 2024 119 19 окт 2022
      Тут статьи вообще не модерируют?
       
    11. LogoAnimator
      LogoAnimator 18 дек 2024 24 18 май 2022
      Долго я не лез в комментарии со своими тремя копейками, но вот видимо пора. Это не особо важно, но по-моему атомов во вселенной от 3 до 60 раз больше, чем вариаций числа 2 в 256 степени. Легче от этого точно не становится. Но автор показал интересный пример, генерируя последние 8-16 бит числа и получая ключи от реальных когда-то пребывавших с балансом адресов. Когда мы говорим о вероятностях, то в самых пессимистических прогнозах, сразу начинаем аппелировать к бесчисленному множеству вариаций двоичного 256 битного числа. ****ить такое бессмысленно. А если мы говорим об энтропии в диапазоне от 48 до 64 бит? А если мы говорим о фактической энтропии, когда бит больше, но в битовом выражении фактическая энтропия гораздо ниже. Как это понимать. Возьмем число 1010101010... где у нас равное количество единиц и нулей. Максимальная энтропия данного числа все еще 256 бит. Но так как у нас есть паттерн 10101010 - байт, который повторяется. Фактическая энтропия такого всего несколько бит.

      Давайте возьмем за пример вот такое число
      1011000010011100011101100101111110100011110111000110101011010001001110001010100011010000110110100001011111001101100101000011000001101111101111000011001010101100101100111101011001111011110000001001001110010011011010000110000111001100110001001000011101101001
      При вроде бы равном распределении единиц и нулей - фактическая энтропия этого числа примерно 14 бит, в зависимости как считать эту энтропию. То есть число крайне не криптостойкое. Тупо сбрутить такое число получив закрытый ключ возможно примерно никогда. Но хороший генератор паттернов щелкнет такой адрес примерно за секунду.
      [IMG]
      конвертируем и получаем:

      Результат 1:
      Закрытый ключ: 5KA4spokBSZ7d5QpcuJ3eTDhNJUhfJoQAUovffQWBym3LP3CKTz
      Открытый ключ: 0494ff933da0498859959225ed6a50d709a4d9c678705d72e9202a4852c8084d85ea3498b0b3f006fcab64f143cf57dfcedb4387f229139d421c575577de6d37bc
      Адрес Legacy Base58: 1GjjGLYR7UhtM1n6z7QDpQskBicgmsHW9k

      [IMG]
      Чекнем что нибудь еще:
      Например вот это число, найденное одним из генераторов:
      1001000101110111100100010111011110010001011101111001000101110111100100010111011110010001011101111001000101110111100100010111011110010001011101111001000101110111100100010111011110010001011101111001000101110111100100010111011110010001011101111001000101110111
      [IMG]
      как видим еще хуже. генерируем ключ и адрес:
      Результат 1:
      Закрытый ключ: 5JvMLp7FUf9tUcxpqEPXjoKa8YX2VJjwpZrj7S6wtEjyLDqs8vZ
      Открытый ключ: 04b5ff5d6402daae23560e0f6d04b0036357dcdc918bc10d161dbe4a14eb2e3265d0267addc5280bf11ff59bbbb35816ebb917696740c4f6bd0cb7f1242887a91c
      Адрес Legacy Base58: 1FzQBmYMoQn4gJ9xAsw1AahnfAJPk5cMCH
      [IMG]
      тут прошло не густо, но суть не в этом.

      К чему я веду. Когда мы говорим о подборе вариации 256 битного двоичного числа с высокой криптостойкостью - действительно о поиске и подборе этого варианта речи не идет. Это либо очень сложно, либо в таком случе нужен иной подход, использование большого пула данных с ключами от реальных генераторов псевдослучайных чисел, которые в свое время выдавали слабую энтропию, а потом кормить (правильно кормить) этим нейронку и делать уже сильный генератор, либо все гораздо проще, и нужно уметь работать с паттернами.

      Если продолжать говорить о примере генерации ключей и адресов из 256 битного двоичного числа, а не сразу по эллиптической кривой или по HEX, то нужно понимать, что ваши паттерны не будут находиться в рамках определенных байт, они будут наслаиваться между байтами, а иногда даже друг на друга, это все нужно учитывать при подборе и написании софта, который использует метод генерации чисел через паттерны. При этом их длина, повторяемость, наслаивание и количество - еще не залог успеха, ведь в промежутках между паттернами тоже что-то есть, и если это что-то не другой паттерн, который вы учитываете, то как раз здесь то у вас и образуется реальная фактическая энтропия, которую вам уже нужно сбрутить. Вроде как не просто, но если пошевелить мозгами - вполне можно реализовать. Как это решать?

      Поможет смещение. Или плавающие паттерны. Допустим вы пришли к выводу, что определенный паттерн, такой как 01011 - будет ключевым в вашем конечном числе (конечно у вас этих паттернов в заготовке будет очень много, либо и сами паттерны будут генерируемые), и вы начинаете прогонять этот паттерн на повторы, на наложения. Количество повторений, например решили что повторений будет от 9 до 11. Далее вы начинаете смещения каждого паттерна по отдельности, все вместе, их часть, заполняя ту фактическую энтропию между паттернами уже рандомными битами, либо другими паттернами. Смещение можно реализовать как сдвиг, либо вы смещаете все 256 битное число, возвращая последний бит на место первого, создавая цикл, пока не вернетесь к изначально сгенерированному числу, и так дальше, пока не зае**тесь.

      Я немного угорел и сделал штук 5-6 скриптов, которые генерируют паттерны, и собрал тысячи пустышек, которые были обчищены еще в 2017-2022 годах. Еще интересное наблюдение, по части из этих адресов до сих пор по сегодняшний день ходят битки, полагаю это разного рода обменники и миксеры. В основном это копейки, и уверен там вагон народу на автовыводе, у которых на всякий случай еще и отмена транзы настроена, чтобы скипнуть других умников (я бы так поступил, но мне пофиг).

      За все время существования этой статьи мной было написано около 40+ скриптов, разных инструментов для анализа транз:
      1. Такие же скрипты как у автора, с интерфесом, где можно потыкать вариации бит ручками, потом то же самое но с генератором рандома в рамках выбранных бит, но это все шляпа.
      2. Генераторы длины паттернов с плавающими значениями и смещениями
      3. Генераторы аналоги ранних гсч с их ошибками
      4. Генераторы на основе seed (семени) по timestamp и по системному состоянию разных устройств
      5. Ошибки random JS на некоторых браузерах и сервисах по генерации ключей
      6. Низкоэнтропийные генераторы
      7. Генераторы низкой фактической энтропии при высокой теоретической энтропии
      8. То же самое со смещениями, наложениями, инверсией между итерациями генерации следующих чисел
      9. Генератор фактической энтропии по Шеннону
      10. Генераторы мутации, реверсивный генератор, генератор высочайшей энтропии, генератор корреляции
      11. Ради понимания Mersenne Twister с seed и всеми остальными наработками, и другие известные гспч тоже туда вошли.
      12. Генератор кривой Jacobian, генератор муравьиной колонии (кстати интересная хрень, но хрень), генератор множества Мандельброта (не в качестве работы с фракталом, а для вычисления последующих кандидатов)

      Времени потрачено на все это звездец как много :roflanFacepalm: И смысл данного комментария в том чтобы уберечь вас от этой бесконечной эскапады. В обратном случае работайте с фактической энтропией от 50 до 64 бит, ибо ниже уже все пропылесосили, а выше у вас нет никаких шансов, не уверен что большинство из вас сможет собрать достойный быстрый софт, который правильно будет генерить фактическую энтропию под ферму видеокарт. Это вам не быстрый рандом генератор, который будет подавать ярды вариаций в секунду. Второй момент бутылочным горлышком станет чек адреса по базе с такой же скоростью, с которой вы генерируете адреса. Узким местом также может стать проц, если вы не задействуете правильно все ядра и потоки. Узкое место при обращении от CPU к GPU. Проблем на самом деле много и решать вам придется не только как создавать эффективные генераторы, но и оптимизировать и тестить их до того, как вы пойдмете, что на самом деле он не несет полезной функции.

      [IMG]

      На деле в моих генераторах нет отображения данных в консоли, так как это замедляло бы их работу, включил просто для отражения того, что они генерируют, в динамике еще более прозрачно, появляется понимание как работает смещение, сдвиги и прочие плюшки по паттернам. Надеюсь кому-то это все даст пищу для размышлений. Почитаете, погуглите, поковыряете нейронки. Я за**ался возиться с этим :peka:
       
      1. boxtelebox
        LogoAnimator, вот видно человек поработал. Про RandomStorm читал? Уязвимость math.random в самой первой библиотеке bitcoinjs.
        Пишут про 1.4млн уязвимых кошельков, которые были созданы с этим багом в 2010-14 годах.
        И якобы что на карте 3090 при «создании благоприятных условий» в виде времени создания кошелька, можно за сутки отрабатывать по кошельку.
        Если будет мысли - личка открыта или тут пиши
      2. LogoAnimator
        boxtelebox, очень приятно слышать, в принципе тут ничего секретного, конечно читал и даже попытался реализовать несколько вариантов эксплуатации этой уязвимости, сначала не хватало понимания, потом как разобрался - понял, что это тоже очень не просто, по поводу того, что "якобы на карте 3090" есть варик это как-то красиво реализовать ничего не знаю, у меня ничего не вышло, я пошел другим путем, он гораздо легче.
    12. Pon_4ick
      Pon_4ick 6 янв 2025 0 10 дек 2019
      А чего где взять приложение?
       
    13. za6ac
      za6ac 9 янв 2025 0 25 окт 2020
      твои ключи это самые первые от нуля адреса в 16ти ричном формате.
      Вопрос в том как сгенерировать плоскость в которой слои из приватных ключей могли заспавниться? нужно повторить баг или знать один из ключей
       
      1. LogoAnimator
        za6ac, ключи известны и баги известны, повторить можно и уже самое простое на JS уже повторили. даже с учетом понимания где они "заспавнились", даже повторяя баг - слишком много переменных, которые уводят твой вектор в сумасшедшую энтропию. на практике если ты попал в точку - ключ выпадает мгновенно, ну если слишком простой баг - то сразу десятки ключей, даже ждать не приходится. Но если сходу пустота - то продолжать нет смысла. В общем пытаться перебрать без точного понимания очень узкого диапазона где может быть скопление ключей - это габеллита.
    14. Kali_Koloda55
      я наешел один с балансом 955баксов как вывести хз
       
      1. LogoAnimator
        Kali_Koloda55, пихаешь WIF в электрум идешь за шавухой с осознанием собственного величия, :smile_laugh:
    15. tujh44212312
      проблемма только в том что современные некастодиальные кошельки "не формируют приватный ключ по умолчанию" а предпочитают сид фразу, поэтому ловить остается только старые кошельки(поправте если я чего то не понимаю)
       
      13 янв 2025 Изменено
      1. NK_TRIPLLE
        tujh44212312, так и есть и нужны вычислительные мощности, что бы хоть что-то словить
        13 янв 2025 Изменено
      2. LogoAnimator
        tujh44212312, у тебя серьезное не понимание в принципе работы блокчейна. для удобства пользователя можно создавать что угодно, но для полноценного управления активами на конкретном адресе в любом случае требуются ключи. В обратном случае чем ты собираешься подписывать свои транзакции? То что ты не видишь эти вещи в интерфейсе кошелька, не значит что они не существуют. Сид фразой - ты восстанавливаешь весь пул ключей, которые ты под ним создал, это критичнее. Данная статья рассказывает о выявлении конкретного адреса с конкретным ключом. То есть допустим у человека на кошельке под одной Сид фразой 5 ключей, 5 адресов, и на каждом по битку. С одного допустим пропал биток, потому что какой-то умник до него добрался. Но остальные адреса так и останутся нетронутыми.
    16. nurti
      nurti 1 фев 2025 0 4 окт 2023
      не шарю за компы. Но можно ли использовать облачные серваки для таких операций ?
       
      1. princ32
        nurti, тебе не хватит всех компьютеров мира. А так конечно можешь.
    17. Isko99
      Isko99 3 фев 2025 0 18 мар 2024
      Вопрос от нуба:Вот ты нашёл кошелёк с 300$ и как заходишь на этот адрес кошелек?)
       
      1. princ32
        Isko99, хахахахах)) тебе надо всего то генерировать по 500.000.000 ключей в секунду и сверять их с твоим кошельком несколько десятков миллиардов лет. И все, ты в кошельке
      2. mrShaman1986
        Isko99, приватный ключ, бро. Все дело в нем. Если он у тебя есть, значит фактически ты владелец. Пользуясь любым удобным криптокошельком (electrum, metamask) можно импортировать приватный ключ и распорядиться бабками как душе угодно. Если они там есть конечно.
    18. Glebokrarka
      Glebokrarka 17 фев 2025 1 16 июл 2019
      а будет какое то продолжение?
       
    19. mrShaman1986
      Как успехи спустя полгода? Не забросил еще? То что ты объяснил, чертовски похоже на поиск способом меньшей энтропией. Да, это результативнее, по выше изложенным причинам, но есть одна маленькая проблема. То что эти кошельки давно проверены. К сожалению, умников сейчас до кучи. Статья интересная, но нового ты так ничего и не рассказал. То что ты нашел кошельки с транзакциями это само собой разумеется, на то она и меньшая энтропия, чтоб легче было искать. Само собой разумеется и то, что все они пустые. Так что, думаю тут тупик. Смысл есть в увеличение энтропии, в те дебри, где заветный кошелек еще не нашли. Но возвращаемся к вопросу мощности и опять заходим в тупик. Говоря про то, что бабки с кошельков все таки уходят, а я это тоже заметил, можно сделать предположение, что у кого-то что-то получается, но как и почему, увы, никто не расскажет. Какой смысл делиться тем, чего и так мало?
      --- Сообщение объединено с предыдущим 21 фев 2025
      Кстати, это не один из способов поиска. Существует еще так называемый brainwallet, суть его думаю давно всем известна, кто не знает может загуглить. Думаю тут больше шансов, но какой размер должен быть у БД предположить сложно.
       
    20. krekovar
      krekovar 11 мар 2025 229 19 янв 2019
      Я в тиктоке видел поиск биткоин кошельков
       
      1. coolcool99
        krekovar, о я тоже и там еще цены ебанутые и софт фейк нерабочий
Top