В этом блоге очень подробно описана работа EVM от noxx

Отдельная проблема была запомнить все эти evm коды, на этом сайте они есть evm.codes. Не нужно читать код geth 😄

Уже есть multicall3. Свои версии были у makerdao(v2) и 1inch(v1).

Когда нужно сделать много операций чтения из блокчейна, например прочитать баланс 100_000 адресов определенного токена. Пути решения такие:
1. Один rpc запрос = одно чтение баланса, супер медленно, даже с потоками
2. Один rpc запрос, но внутри много параллельных eth_call = уже лучше, но будет много контекстов, излишняя нагрузка на открытие/закрытие контекста чтения блокчейна для ноды.
3. Делим задачу на кусочки по 100 адресов, отправляем через multicall3, один запрос один контекст, по накладным ресурсам самое эффективное.

Из плюсов то, что есть в 70+ блокчейнах, не нужно размещать свой код

Существует такой сайт, как haveibeenpwned.com, с его помощью можно проверить, в каких утечках баз данных есть конкретный почтовый адрес, но он для web2 (почты-пароли).

Какая польза от web2 версии?
1. Пользователи часто используют одинаковые пароли на разных сайтах. Риск брутфорса.
2. Для серого маркетинга, если почта "утекла", то мог и телефон, а там подключатся из службы безопасности скам-банка.
3. Через несколько лет haveibeenpwned интегрировали в firefox monitor (ссылка на анонс)

Для web3 такого нет, но у нас есть все, чтобы попытаться сделать.

Идея в том, чтобы собрать скомпроментированные кошельки из eth/bsc и других блокчейнов чтобы сделать интерфейс проверки адреса на наличие в базе.

Почему нужна web3 версия?
1. Если просыпается кошелек и начинает активничать в разных сетях, он может не догадываться, что в bsc уже стоит бот автовывода
2. Централизованные биржи могут снизить риск вывода токенов на скомпроментированный адрес юзерами
3. Web3-кошельки могут показывать при импорте кошелька, что он скомпроментирован, снизить риск потери токенов в попытке вывести их из кошелька.

Почему у нас есть ресурсы это сделать?
1. Понятно как реализовать технически и тянуть хоть 1млрд уникальных строк без 4х значных счетов за аренду.
2. Подписчики из разных сфер деятельности, расчитываю на помощь в сборе, не могу все видеть.
3. Если с web2 верией уже все понятно, это распустившийся цветок, то с web3 еще нет, есть потенциал найти новые полезные направления, где промежуточный этап как раз такой сервис.
4. Почему бы и нет)

Жду вашей реакции, скоро опишу процедуру как скидывать файлы, чтобы все по красоте было)

Октябрь, пятница, тринадцатое.

Подобная идея сервиса созревает больше пяти месяцев, самое сложное было разобраться внутри себя, а хватит ли сил не смышиться.

Репутация важнее и я верю, что намного приятнее и стабильнее будет делать бизнес, чем разовая нажива на двуличности.

В крайнем случае лучше удалю эти файлы, чем предам себя)

Если готовы поделиться списком скомпроментированных кошельков, вот общая информация:

Поддерживаемые форматы строк:
- address, возьму случайные адреса и попрошу скинуть к ним данные для создания идентичного адреса, это поможет снизить шанс добавления ложно-скомпроментированных адресов, наименее предпочтительный вариант.
- seed - генериую адреса на 0м пути, как metamask или ethers делают.
- privateKey - генерирую адреса
- любое сочетание address/privateKey/seed с понятным разделителем
- количество строк и файлов любое

Опциональные меры сохранения анонимности:
- Загружать zip-архив на облачное хранилище с ограниченным временем действия ссылки на скачивание
- Ссылку на скачивание прятать за privnote
- Использовать telegram secret chat (обычно доступен из мобильного приложения), писать @zerofuz.

Скам-детектор: добавить один адрес с 1-10$ и если он проявит активность после добавления в базу, значит админ заскамился :D

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

Известно о таких:
hardhat - js/ts/sol
truffle - js/ts/sol
anvil - rust/sol
embark - js/ts/sol, тот случай, когда гуглится сначала ветклиника, а потом фреймворк 😄

Какие еще сайты проверить на наличие кошельков?

Барабанная дробь

Опубликован интерфейс для взаимодействия с базой скомпроментированных адресов haveibeenrected.

Критика и пожелания приветствуются

Приятно знать, что у кого-то получилось сделать рабочую версию ретродроп фармилки с микросервисами. Great minds think alike…

А вот что мы делаем с ретродропами:
- у нас написан свой софт для того, чтобы делать транзакции и анализировать статистику
- ничего стороннего не используем и не продаём софт/доступ

Архитектура у нас такая:
- база данных и бэкенд: храним все кошельки, зашифрованные приватники, балансы (регулярно индексируем)
- апи бэкенда и фронтенд: можно добавлять, генерировать кошельки, разделять их на группы и пользователей, создавать задачи, смотреть и создавать "события", базовую статистику
- скрипты-задачи. Сами транзакции у нас делает не бэкенд, а отдельные скрипты, написанные по шаблону и отдельно запущенные на сервере. Они получают всё нужное по защищенному апи от бэка и точно так же по апи могут создавать события, чтобы бэк, другие скрипты и сам скрипт-задача при перезапуске были в курсе о состоянии того или иного кошелька, таска и так далее
- wizard. Это штука для ручного проведения различных действий типа докинуть с биржи на конкретный акк или сделать csv с балансами определенной сети и токенов

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

Как устроена работа изнутри у haveibeenrected:
1. База хранится в leveldb (key-value хранилище в файлах), чтобы минимум зависимостей, влезут миллиарды строк, ТБ данных, но есть один недостаток: только одно соединение за раз
2. Вебсервер это expressjs, который отдает html и обрабатывает api запросы от пользователей к leveldb. Ограничение в 250 запросов в секунду
3. Домен - cloudflare - nginx - сервер, ssl с обеих сторон к cloudflare.
4. Обработка файлов происходит через bash-команды, такие как cat|cut|split|uniq|comm
5. Отдельный скрипт для расширения leveldb базы.

Если нагрузка повысится, нужно перенести код вебсервера на golang, чтобы одним процессом занимать всю доступную процессорную мощность, а не как в nodejs: 1 процесс = 1 ядро.

Отдельная история с фронтендом: имея референсы https://www.ipify.org/ и https://www.useweb3.xyz/ просил chatgpt создать html+js код, потому что лень писать самому) В том числе кнопки копирования curl в буфер обмена.

Предоставление ликвидности в uniswap v2 сравнительно простое занятие, есть ликвидность пары, токены в пропорции 50-50, комиссии фармятся сразу всеми провайдерами ликвидности в паре.

В uniswap v3 это сложнее, пример для eth/usdt:
1. eth=2000$, предоставляем ликвидность в диапазоне 1900$-2100$, добавляем eth и usdt не в пропорции 50-50, а плавающая, например 41-59
2. eth=2090$, позиция в диапазоне, но 90%+ позиции уже в usdt
3. eth=2150$, позиция вне диапазона, 100% позиции в usdt, комиссии не фармятся
4. eth=2050$, позиция снова в диапазоне, комиссии фармятся, доля eth в позиции повысилась.
На третьем шаге вероятно понадобится переоткрыть позицию (вывести usdt, выбрать новый диапазон, свапнуть в eth в нужной пропорции, добавить ликвидность в пул), это расходы на транзакции с пулом и свапами.

Чем уже ценовой диапазон позиции, тем выше APR.
Задача успешного предоставления ликвидности в том, чтобы:
- Уже диапазон, выше APR, основная фишка v3
- APR позволяет покрывать инфляцию и наращивать капитал.
- APR покрывает расходы на свап, обновление диапазона и claim позиции
- Награда(комиссии) от предоставления ликвидности не капитализируются, а лежат отдельно, регулярно добавлять их к позиции вручную через claim
- Размер позиции позволяет получать достаточно комиссий на расходы и прирост капитала

Трекать позиции, помимо app.uniswap.org:
288611$ debank
287673$ revert.finance
Калькуляция различается, хочется верить, что там, где выше число, там правильнее 😄

Посмотреть на APR пулов:
https://revert.finance/
https://unispark.metacrypt.org/

Агенты и агентессы, обновите свои веса нейросетей ⚖️

Не все solidity контракты строго соблюдают erc20 стандарт.
Есть исключение, которое не видно на уровне взаимодействия с abi.
Это исключение становится видно тогда, когда смарт-контракт размещен в блокчейне, а вывести токены нельзя.
Имя этому токену usdt. Прелесть в том, что erc20.transfer должен вернуть bool, но usdt думает иначе, поэтому типичный erc20.transfer будет тихо фейлиться без объяснения причин. В tenderly выглядит как REVERT .0x()

usdt 0xa9059cbb
function transfer(address _to, uint _value) public whenNotPaused {

usdc 0xa9059cbb
function transfer(address to, uint256 value) external returns (bool) {

Чтобы такое не повторялось, используется safetransfer библиотека для solidity, чтобы такие случаи не хоронили нестандартные токены на контракте.

Реализации safetransfer:
- openzeppelin SafeERC20
- Uniswap V3 TransferHelper (docs)
- Uniswap V3 (solidity)

Зачем изучать ai/ml/llm/web3, когда есть btc циклы?

Обновление по графику от 13 июня 2022

ATH может оказаться 258000$ в этом цикле. Примерно в 2025-2026 году (симметричная ширина синих прямоугольников)

Все волшебство графика в:
- логарифмическая шкала
- fib retracement с дефолтными уровнями
- первый цикл проводим от лоя, до хая
- следующий цикл от уровня 0.786 будет началом следующего цикла, у которого на этой высоте уровень 1

Серые прямоугольники связаны между собой

Увидимся в 2026 :D

Про TornadoCash.

Хорошо написано обновление ситуации тут

Комментарий:

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

Не уверен на счет хороших сравнений, но вижу такие:
- В фиате больше грязных денег, чем в крипте и это не проблема, фиат не банят.
- Разве создатели языка программирования виноваты, что на их языке пишут вирусы?
- Криптографические алгоритмы придумали для защиты нац безопасности и уже потом https/rsa/ssh. Но есть винлокеры, забанить ученых-создателей криптоалгоритмов?

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

Случилась транзакция от jared, где он перевел майнеру 49eth в качестве комиссий за транзакцию. Разобрал что случилось подробнее https://telegra.ph/O-tom-kto-poznal-dzen-i-uniswap-v3-06-28

Mev searchers:
- Miner extractable value
- Maximal extractrabal value
- Flashbots
- PVP с mev searcher'ами
- Гибкий слиппедж
- Покупка через несколько пулов ликвидности, отправка на биржу в одной транзакции со свапом

Тем временем большинство криптобирж и их саппортов: "А как это возможно, купить и перевести на депозит адрес в одной транзакции? Такое не засчитаем за депозит, у нас лапки. Ну и что, что токены пришли и видны в эксплорерах, лапки же"

// John Smitt сир, строка ниже должна быть убрана на продакшене, она не покрыта тестами
Crowdstrike.on(2024.07.19 08:00:00 GMT+0).EnableBSOD()

08:01:00 🗿🗿🗿

Привет, ищу ассистента на частичную занятость.

Есть направления, куда не хватает кодерских человеко-часов.

Cтек nodejs-typescript/python/golang
Теги cex/dex/web3/evm/solana

Алгоритм рабочего процесса:
- Постановка задачи
- Формирование тех задания, данные на входе, данные на выходе
- Оценка сложности и реализуемости
- Создание прототипа
- Сохранение проекта как приватный git репозиторий (gitlab/github)

Ожидания на соискателя:
- Развитое критическое мышление, чтобы искать слабые-оптимальные-идеальные решения.
- Способность к самоорганизации, наличие пет проектов
- Понимание периодов высокой трудовой активности, чтобы лучше прогнозировать сроки задач
- Умение пользоваться ai-ассистентами
- Отсутствие вредных привичек (алко-вейпо-сигаро-лудилко зависимости)
- Перфекционизм в меру

Что могу предложить:
- Ставка от 15usdt в час
- Свободный график
- Обмен опытом и идеями

Если заинтересовало, напишите @zerofuz: про себя, навыки, с чем доводилось работать

UPD: благодарю всех откликнувшихся, не актуально (но если очень хочется, пишите)

Про альтернативу ethers для новых проектов.

ethers v5 наиболее распространенная версия библиотеки web3 для nodejs.

Недостатки ethers v5:
- рудимент в виде bignumber.js вместо нативного bigint
- в базовой версии невозможно нормально отправлять много eth_call запросов корзинами
- через ethers.providers.JsonRpcBatchProvider уже лучше, в одном json-rpc запросе до 1000 eth_call умещается. Но каждый eth_call это по прежнему открытие своего контекста на ноде и чтение данных, не самый эффективный способ.
- базовая настройка rpc провайдера, каждый раз нужно вспоминать публичный рпц для тестов, нет заранее установленных

Недостатки ethers v6:
- нужно переучиваться, попереназывали методы, сложно привыкать.
- работа с Contract переделана, теперь через дебаггер там прокси и читать поля стало менее удобно
- перешли на нативный bigint, наконец-то!

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

В остальном намечается хорошая альтернатива для ethers, это viem, docs

Фичи:
- Большинство evm сетей имеют преднастройки и публичные рпц
- Представление чисел в нативном bigint, буст к производительности
- Возможность включить eth_call batch через multicall, когда внутри одного eth_call пакуется несколько read-only запросов. Сделать такое себе не тривиальная задача, хотя и реализуемо.
Тут же это доступно сразу, главное не упирать в rpc: request rate limit.
- Более понятная навигация по функциям

Solana.

Одно из объяснений, почему актив на solana снижался в том, что скоро в школу, нужно собрать портфель из тетрадей и карандашей, теперь ждем запуски токенов после продленки. Как видно на фото, достаточно часто импульсные движения наступают ровно в 16:00 utc+0

А если серьзно, то адаптация к solana через опыт в evm выглядит так:

evm (eth/bsc pos):
- Только последовательные транзакции, чем централизованнее чейн, тем быстрее создание блоков
- Основной клиент на golang
- Альтернативная нода
- Бандлы через flashbots и bnb48
- Backrun есть
- Geo распределено
- Контракт токена хранит балансы юзеров
- У tx.data напрямую можно вызвать лишь одну функцию с данными, или несколько через реализации multicall
- Rpc ноды распространены в web2, поднять свою ноду относительно просто
- web3 код через npmjs web3/ethers/viem
- Конкуренция в backrun за центы

solana (hpos):
- Создание блоков почти паралллельное, особенность в том, что затронуть один "state" можно только последовательно, например создав пул ликвидности в нем можно свапать только последовательно. Но транзакции, что не связаны с конкретным пулом, могут идти параллельно, поэтому общий TPS получается выше.
- Основная версия ноды валидатора на rust
- Альтернативная нода firedancer (не готово к продакшену, но многообещающе)
- Бандлы есть через jito
- Backrun основные представители (NFA DYOR):
- - rudebot :
- - - без бандлов
- - - через jito
- - NotArb/Jupiter :
- - - без бандлов
- Geo US/NE/RU/FR/DE validators.app
- Program токена не хранит балансы юзеров, а создается отдельный адрес под каждый userWallet&tokenAddress , называется associated token account program. ATAs можно удалять и возвращать ~0.25$sol залога аренды обратно через sol-incinerator.
- tx.data заменяется на tx.instructions, где можно передавать несколько инструкций (перевод, свап, перевод, свап и тд) но не более чем 1232 bytes. Тоесть примитивная сущность бандлов (несколько операций выполить атомарно или фейл) доступна без jito.
- Rpc ноды доступны, но обитают скорее в discord (quasar, onyx, firebase, shyft, helius)
- web3 код через "solana/web3.js"
- Конкуренция в backrun за микро-центы

evm - solana:
validator - leader
smart_contract - program
tx.data - tx.instrucitons
tokenBalance - ata.balance

Порог входа в реализацию backrun стратегий на солане значительно снизился, когда jup.ag опубликовали self-hosted-node в начале 2024, а там, через свой program или tx.instructions возможно составить параметры, чтобы свап шел только в плюс или отмена. Остается видеть изменения блоков раньше, чем другие.