Topic: Как проверить баланс 1000+ адресов? (Read 1775 times)

Кто то проплатил, сегодня открыт:
https://balances.crypto-nerdz.org/balances/balances-bitcoin-20200719-0000-IUn2etjj.gz

Ога, щас тебе так и рассказали тут как из баланса приватник получить! Годные идеи есть у многих профи, только их никому не говорят. Особенно пока летние каникулы не кончились и домашку делать не надо!

То есть какой-то скрипт проверяет миллионы адресов, находит с балансами...а дальше то что?
Откуда приватник возьмётся?
Сколько читал, нифига не понял

Если эта затея давно известна, да и все кошельки с простыми паролями давно уже опустошены, какой в этом смысл?
Не понятно каким образом можно угадать сложный пароль, и чтобы он подошёл к определённому кошельку и прочее.

Адрес p2wpkh - это тот же самый двойной хеш публичного ключа: RIPEMD160(SHA256(pubKey)). Внутри транзакции нет никаких данных в формате Bech32 или Base58, а есть только 20 байт хеша публичного ключа, и этот хеш будет абсолютно одинаковый и для адреса Legacy, и для адреса Native SegWit при одинаковом публичном ключе.

Да, при генерации Bitcoin-адреса, кроме хеш-функции RIPEMD160, применяется также хеш-функция SHA256, но дело в том, что хеш KECCAK256, согласно статистическим данным производительности, представленным службой NIST, вычисляется значительно медленнее, чем хеш SHA256. Вообще, конечно, любопытно, какая часть ресурсов используется хеш-функциями RIPEMD160 и SHA256 при генерации Bitcoin-адреса. Другими словами, насколько больше публичных ключей ECDSA (то есть координат точки X и Y) вычисляет из приватного ключа одна и та же видеокарта с поддержкой технологии CUDA за одинаковый промежуток времени при отключении всех хеш-функций из имплементации исходного кода программы.

---

По-моему, сложнее всего брутфорсить Native Segwit. Насколько я знаю, адреса формата Bech32 рассматриваются как полиномы (многочлены), вычисляемые по специальной формуле, результат которой может достигать значения 2²⁵⁶.

Хороший пост, но вот как ни странно, а люди целые бизнес планы мутят. Один вот такой мне доказывал, что вот а почему майнеры просто майнят биткоин, вместо того, чтобы переключить всю вычислительную мощность на перебор сид фраз и приватных ключей, и находить клады  Притом человек не глупый.

Он никак не мог осознать, что задача "найди хэш меньше определенного значения" и "сгенерируй 24 слова, проверь все адреса этого сида" это немного разно ранговые задачи. Та даже просто генерация 32х байтного ключа, и проверка адреса/публичного ключа на наличие биткоинов это более "тяжелая" задача чем хэши.

Короче все выродилось в то, что человек сейчас строит хакинг ферму по перебору старых ключей. Мол P2PK будет взламывать легче, чем нынешние P2SH и P2PKH.

BitCrack, предназначенный для подбора приватных ключей к хешам публичных, делался под знаменитый "пазл" (1, 2). Это специальная транзакция, в которой биткойны были разосланы на адреса, полученные из намеренно "ослабленных" приватных ключей, то есть, ключей с пониженной энтропией.

Недавно, для того же "пазла" был создан Pollard's kangaroo ECDLP solver, который подбирает приватный ключ не к хешу публичного ключа, а к самому публичному ключу, что значительно повысило скорость перебора. Как раз недавно, благодаря этой программе и человеку с кучей Тесл, был найден 115-й приватный ключ из этого "пазла".

Разумеется, эти программы можно использовать и для брута произвольных адресов, но смысла в этом нет никакого.


Это вообще не проблема даже в кавычках, потому что для получения адреса Bitcoin из приватного ключа используется три криптографических преобразования: secp256k1 => SHA-256 => RIPEMD-160. И если в Эфире для хеширования публичного ключа используется один алгоритм - Keccak-256, то в Bitcoin  используется для этого два алгоритма: SHA-256 и RIPEMD-160, то есть, публичный ключ хешируется дважды.

Вы же сами говорите, что вероятность подбора приватного ключа к Bitcoin-адресу почти нулевая, поэтому нет повода для беспокойств. Давно известно, что так называемые "пожиратели мозгов" постоянно тратят свои вычислительные ресурсы и брутят приватные ключи к некоторым Bitcoin-адресам, на которых лежит много монет BTC, но, вроде бы, особых успехов у них пока не наблюдается. К примеру, в английском разделе "Technical Discussion" постоянно в тренде тема, посвящённая программе Bitcrack, которая прямо позиционируется её автором как "инструмент для брутфорса приватных ключей". Насколько я понимаю из постов того топика, на одной видеокарте с технологией CUDA генерируется около 300 миллионов приватных ключей в секунду, но на самом деле это очень мизерное число.

Полагаю, что Bitcoin-адреса брутили, брутят и будут брутить в будущем, поскольку фактическая длина Bitcoin-адреса (без контрольной суммы) равна не 2²⁵⁶ бит (то есть 32 байта), а лишь 2¹⁶⁰ бит (то есть 20 байт), а это приманивает некоторых людей, которые рассматривают подбор приватных ключей как казино, ставкой в которой являются затрачиваемые вычислительные ресурсы.

Хотя на самом деле "проблема" заключается в том, что в алгоритме генерации адреса применяется нересурсоёмкий хэш RIPE160MD, поэтому каждый Bitcoin-адрес генерируется очень быстро. Например, в Ethereum тоже используется асимметричная криптография ECDSA secp256k1, но при генерации 20-байтного адреса задействуется очень ресурсоёмкий хеш KECCAK256 (12 старших байт которого потом отсекаются). Таким образом достигается повышение сложности брутфорса приватных ключей.

Считаю, что нет ничего плохого в том, что сайт Blockchair выкладывает дампы для различных криптовалют, так как эти данные могут быть полезны людям для других целей, нежели бессмысленный брутфорс приватных ключей.

Ага. Наконец-то любой желающий может не выбрасывать старый ноут на помойку, а поискать приватник к какому-нибудь адресу. Не беда, что вероятность быть сьеденным динозавром из параллельной Вселенной на порядки больше, главное что вероятность не ноль и значит надо пробовать. Тайно пиздить чужое это ведь так приятно!

Да, с сайта addresses.loyce.club этот файл формата "TSV.GZ", датированный 15 июня 2020 года, лично у меня скачался довольно быстро, на высокой скорости, за несколько минут. Спасибо за качественный хостинг!

В распакованном виде TSV-таблица имеет размер 1,18 гигабайт и содержит два столбца: "Bitcoin-адрес" и "Баланс" (выраженный в количестве сатоши). Полагаю, это как раз то, о чём спрашивал топикстартер.

Неплохой ресурс. Blockchair предоставляет корректные данные, но если у них такой жёсткий лимит на исходящий трафик с сервера, то можно было публиковать torrent-файлы для скачивания tsv-таблиц. На мой взгляд, они неплохо сделали ежедневные дампы блоков Bitcoin. В таблице содержатся поля, например, награды за майнинг блока, выраженной не только в BTC, но и в USD, а также много других подобных волатильных характеристик.

---

Их дамп адресов Dogecoin на текущий момент имеет размер 81 мегабайт, а дамп адресов Bitcoin - 783 мегабайта. На скорости 10 килобайт в секунду будет качаться почти вдесятеро дольше.

Проверил на догах. Да действительно с балансами.

https://blockchair.com/api/docs#link_301 вот описание полей, да Addresses - это с балансами.
Тоже поставил на закачку, 1Гб в сутки. Чисто балансы скачать норм. А блоки конечно уже не потянешь.

И где там дампы с балансами?
Вы уверены что в "Bitcoin / Addresses" есть балансы?
Сейчас качаю на посмотреть догекоин, но с такой скоростью это долго, даже 80 метров несколько часов пишет на скачку.

Дампы с балансами для нескольких криптовалют есть здесь.
Bitcoin / Addresses
Dogecoin / Addresses
и т. д.

Пишут, что обновляют ежедневно. Бесплатно, но скорость скачивания сильно ограничена - 10 кбайт/с.

Ага, норм, 15 баксов, кстати не дорого, я готов скинуться ))) Все равно самому все это собирать работа не стоит тех денег.
Есть еще желающие, скинуться? Хоть 1 человек.

Биг дату пробовал, рабочая схема, но есть свои нюансы.

По поводу списка. Есть такой сайт.
https://balances.crypto-nerdz.org/
Время от времени открывается на халявную скачку (когда кто-то заплатит). Либо можно заплатить самому.

Считаю, самое годное решение  вопроса. Если нужно проверить старые адреса, то скорость тут будет просто практически мгновенной.
А существуют ли такие базы в готовом виде? В том числе и для других крипт?

Я вот только знаю в Google BiData есть обновляемая в онлайн база блокчейнов для основных крипт:
crypto_bitcoin

• blocks
  inputs
  outputs
  transactions

...
crypto_bitcoin_cash
crypto_dash
crypto_dogecoin
crypto_ethereum
crypto_ethereum_classic
crypto_litecoin
crypto_zcash
https://bigquery.cloud.google.com/dataset/bigquery-public-data:crypto_bitcoin

Можно собрать список ненулевых балансов этих крипт  SQL запросом к этой базе. Вот примеры
https://cloud.google.com/blog/products/data-analytics/introducing-six-new-cryptocurrencies-in-bigquery-public-datasets-and-how-to-analyze-them

Стоит это вот так:
You will need to create a project before you can use BigQuery (free). You pay $5 per 1TB of data processed, the first 1TB is free. Google Cloud Platform gives you $300 credit so you can query 60TB of data for free even after you exceeded 1TB limit.

Сам не пробовал, мож у кого есть готовые базы хоть на какую дату? Интересно было бы прогнать старые кошельки через pywallet и эту базу , вдруг что всплывет. Иногда уже и не помнишь, что за кошелек от какой крипты. А так можно все на все проверить.

Можно приватники пачкой грузить в кошелек Electrum. Синхронизируется достаточно быстро.

Обычный php код поможет..Тупо добавляете кошельки в текстовый файл и через php переходите на сайт/адрес и выдергуете из дива или класса с балансом. А вот всю выборку выводите. Буквально за 3-5 минут можно сделать потратив 200 р.
Потом ip могут заблочить, особенно если работать не по api, но просто берете ip6 и через него смотрите.. Они стоят 1 рубль в месяц.

Если кто-то всё еще собирается всерьез перебирать приватные ключи, то фильтры Блума помогут вам несколько облегчить эту достаточно бессмысленную задачу. Создаете фильтр, забиваете в него hash160 всех интересующих вас адресов с балансами из UTXO. И далее генерируемые адреса сравниваете с фильтром, складывая положительные результаты в кучку для уже непосредственной проверки.

Баланс не на кошельках, а на адресах. Ничего, кроме возможности отображения всей истории импортируемого адреса, не мешает перебирать только UTXO pool, в котором сегодня ~66 млн. непотраченных выходов.

У коре есть параметр для дополнительного индексирования, то есть он в теории после этой индексации знает баланс на каждом кошельке который был в данных, не только о тех которые занесены в сам кошелек. Но вот если импортировать, то корка, начинает искать эти все транзакции, анализиирует блоки на входы и выходы, при это она даже пересчитывает хэи блоков, типа чтобы не было наеб.... Всё это занимает достаточное время, особенно учитывая что корка умеет работать только с одним потоком, многоядерность не используется.

Для тысяч адресов - вполне рабочее решение. Для миллиона - нет, тут нужен другой подход: предварительно создать список всех адресов с ненулевыми балансами и проверять вхождение в этот список каждого из миллиона адресов.


Дык, Bitcoin Core не знает заранее были ли транзакции по конкретному импортируемому адресу. Поэтому по-умолчанию при импорте приватного ключа командой importprivkey происходит сканирование всего блокчейна, и только после этого становится понятно: были транзакции или нет. Другое дело, что если написать false в третьем параметре importprivkey, то сканирования не будет, и если до этого момента были транзакции, то не будет видно ни их самих ни их влияния на баланс.

Насколько я знаю, коре кошель в любом случае "всё сам" проверяет, даже если в режиме "пруни" задействован (но это не точно). Так что дополнительного времени это не должно занять.

Вот именно. Тут главное слово что импортируются "пустые" кошельки.  А когда кошель с транзакциями, то тогда приложение начинает проверять все транзакции, бегая по блокам ищя входы и выходы. Есть конечно оптимизация, но некоторые кошельки даже по одному трудно импортировать, такие у которых под 10к транзакций.
Если кошели с небольшим кол-вом транзакция, то лучше уже в электрум импортировать.

Стойте, а почему не попытаться просто импортировать все кошельки в wallet.dat? По идее, после этого клиент должен показывать весь баланс всего пула кошельков (но возможно я ошибаюсь). Посмотрите эту тему, там на какой-то странице описан способ с базой данных похожий на тот что в этой теме предложили.

https://bitcointalk.org/index.php?topic=331477.120

Просто так генерировать пустые кошели - это бред конечно, за тысячу лет ничего не найти, но если есть масса адресов с остаточными балансами - почему бы и нет. Только там возникнет другая проблема - как их потратить объединив в одну транзакцию, при этом не переплачивая за комиссии

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

Как с Вами связаться?  Ваша программа может составить базу адресов по заданным критериям? Например базу всех бездействующих (зомби)  адресов с положит. балансом от 1 года и старше 8 лет ?  Либо нужен парсер сканить bitinfocharts но у них свои лимиты и сортировка неудобная (тупо 9900 топ рич адресов, посл адрес примерно 160 btc, дальше не показывает) и зомби только топ-100 (посл адрес на 600+ btc, больше нет).

 
  Разработал функцию для подсчета баланса любого адреса, старый кошелек Биткоин,
мне понравилась скорость сканирования. Сегодня сделал изменения позволяющие сканировать блоки
на предмет всех транзакций по всем адресам. Тестировал сейчас на ноутбуке. За тридцать минут 92000
блоков про сканировано, 89500 адресов добавлено.. Работает в отдельном потоке, функционированию
кошелька практически не мешает. Информация о ходе тестирования берется из файла в рабочей папке,
удобно..

Нужно поднять свой узел сети и синхронизировать балансы с БД

Если нужно проверять именно балансы адресов, массово, то есть очень быстрое решение:

https://github.com/CPPAlliance/NuDB

Подсчитываются балансы для всех существующих адресов, пихаются в NuDB и оттуда потом можно проверять балансы со скоростями порядка 5-10 тысяч адресов в секунду, если процессор осилит. Особенностью движка является так же и то, что скорость его работы никак не зависит от размера базы. Ну а реляционные СУБД слишком громоздки именно для этой задачи, даже SQLite и то будет жестким тормозом.

P.S. Однако же, это не отменяет того, что задача по-прежнему остается бредовой.

Поднял ноду эфира и полную ноду биткоина со всеми транзакциями txindex, это вышло под 600 Гб
Также поднял реляционную базу и распарсил все транзакции эфира по контрактам итд, длилось это несколько месяцев, весит база под 700 Гб + парсится биткоин сейчас

Что можно делать?
API по поиску транзакций согласно адресу, токен трансферы согласно адресу и.т.д.

Использую данное решение для обменника, чтобы трекать платежи клиентов.

По деньгам это выходит около 120 евро в месяц за 1 сервер. По хорошему еще базу реплиуировать, а это + еще 60 евро.
+ Тестнет выходит порядка 60 евро.
Дорогое удовольствие для хобби

1. Метод. Подымается типа ABI с базой данных, и уже ищутся кошели в базе данных. При этом можно сделать что новые кошели, будут проверятся со старым списком.
Ну для этого нужно время, минимум 3-4 дня на выкачку и парсинг блокчайна. Плюс большие объмы винтов и желательно ssd быстрых и стабильных.
Скорость проверки будет достаточно большая.

2. Если нужны не совсем актуальные данные, а допустим срез за прошлый месяц. То тут легче. Есть срезы кошелей с балансом. К примеру за прошлый месяц там всего чуть больше 26 миллионов адресов с балансом. Скачиваем, делаем скрипт который загоняет все эти 26 лямов в память. А потом начинаем читать файлы с искомыми адресами. Там скорость ваааще зашкаливает. Единственное на тачке памяти хотя бы 16 гиг надо.
В теории можно и все ранее использованные кошельки загрузить, это что-то около 400 лямов адресов.

3. Есть бд, открытая но доступ платный. Правильно составленные запросы могут тоже быстро искать.

Ну на мысль наталкивает то, что ОП нужно прямо миллионы адресов проверять. Но у нас выше разговор был немного о другом, хватит ли АПИшки какого то блокэксплорера или лучше свою ноду ставить, синхронизировать блокчейн и проверять по нему нужные адреса.


ну клад с металлоискателем многие ищут довольно успешно, особенно на пляжах  Но суть примера понял.

Почитайте сообщения топик стартера, именно этим он и занимается. vanitygen используют в том числе и для такой вот бредятины.

Выделил красным.

Найти клад с металлоискателем, тратить все деньги на лотерею или просирать в казино, встретить инопланетян, а потом доказать, что тебя не зондировали - тоже шансов мало, но люди активно продолжают этим заниматься.

Я имел ввиду, зачем помогать в такой херне, да еще и в разделе Кодеры.

Мда, ну и бред однако, 30 запросов в минуту. Ну тогда конечно если не жмет место на диске, то очевидно что придется весь блокчейн качать. Но это если уж очень большие объемы адресов. Если как указано в ОП, 1000-10000 то с 30 запросов / мин, мы получим за 2 дня практически 3к проверенных адресов. А если клепать ботов которые будут условно проверять адреса по разбивке по блокам (к примеру все блоки <50 000 проверяет 1 бот, вторую часть второй и так далее) которые будут обращаться к разным апи, то может в принципе и получиться.

Это если чисто проверка, а не брут форс как предполагал Иешуа

https://github.com/Blockchair/Blockchair.Support/blob/master/API.md

И так всегда.
Сторонние АПИ подходят только для образовательных целей. Если нужно что-то рабочее делать - придется использовать собственную ноду.

Или использовать API какого нибудь blockchair. Биткоин нода синхронизируется дня два, если не на ССД, занимает 300гб места при этом. Запросы по API могут быть медленными, но зато не нужно тратиться на лишний винт да и 2 дня как ни крути это неплохая фора, я не знаю какая пропускная способность у апишек блокэксплореров, но думаю если хотя бы 100 запросов/сек то 48 часов это уже 17 миллионов с хвостиком проверенных адресов будет.

Полагаю, что обычно по умолчанию в этом разделе подразумеваются адреса Bitcoin, если не задана другая криптовалюта.



Верно. С таким количеством запросов разумнее скачать весь блокчейн Bitcoin и анализировать скрипты транзакций в нужном топикстартеру направлении. При этом ноду после скачивания всех блоков можно выключить.

Однако, наверно, если очень нужно, то можно через контакты пообщаться с администратором какого-либо из блокчейн-эксплореров, который, разумеется, за определённую дополнительную плату согласится предоставлять данные по текущим балансам Bitcoin-кошельков большими BULK-пакетами через специальный API. Но нужно понимать, что в таком случае сетевой трафик может быть огромным.

Я эти штуки знаю, я в свое время еще с Амаклином это обсуждал, который жалелся что его бот недостаточно быстрый (и что возможно другие боты связаны с майнерскими пулами, поэтому и быстрее)

Насчет нечего брать я бы посомневался 


Вот темка - https://bitcointalksearch.org/topic/collection-of-18509-found-and-used-brainwallets-4768828
Тоесть глупцы не переведутся, и всегда будет что брать  Но это я конкретно о воровстве с глупых passphrase или сидов, ну ты понял. А насчет простого перебора приватников скорее всего да, смысла нет.

Хотя Large Bitcoin Collider работает до сих пор 

Банить не за что, потому что подобные действия были бы полностью бессмысленны. Всех компьютеров мира не хватит, чтобы проверить приватные ключи для 2^160 возможных варианта адресов в разумные сроки, как ни оптимизируй.

Миллионы адресов в разумные сроки проверить можно, надо всего лишь немного подправить клиент, чтобы собирал информацию о балансах всех использованных адресов в key-value хранилище.

Но это бессмысленно опять же, потому что там будут нули. Если не веришь, то подумай вот о чем. Вероятность возникновения вакуума в половине комнаты, вызванного перемещением всех молекул воздуха в другую её половину, составляет (1/2)^n, где n - количество молекул.

Допустим, ширина комнаты 5 метров, длина - 6 метров, а до потолка 3 метра. Для такой комнаты мы получаем следующее:

В комнате 90000 литров воздуха, в которых содержится ~4.01786 * 10^26 молекул (число Авогадро умноженное на 90000 / 22.4)
То есть, вероятность задохнуться от внезапного возникновения вакуума составляет 1 / 2^401786000000000000000000000.

Как видишь, вероятность маленькая, но ненулевая. Срочно выбегай из комнаты.  

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

Хочется примера - отправь мелочь на адрес, сгенерированный с использованием sha256('') в качестве приватного ключа. Сразу увидишь, сколько таких охотников и прикинешь свои шансы на успех.

"Это особая, уличная магия"

Говорят, что если у тебя кошелек с большим количеством адресов, то он умеет высвечивать общий баланс. А иногда, если ты супер маг, то можно и смотреть балансы каждого отдельного адреса. Магия, не иначе!

Почему владельку будут видны все балансы? Это тоже как-то надо собирать. С кошельков/сохранять БД и т.д.
Да и выводить потом как-то этот баланс с генерированных кошельков надо. Так что я бы так уверенно не утверждал.

Вот прямо подумал о том же самом, когда товарищ написал про миллионы адресов  
Очевидно же что для этого, так как если предположить что онлайн магазин, пускай даже с генерацией уникальных адресов под каждую покупку (что необходимо делать) то владельцу будет виден не только общий баланс, но и все балансы каждого конкретного адреса, вплоть до конкретных входов.  Никакая бы "проверялка" не нужна бы была. Так что как появится мерит, обязательно тебя поддержу, толковый комментарий.


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

IeSua
Что же, я в таком контексте даже не рассматривал. У нас с товарищем такой чекер использовался только для кранов, раньше там условия были проще и в день удавалось неплохо с них собирать на разные адреса, а чекер потом прямо на сайте просматривал балансы. По поводу ахулиарда адресов, у него шанс найти что-то с балансом примерно как найти одну песчинку во вселенной, поэтому не переживайте, кроме потерянного времени он ничего не заработает 

Зависит от кошелька.
Биткоин можно через API кошелька blockchain прогнать. Эфир тоже через API можно прогнать.
Если какой-то другой кошелек, то надо смотреть уже.

Задача сформулирована не полностью. Какие адреса Вам нужны? Только биткойн, только эфириум, и то и другое, можно без хлеба,...
API + скрипт, в данном варианте - очень медленное решение. Просмотр миллионов адресов потребует очень много времени. Даже если Вы будете просматривать 1000 адресов в минуту, то на просмотр одного миллиона адресов уйдёт более 16-ти часов. Единственный вариант - это поднимать свою ноду и писать свой софт по ковырянию во всём блокчейне. 

А я надеюсь, что никто не поможет. Такой чекер может быть нужен только говно-кладоискателям. Генерируешь ахулиард адресов с приватными ключами, а потом сидишь и проверяешь их чекером в надежде на то, что какой-нибудь кошелек будет с балансом, а потом у кого-то крипта пропадает. Вероятность ничтожно мала, но все же. На другом ресурсе за такое забанили бы, но это к сожалению не про этот форум.

Я бы с радостью, вот только было это в далеком 2014 году, уже где-то затерялся этот скрипт в терабайтах помоев на винчестере. Поэтому извиняйте. Надеюсь кто-то из кодеров Вам поможет, там по сути делов на 10 минут.

А Вы поделиться со мной? Так сказать по наследству)))

Нужно создать скрипт на аймакросе, там прописать алгоритм и он на автомате будет проверять и выписывать все балансы вам в excel. Не знаю, будет ли кто-то за это браться бесплатно, но в бородатых годах знакомый писал такой для себя и поделился со мной.

У меня есть миллионы созданных адресов, но сервисы по просмотру баланса работают только максимум на 50 адресов, а мне это надо делать пачками хотя бы по 1000. У кого какие идеи?