Вот про geth. Он у меня работает, набирает условно 400 пиров, а потом, если я перезапускаю, начинает с нуля

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

Я вот думаю, может есть более эффективные способы находить новые пиры или хотя бы сохранять найденные, чтобы не искать заново при перезапуске? Кроме как не перезапускать geth)

Есть ещё DNS discovery, но пока не разобрался

А вот небольшая раскладочка по внутренним вызовам за довольно короткое время в сети эфира. Кто угадает, где CALLCODE до сих пор используется? (я сам не смотрел пока)

avg_calls_per_tx=2.04

Я начал отслеживать транзакции с CALLCODE ради интереса. За последние три дня в моём мемпуле я ловил много раз (десятки) одну транзакцию, в которой происходит callcode – и она не майнится в итоге

Не знаю, намеренное ли это засорение мемпула, и давно ли гуляет эта транзакция, но разбираться пока не буду. Как видим, с помощью CALLCODE вызывается трансфер токена.

При этом контракт – не токен, написан на Solidity 0.1.1 (sic!), и внутренний кол уходит просто в пустой фолбэк

Transaction: 0xab0c7b0eb9536b201ae9aeedef0bf4a8f3be40c9e48edb450c4ef1521111bca8

CALLCODE details:
- From: 0xf6FdaBc405104fBc2f94b0a6f9e1f69B18FF9B0e
- To: 0x273930d21e01eE25e4c219b63259d214872220a2
- Input: 0xa9059cbb00000000000000000000000065685f02c79279017ef10fb100ccf24f42f09c40000000000000000000000000000000000000000000000000002386f26fc10000

Original transaction details:
- From: 0x65685F02c79279017ef10FB100cCf24F42f09c40
- To: 0xf61eB53D5E8F91AC20CFf0DE39DDb8bc34B6Df6d
- Data: 0x686dc359000000000000000000000000f6fdabc405104fbc2f94b0a6f9e1f69b18ff9b0e00000000000000000000000065685f02c79279017ef10fb100ccf24f42f09c40000000000000000000000000000000000000000000000000002386f26fc10000

Далее я засомневался, что у меня правильно трейсятся и ловятся транзакции, поэтому я сделал несколько тестов.

Сначала написал контракт, в котором в конструкторе выполняется CALLCODE: 5f5f5f5f5f73...5af200. На скрине выше опкоды и адрес Виталика. Наверно, это самый дешевый способ сделать транзакцию с CALLCODE

Отправил транзакцию деплоя – поймалось, но не с первого раза – надо работать над покрытием мемпула)

Мне последнее время очень нравится язык Huff. Его низкоуровневость и базовая совместимость с экосистемой, созданной для Solidity-кода (есть готовые конструкции для селекторов функций, ошибок и событий, в отличие от Yul). Может, сделать какой-то несложный проект на нём?

В Испании, Португалии, Андорре и части Франции нет света. Интернет тоже почти не ловит, забрался на гору чтобы написать этот пост

В Испании у многих до сих пор нет интернета, люди с ноутами оккупировали кафе (и я один из них). Дома мобильный интернет есть только в туалете. Нода, конечно, не работает сейчас

Ладно, у меня включили интернет после того как написал агенту. Спишем на халатность провайдера. Что плохой мобильный интернет - факт. Хотя всяко гораздо лучше чем вчера

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

Эскроу для продажи NFT на любой EVM-сети.

Похоже на маркетплейс, но проще в реализации. Без использования индексера, бэкендов (ладно, с одним), с простейшим фронт-эндом и смарт-контрактом.

Что нужно:

- простой контракт, в котором можно выставить на продажу NFT (возможно, и сразу пачку) за определённую цену, снять с продажи и купить. Такое можно сделать на Huff (так и возникла идея – надо же что-то на нём написать)

- простой фронт-энд, в котором юзер подключается кошельком на любой сети, далее проверяется наличие контракта по каноническому адресу. Если контракта нет – инструкция, как создать, см. далее. Если есть, то возможность аппрува любой коллекции NFT (и может даже ERC20), создание оффера на продажу определённых айтемов и возможность эту покупку совершить (перейдя по прямой ссылке на оффер или введя его id). При просмотре самого оффера (если я покупатель) метаданные не загружать – просто показать tokenURI, взятый из контракта – сами перейдут и разберутся, не надо лениться. Плюс избавляемся от ненужного кэширования и запросов с бэка. Ну можно ipfs-гейт подставить чтобы совсем по кайфу было

- бэк-фабрику. Это если на конкретной сети нет контракта. При предоставлении ему chainId, этот бэк просто создаёт подписанную транзакцию на деплой контракта по каноническому адресу и даёт байты юзеру. Ему на новой сети просто надо пополнить адрес-деплоер, запросить у нашего бэка транзу и выполнить её

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

А монетизация – контракт просто кидает комиссию 3% на фиксированный адрес. Овнеру этого мегастартапа надо будет просто прийти и свопнуть куда-нибудь

Минус – очень просится дополнительно стандартная логика NFT-маркетплеса с красивым дизайном страниц коллекций и так далее. При создании проекта главное не угодить в эту ловушку

Что думаете?

Вообще надо попробовать сделать что-нибудь со схемой, когда пользователи смогут деплоить конкретный контракт на любую evm-сеть. Например, так сделано у Safe, multicall3. Но везде почему-то через issue. То есть вот новая сеть, и я хочу иметь контракт сервиса X на ней на фиксированном адресе. В двух случаях выше я делаю issue и жду от нескольких дней до недель.

В чем сложность выдавать подписанную транзакцию тем же телеграм-ботом? Опасность утечки ключа?

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

Поеду на ETHGlobal в Прагу на хакатон

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