22

А может ли какая-то другая эфирная реализация кроме парити делать trace транзакции в мемпуле, чтобы узнать внутреннюю цепочку вызовов? Т.е. чтобы узнать что именно контракт “A” передал как поле data в контракт “B”, который передал уже другой tx.data в контракт “C”. Я когда-то давно смотрел на trace методы geth-а, но такого я там вроде не заметил. Он замечательно показывает изменения стейта, но вот может ли он именно внутренние вызовы полностью показать для транзы из мемпула? Или может есть какие-то еще другие реализации эфира, которые это умеют?

привет всем. Воможно кто-нибудь работал с последними версиями RFID меток. Вопрос такой - доросли ли они уже до того, чтобы хранить приватный ключ, а входящее сообщение подписывать им? Именно пассивыне RFID, которые приводятся в действие ЭМ-излучением ?

сразу пока гуглю, кину ссыль: https://link.springer.com/content/pdf/10.1007%2F978-3-540-69293-5_38.pdf

статья давняя, навернякак что то уже появилось

так и думал, что первыми кому это ппц как понадобится - это валлеты :)

Всем привет.

Поделитесь опытом, как безопасно использовать events для обновлений в реальном времени?

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

Можно подписываться на эвенты

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

Это работало с погрешностью 20-30% событий пропускались в реальном времени, и потом их можно было найти только в истории, если перепроверить спустя несколько блоков.

Всем кому нужен стабильный gas price на фронте. Мы недавно зарелизили js либу gas-price-oracle. Имеет 5 разных оракулов, в том чисте onchain (будет работать через ваш RPC).  

https://www.npmjs.com/package/gas-price-oracle

+

а брать  по апи через ethgasstation  плохо, у него бывают неактуальные данные? только сегодня прикрутил его, интересует насколько он точен и стабилен

Пытаюсь заэстимейтить gas limit способом со скрина.

Для одного data он мне выдает константный gas limit, к примеру 41185.

При этом если я хочу подобную транзу отправить через метамаск, он мне эстимейтит 61177 gas limit. То есть на порядок больше чем эстимейтит мой способ. У меня вопрос, почему так, откуда метамаск берет такую информацию?

p.s. если отправить транзу с моим gaslimit (41185), то все нормально, просто она выжирает 100% газа, все до последнего

Все просто. Ты одинаковый адрес используешь в метамаске и в estimate?

Да

Ну может метамаск накидывает чутка сверху

Зависит еще если транза делает что нибудь с msg.sender в самом контракте. Напримео создает новый сторадж слот для него

Это ERC-20 transfer