у bitcoind есть возможность запросить баланс воллета с указанием минимального количества подтверждений. если мне не изменяет память что-то типа bitcoin-cli getbalance 5 – это вот как раз тот баланс который уже никуда не убежит

если делается система которая должна работать непосредственно с блокчейнов и отслеживать состояния транзакций, то gettransaction возвращает height – это количество подтверждений конкретной транзакции

когда отправляется транзакция, bitcoin-cli выдаёт её идентификатор. опрашивая bitcoind с определённым интервалом, можно отслеживать её состояние, попадение в блоки и количество подтверждений без особых проблем

если разрабатываешь софт и надо следить за транзакциями, не имеющими отношения к воллету, bitcoind должен работать с -txindex=1, по умолчанию он отслеживает только транзакции имеющие отношение в воллету, а но все остальные будет только RPCError

А кто нибудь может сказать, почему в Web3 нету апи по получении всех транзакций по адресу? Это архитектурная проблема, или разработчики просто поленились добавить такой апи?

То есть даже по своему адресу

Приходится весь блокчейн индексировать

ох, надо идти читать про кишки блокчейна биткоина

наверное не хотели заморачиваться. потенциально это может быть большой список – значит надо реализовывать пагинацию иначе нода может упасть просто пытаясь собрать датасет в памяти. считать отправленные транзакции она умеет – eth_getTransactionCount. кроме того самих транзакций в базе может не быть, быстрая синхронизация не собирает полной копии блокчейна на машине, скачивается последний снэпшот и дальше синхронизация идёт от него. исторические записи, по крайней мере parity, по умолчанию не выкачивает. кроме того старые записи он автоматически удаляет из базы…

Есть какие-нибудь выходы кроме индексирования или запроса через внешний апи?
Цель получить входящие и исходящие транзакции по собственному же адресу

Парити насколько знаю втупую использует etherscan

наверное нет. только если хранить свою историю с момента создания аккаунта и куда-то её сохранять, тогда её не надо будет ниоткуда вытаскивать…

Понятно, спасибо

у меня парити работает демоном на линуксе, он вроде никуда не лазит, когда ему rpc запросы шлёшь… если пытаешься выбрать что-то из блока за пределами снэпшота, жалуется что запущен без --prune=archive

раз уж сегодня день вопросов, я тоже спрошу – что за история с gas limit и gas used? наугад беру транзакцию из тестнета и вижу что gas used (берётся из transaction receipt) меньше чем gas limit (задан в самой транзакции). то есть это значит что майнер не стал брать весь предложенный по транзакции газ? или он потратил одно количество но забрал себе всё предложенное как бонус? у меня задача показать реальное количество эфира, которое отправитель заплатил за транзакцию и мне неизвестно как считать его – как gasUsed*gasPrice или как gasLimit*gasPrice?
пример транзакции:
https://kovan.etherscan.io/tx/0x477d2834791c0ac7742cd6d0e480e094d4e2abfeda108f92ddf75f5320aa139b

на стековерфлоу предлагается считать что если gasUsed !== gasLimit то это значит что транзакция зафейлилась, потому что на уровне evm исключения работают просто увеличивая gasUsed за пределы лимита. но очевидно это не совсем так, gasUsed может быть и меньше чем gasLimit тоже, причём для вполне обычной, валидной транзакции

может как-то сказывается что kovan testnet работает на proof-of-authority?

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

а оплата за gasUsed ему разве не уходит

подсмотрел вот тут https://youtu.be/Sxp5HBWWUuk?t=5584 на примере публичного сервиса