@Юрген, я был обращая хэш без преобразования его в последовательность байтов. Упс. Вы правы, это действительно работает. GLBSE закрыл. Спасибо за ответ. В действительности, это BTC-адрес учетной записи на Bittrex. Насколько я знаю, последняя сделка с 0.01775990 БТД является сделкой депозит и там не провел относительно этого количество BTC. Мне просто интересно, почему количество входящих и провел всегда равнялась. Может я что-то пропустил? Спасибо! Но какова цель "&" после "выбора"? Я думаю, что тип модификаторы, такие как "&", используются в программировании, чтобы преобразовать тип данных в другой и, очевидно, массив преобразуется в ссылочный тип, в то время как он определен в "invalidateblock"-функция, поэтому я могу предположить, что это преобразование делает ссылки из массива параметры? И если да, *какие переменные* они упоминания? Что они должны делать с get_str()`?

Сделки слишком большой

Здесь имеется в виду размер транзакции в байтах, а не биткоин.

Вам нужно отправить Bitcoin в более мелкие куски для себя, или подмести пыль, как они говорят. Это потому, что транзакция состоит из неизрасходованных выходов (UTXO) и поскольку вы отправляете большое количество, вы, вероятно, есть много мелких UTXO из всех советов, вы пытаетесь провести. Это увеличивает размер транзакции в байтах.

Ядра биткоин будет возвращать ошибку, если сделка весит более MAX_STANDARD_TX_WEIGHT, которая по состоянию на версии v0.16.3 является 400,000, который также, случается, максимальный размер 1 блок.

Какой вес Техас?

Вес транзакция определяется как размер базы транзакций * 3 + Общая размер сделки (т. е. тот же метод, как вычисление блока весом от Базовый размер и общий размер).

Виртуальный размер сделки определяется как вес сделки / 4 (округленно до следующего целого числа).

Базовый размер сделки размер сделки по частям с данные свидетели зачищены.

Общий размер сделки размер сделки в байтах частям описанные в BIP144, включая базы данных и свидетелей. Увидеть бип 141