Готовые решения для кодеров

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

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

check_version: проверка текущей версии Python
Меня порой заебывают ошибками, спустя какое-то время выясняется что чел пытается завести скрипт на Python 3.10 или 3.12 (я сейчас работаю онли с 3.11), хотя казалось в readme всегда указываю необходимую версию. Чтобы избежать лишней траты времени написал функцию check_python_version.

ProxyManager: класс для работы с Proxy
Пока лучшее решение что реализовал для себя, работает асинхронно в паре с better_proxy. При необходимости сам добавляет префикс, поэтому пользователь может грузить прокси вообще в любом удобном формате (главное чтобы http/https). Запускайте через run, функция вернет список валидных прокси в python-формате или None, если валидных прокси не оказалось.

Дальше постараюсь расширить этот список и запушить в полноценный проект/бибилиотеку.

Основной канал | О web3 | Мои софты

4 библиотеки для генерации данных

➡️ pyuseragents
Библиотека генерирует рандомные UserAgent для запросов

➡️faker
Библиотека для генерации имен/фамилий/адресов/текста/дат рождения и т.д. Генерирует на разных языках, в т.ч. на русском

➡️mimesis
Библиотека аналог faker'у. Генерит имена, почты, номера телефонов (по маске). Так же есть поддержка RU.

➡️uuid
Библиотека для генерации уникальных идентификаторов. Я использовал для запросов к layerzero API для sentry.

Если вы знаете библиотеки, которые полезны для web3-кодеров, пишите в личку. Запилю большой пост.

Как без посредников принимать оплату в крипте

Идея очевидная:

1. Создаем кошелек для оплаты (библиотека web3→ eth-keys)
2. Просим пользователя перевести на созданный кошелек N-количество N-токена.
3. В цикле проверяем баланс токена и сравниваем с суммой оплаты (можно поставить ограничение на 1 час до оплаты, чтобы не застревать в цикле)
4. После оплаты трансферим на кошелек немного нативок (или принимаем сразу в нативках) и трансферим на мейн-кошелек.

В идеале накатить легкую БД, например SQLite, хранить и хранить в ней как минимум ID оплаты, адрес, приватник, сумму, идентификатор пользователя.

В целом можно использовать и пул адресов для оплаты, главное правильно реализовать статусы.

Красиво написать бек можно за час. Пользуйтесь.

Кстати, для повторных активностей еще летом я написал софт.

Вы указываете количество действий на каждом кошельке и в течение какого времени софт должен выполнить действия (к примеру в течение 2 недель). Далее софт раскидывает timestamp для каждого кошелька и ждет ближайшего.

В назначенное время софт берет пул задач и поочерёдно проверяет/пытается сделать, пока не сделает указанное количество действий.

Это удобно, поскольку пул задач в основном копеечный и состоит из легкий действий: найти стейблы и забриджить через stargate, найти и забриджить BTC.b, купить, бридж в/из core, testnet и т.д.

Каждое действие можно настроить, указать сети, убрать из пула.

Его до нового года тоже хочу обновить, расширить пул задач и переделать логику.

В целом для дешевых повторных активностей пойдет, задачи везде разные, выполняются в разные дни/время.