Русские кладоискатели #313
Comments
|
Не унывайте, пацаны, найдем!
|
|
Хорошее решение насчет отдельной ветки, чтоб не срать в других. По поводу puzzle32, очень большие сомнения насчет 64го, как то странно долго ищут с учетом мощности современных карт. |
|
@RastaDollo спасибо за ссылки. |
|
@Dozor1 я сморю у тебя есть файлики с адресами, на сколько свежие дампы ? 05btc это адреса с 0.5 btc ? |
|
@RastaDollo |
|
Братишка Чипинкос говорит: «Ищите биточек, что бы ни было, и ждите, несмотря ни на что!»
|
|
Поделишься ? |
|
@Dozor1 @RastaDollo Разница есть какая-нибудь? Если компиляция кривая была для СUDA?У меня видимо я не добьюсь что бы все чисто было для CUDA версии c 0 errors.Кто-то писал,что можно скомпилированную папку чужую взять.(ну без ваших настроечных диапазонов и баз) Или пофиг? |
|
@RastaDollo Никакого питона, только нотпад++ Братаны, т.к. вероятность найти до фига маленькая, ищем все, друг другу помогаем инфой, то предлагаю забиться на такой фишке. Может быть подфартит кому-то найти там 500 битков к примеру, пусть тот братишка поделится с каждым одним биточком или 0,5 биточка, даже 0,1 биточка тоже темой будет. А мы порадуемся. Естественно не пишите в теме: Я НАШЕЛ!!! Тихонечко поделились, мы поймем, что кому-то повезло. Адреса кошелечков напишите в теме. Нашел сокровище? Поделись с братишкой Dozor1. Я отправлю тебе взамен лучи добра: bc1qyjejl3d0fentvln5096hswz7tvc7djvl98v4ne |
|
C:\BitCrack-0.32-random>C:\BitCrack-0.32-random\cuBitCrack.exe -r -i key.txt -o key1.txt По моему заработало...random версия - кинул файл cudart64_102.dll (без установки СUDA 10.1/10.2).Для 3х ключей из листа. Добавил -с -u и снизил до -b 32 -t 256 -p 256 starting points стало (80.0MB) но скорость упала до 143 MKey/s Starting at: 0000000000000000000000000000000000000000000000000000000000000001 На это обращать внимание? Или оно так и будет отображаться? Тестирую пока на 3 адреса.Но хочу -i много адресов туда прикрепить.Правильно все? Кстати размер starting points это размер обьема какой памяти? 80мб на три адреса,а если десятки тысяч адресов?
@Dozor1 Если найду поделюсь%.Отвечаю. |
|
@90alp Я решил пофармить тоже рандомом, с такой опцией: |
|
А что у тебя за компрессия BOTH? 1HqLxEjg3qZCv467XYgod8cXG42maeWGzA ;) Коряво у меня все работает.Что-то делаю не так.Формат ключей какой должен быть в файле -i ? адреса публичные начинающиеся на 1 или хеш адресов? Не принимает больше 15 адресов,мгновенно закрывается после слова 100% я уже 4 биткрека скачал. 0.31 - на котором не работает -r 0.32-random c -r и скачал 0.41.(вроде от автора 0.32 random) C:\BitCrack-0.41>C:\BitCrack-0.41\cuBitCrack.exe -b 32 -t 256 -p 256 -i 14.txt -o key1.txt -r и bit range не всегда пишет 256 хотя вроде должен бы. CUDA 10.1 чтоли поставить,хотя и с ней же так же закрывалось.Лень сносить систему и заново ставить)) @RastaDollo Если заглянешь - может посоветуешь,что. |
|
@90alp качать биткрак с возможностью рандома отсюда: https://github.com/djarumlights/BitCrack/releases Там выше файл с адресами, я делал, где пароль ПИСЯ, скачай - проверь. Адреса все легаси, без ошибок и актуальные. |
|
@Dozor1 спасибо за файлик. Я кстати тоже использовал рандом подбор от 66го до 160го, но подумал не стоит оно того. Меня интересует stride, он от каждого коюча начинает перебор или от одного |
@RastaDollo Которого у меня нету( @Dozor1 Теперь правильно пишет ставлю -u -c пишет BOTH [2021-02-25.14:06:29] [Info] Compression: both Хосподи! Работает твой файлик...слету принял его. А мой даже с 14 адресами (с 1 которые все) через раз.Чем дальше в лес тем толще крокодилы.Как тогда формировать файлы с адресами? |
|
@90alp кстати в твоем файле с 14 адресами может быть пробел после адреса, и в конце файла пустая строка, процесс закончит ошибкой. Блум фильтр делает сама программа после загрузки адресов "bloom" А вот файлы с адресами это камень преткновения, есть программки на python, но там надо скачивать весь блокчейн битка |
|
@RastaDollo нет никакой инструкции как создавать.
|
|
@Dozor1 спасибо за ссылочку, скачаю гляну. Я обычно экселем фильтрую. |
|
@RastaDollo @Dozor1 Спасибо.В моих взятых 700к адресов - из списка в 25 миллионав адресов - был хитро заныканный сегвит с 3 - который ни в начале ни в конце.В перемешку....хз как его теперь оттуда вычистить.Да и они уже походу не прям свежие - чекнул пару адресов и они не нулевые,но копеечные.Я бы их почистил от адресов сегвита - но не сумел удалить сходу все что начиналось с 3шки( notepad++ не умею( По поводу блума не совсем понял.Для чего он нужен и как его сделать. По поводу bit range - я не владею матчастью и не могу обьяснить чего хочу)) Кстати видели тему в инете? по продаже запароленных wallet.dat от bitcoin core - которые с балансом? У меня есть такой,только не уверен,что это не модифицированный какой-то кошелек,который просто в проге показывает что на нем баланс - а на деле,он обманывает прогу.бесплатно скачал с 1битком.Но запустить так и не смог.Просит старые транзакции докачать,а у меня не полный на 300гб клиент).Скачал его поржать,но не вышло.Могу дать,хотя смысла 0 в этом видимо) |
|
@90alp Братишка, я ничего не понял, потому что не разбираюсь в глубоких вопросах битности ключей. |
|
@90alp блум фильтр - это делает программа, чтобы за тысячные доли проверить ключ по всем адресам, не бери в голову, просто он тоже отжирает немного памяти, при запуске пишет bloom filter ... mb Попробую объяснить битность ключа: |
|
@Dozor1 Не со всем согласен.Скок 1 тесла гонит в 1 ключ? По моему если только шкаф - но только увеличивает % шанса на удачу. @RastaDollo спасибо - насчет 256 понял. А блум филтр теперь фильтрует мои адреса...а тот лист который я скачал у @Dozor1 - не загружая вместе с теми адресами в Bitcrack 14 адресов моих мечтаний)) p.s А,не - они в том списке уже есть,а то я разволновался) |
|
@RastaDollo сам Bitcrack ищет от00000000000000000000000000000000000001 до FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 - но не рандомно а по нарастающей,а с -r рандомно? Смотрел в теме вроде добаляли к -r еще -s и --keyspase Просто я почему спрашиваю,хочу чтобы правильно все работало.Список большой от @Dozor1 c блум фильтром,а мои ручные списки адресов в пару десятков адресов без блум фильтра,но если адресов не сотни тысяч а пару десятков или сотен и он не нужен таком случае,то ок. cuBitCrack.exe -b 32 -t 256 -p 256 -u -c -r -i 05btc.txt -o key1.txt вот так пока,что запускаю.Если ничего не забыл то норм. с -b -t -p играться не научился еще. 7 гигов свободно еще всегда из 8. если ставлю 128 256 1024/2048 дольше запускается и прироста особого прям нету. Ребят,спасибо за ответы.А то я вас уже заколебал своим допросом. Отдаленно понимать английский на bitcointalk оч туго для получения инфы) |
|
@90alp --keyspace 01000000000000000000000000000000000001:FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 -b -t -p не всегда дает прирост, я очень долго игрался чтобы уловить баланс. Чем больше цифры тем больше стартовых точек, но если мы включаем рандом, то стартует очень долго, у меня например 13млн стартовых точек грузит 2 минуты. Но для меня приоритет не в скорости, а в большем стартовых точек разбросанных по диапазону ключей. Потом программа еще работает примерно 8 минут и все перезапускается снова, тем самым генерируя новые стартовые точки, как новый тираж лотереи. |
|
@RastaDollo Во! работает. Чеж такое,позор какой-то тоже самое сам ставил....не работало).Добавил себе стартовых точек до 33 ляма.Но без сброса по времени. Что нужно после -r написать что бы 10/20/30 минут по новым точкам шел? Кстати ты не сможешь выделить keyspayce прям в конце 255го бита? Вот как то пространство которое +1 и переходит в 257 с ошибкой,но,только чтобы это было начало 256 или конец 255го....бита и в этом диапазоне искать со сбросом стартовых точек. Если я правильно понял это как "небольшие" диапазоны и если их часто сбрасывать это будет как "шаг" внутри рандомной области. 0100000000000000000000000000000000000000000000000000000000000001::FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFEBAAEDCE6AF48A03BBFD25E8CD0364140 или эта и пойдет? upd D:\BITCOIN\BitCrack-0.32-random>D:\BITCOIN\BitCrack-0.32-random\cuBitCrack.exe -b 32 -t 256 -p 256 --stride 01000000000000000000000000000000000000000000000000000000000000010 -u -c -r -i 05btc.txt -o key1.txt Поставил огромный --stride вместо --keyspace и переместился в 256й бит,если я правильно понял.Хотя возможно разницы нету.Наверное тут буду "искать") |
|
Надо умножить 2 в степени 255 и перевести результат из bin в hex. Нн времени искать калькулятор в интернете. Но имей в виду, каждый диапазон в два раза больше предидущего. Теперь по поводу перезапуска, надо создать два *.bat файла. cd C:\Bitcrack И создаем второй файл например "keysearch" перезапуска: start C:\Bitcrack\start_bitcrack.bat Вот тут цифра 600 это сколько секунд на перезапуск. Ну и адреса самих файлов подправить на свои. Запускать нужно второй файл, он запустит сам первый файл. @90alp stride это шаг перебора, например 00...01 это каждый следующий ключ больше на 1, если 00...0f то шаг больше на 16, а когда ставишь 10...01 это огромный шаг, по идее их будет 16 (от 1000...01 до f000...01) |
|
@RastaDollo Зачем нужно перезапускать биткракер? |
|
@Dozor1 ну для меня это попытки рандомно генерировать новые ключи в диапазоне, как новый тираж в лотереи. Это все не более чем игра в лотерею. |
|
@RastaDollo у тебя каждую секунду рандомно генерятся новые ключи. |
|
@RastaDollo Ох туго у меня с пониманием этого пространства.Я думал,что если мы ищем 64 знаковый хеш приватного ключа.Значит,и весь ключ в огромной зрне 256 бита...ну да точнее 255-256... А просто -r он же ведь тоже генерирует 64 знака без --keyspace и --stride.... |
Эээ ты чего, ты собираешься прочекать диапазон от 2²⁵⁶ по 2²⁵⁶. В таком случае ты никогда не найдешь. Ты биткоин пазлы ищешь или адреса с балансом? Даже так ты никогда не найдёшь |
Скажи как надо? |
Я ищю с 40000000000000000 по 7ffffffffffffffff это 67 пазл, а ты ищешь по публичному ключу неизвестно для меня какой ключ |
В Collider.exe ищешь? |
Напиши пожалуйста всю строку полностью |
Я же ответил, VanBitCrackenRandom, коллайдер не ищет по адресу, он только по публичному ключу, поэтому у него такая скорость, вычисление адреса по приватному очень долгая штука в отличие от вычисления публичного исходя из приватного, а публичный ключ 67 пазла мы не имеем |
А вот программа collider bsgs, она нормально работает ? сегодня ее включил не пойму что она делает показывает проценты ,что-то загружает |
Ты походу не понял, мы знаем что ключ должен включать 64 символов по системе hex, в данном случае это будет 0000000000000000000000000000000000000000000000040000000000000000 если написали что ключ между 40000000000000000 и 7ffffffffffffffff то это значит перед 40.... нули понял? Заполнять не приходится, программа сама понимает что до 4000.... все нули |
Коллайдер это и есть Collider bsgs. Она ищет по публичным ключам, коллайдер действует только к 135, 140, 145, 150, 155, 160 это пазлы которые имеют публичный ключ, а остальные мы не можем т.к. публичный ключ скрыт |
|
you also must take into account the private key of 66 and the private key
of 70, i have altered my program to search for private keys 67, 68, 69 as
well, because they will be same number of digits just slightly higher in
bits.
…On Thu, Jan 16, 2025 at 3:47 AM Patunce ***@***.***> wrote:
Напиши пожалуйста всю строку полностью
Ты походу не понял, мы знаем что ключ должен включать 64 символов по
системе hex, в данном случае это будет
0000000000000000000000000000000000000000000000040000000000000000 если
написали что ключ между 40000000000000000 и 7ffffffffffffffff то это значит
перед 40.... нули понял? Заполнять не приходится, программа сама понимает
что до 4000.... все нули
—
Reply to this email directly, view it on GitHub
<#313 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGGPHBYSRXPWGYYNYYXGDLL2K5WZ5AVCNFSM4YEH3I2KU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TENJZGQ4TAMJZHE4A>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
|
Взял рабочий ключ от кошелька сделал одну неизвестную запустил VBCR ,и ничего методом рандома не находит при скорости почти 2000 мк/s,рабочая программа только методом последовательного перебора кажется |
А адрес валидный? Ии кстати он ищет только легаси, адреса которые начинаются с 1. У меня всё робит, решённый 66 пазл нашел, так что робит |
|
Не могу понять, возможно ли впринципе искать не по адресу, а по его rmd160, не список, а соло ключ. Читал что быстрее ищет по 160 хэшу, но из известных прог, например кейханткуда, соло только адрес, а рмд160 только мульти - список в бинфайле. |
Я пробовал, скорость почти одинаковая. Ты же можешь только 1 адрес написать в файл |
|
i am working puzzle 135, using multiple kangaroos spread over
certain iterations between the key space, using opencL with my rx580s. I've
actually narrowed the key space quite a bit, but still waiting for
collision. Neither of which are public code or part of bitcrack, keyhunt or
any of the others. I am using multiple python libraries.
…On Fri, Jan 17, 2025 at 12:09 AM Patunce ***@***.***> wrote:
Не могу понять, возможно ли впринципе искать не по адресу, а по его
rmd160, не список, а соло ключ. Читал что быстрее ищет по 160 хэшу, но из
известных прог, например кейханткуда, соло только адрес, а рмд160 только
мульти - список в бинфайле.
Я пробовал, скорость почти одинаковая. Ты же можешь только 1 адрес
написать в файл
—
Reply to this email directly, view it on GitHub
<#313 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AGGPHBYWNLNLKELN6OHYCLD2LCGANAVCNFSM4YEH3I2KU5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TENJZG42DINRRGI4Q>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
А где взять адрес в 160 хэше? |
Можешь сделать скрин как решил 66 пазл ? |
Ты подумал что я решил его впервые? Нет я просто написал что прога валидная так как нам уже известен 66 пазл, поэтому можно было проверить на честность проги |
|
Ну тогда используй обычный VBC, VBCr это специально рандомизированный форк, для самоуверенных в своей удаче, как я. Вот кстати без рандома https://github.com/WanderingPhilosopher/VanBitCrakcenS |
Yes - there is - https://github.com/WanderingPhilosopher/VanBitCrackenRandom2 |
|
У меня есть публичные ключи ,практически полностью идентичные адресам головоломок ,думаю как бы их подогнать полностью под адрес пазла , есть какой нибудь метод ? |
|
Думаю ещё над тем если например найду ключ и буду выводить , транзакцию увидят по ней публичный ключ и приватник и сделают вторую транзакцию и битки своруют ,что можно придумать по этому вопросу? |
Публичные ключи от пазлов кратные 5ти? (135, 140, 145...)? |
Ну не знаю |
|
Адреса имеют первые несколько и последних несколько символов одинаковых |
Публичные ключи от этих похожих на пазлы адресов |
Есть какие программы поиска публичных ключей по указанным диапазонам? |
Я тебя понял, ну в таком случае считай что ты ищешь 160 пазл, т.к. публичный ключ это тоже произведение хэша |
and others
Всем привет,
пацаны!Создаю тут темку типа вопросов на русском языке.
Где каждый может высказаться по своему поиску сундука счастья.
Написать свои мысли. Попросить вселенную помочь найти 5000 биточков. Обругать знакомого, купившего 5 битков в 2018 году за 3,3к USD/шт., Поделиться полезной инфой.
Итак, начну с себя:
Использую биткрак с 17.02.21, только днем, когда работаю за компом. Ресурсы на поиск отдаю не все, а так, чтобы было комфортно работать.
Считаю, что кроме кунгуру биткрак это единственный способ найти золото. Ванити сеарч и генератор в попу, они бесполезны.
Видеокарта у меня 1080, использую cuda.
Мои настройки:
cuBitCrack.exe -b 32 -t 256 -p 256 -u -c -o result.txt -i 01btc.txt --continue save.txt --keyspace 050f6c2e39deae6d2b07ce8141af638e38e38e38:00000000000000000000000007ffffffffffffffffffffffffffffffffffffff
В данный момент ищу в 155 пазле, перебираю не один адрес, а полтора миллиона с балансом равно или больше 0,1 биточка.
Стринг не использую, во-первых не факт, что при стринге биткрак не пропускает ключи, во вторых вероятность нахождения он по сути не увеличивает, а вероятность багов и пропуск наоборот прибавляет.
Один вопрос меня волнует: биткрак правильно ли работает в головоломках 65+??? Я имею в виду, что может быть он вообще не фига не ищет, например в 155 пазле...
The text was updated successfully, but these errors were encountered: