Подскажите формулу подсчёта комиссии в btc, основанную на количестве входов и выходов. А то в гугле сложно про байты или тупо ссылки на сторонние сервисы

За минуту сможете у нас это сделать на платформе

Дайте ссылку?)

и мне

(148*n_вх+34*n_вых+10)*x,
Где n_вх - кол-во входов, n_вых - кол-во выходов, x - комиссия за байт, рыночная, проще брать со сторонних сервисов

Спасибо! К LTC тоже применимо?

Да, эти цифры - средний размер входа, выхода и заголовка транзакции. Применимо ко входам и выходам типа P2PKH

Отлично! Спасибо!

А есть ли сервис, где API предоставляет комиссию за байт и для LTC и для BTC?

у блоктрейла, например, есть

В доке у них только btc и его же testnet

Хай, можно вопрос?
Пилю парсер биткоинов
И задаюсь одним вопросом
В файле blk*0.dat около 100к блоков
Всего у меня ~1к файлов blk*.dat
Простое перемножение показывает, что должно быть милЬон блоков, но их всего лишь около 500к
Это почему так? (Только что появилась идея о том, что вначале транзакций было мало - и вмещалось много блоков, а со временем всё стало наоборот - это так?)

Чтой-то у вас тут сообщения удаляются 😕

Блок вообще без транзакций может быть замайнен

Тогда просто майнер  получит награду только за добытый блок,  без комиссии транзакций

Сообщения удаляются со ссылками

Так, след. вопрос
Правильно ли я понимаю, что в файле blk*.dat блоки хранятся последовательно и без пропусков?
Проблема в том, что при парсинге у меня 'пропадают' блоки. Т.е. смотрю, например, у меня хэш транзакции содержится в 100 блоке, а на сайте, где можно искать по хэшам транзакции - эта транзакция в 120 блоке
И из-за этого порой у меня вход в транзакции ссылается на несуществующий выход в utxo pool 😔

😔

Всем привет! Вопрос по реализации сервиса для хранения валют. Есть много пользователей (пара десятков тысяч).  Как реализовать сервис хранения их приватных ключей на сервере, с возможностью операций с кошельками на сервере с помощью некого API? Насколько я понимаю, обсуждалось выше использование bitcoind не принисет результата, так как сервер не выдержит нагрузки. Возможно ли поднять одну полноценную ноду и кучу легких кошельков, но которые синхронизируются с нодой, или же это плохая затея?

Или же можно пойти другим путем, нагенерить определенное количество ключей, счет каждого пользователя просто хранить в обычной СУБД, и операции проводить с данного фиксированного набора ключей чем плох такой подход?