Re: Bitcoin Ядра 0,15 выпущен
а также
Или через BitTorrent:
Магнит: х = урна: btih: e17a5823dd84fe5100386c69e91bc0671e4b4ed2&дп = Bitcoin-ядро-0.15.0&TR =% 3A UDP% 2F% 2Ftracker.skyts.net% 3A6969% 2Fannounce&TR =% 3A UDP% 2F% 2Ftracker.safe.moe% 3A6969% 2Fannounce&TR =% 3A UDP% 2F% 2Ftracker.piratepublic.com% 3A1337% 2Fannounce&TR =% 3A UDP% 2F% 2Ftracker.pirateparty.gr% 3A6969% 2Fannounce&TR =% 3A UDP% 2F% 2Ftracker.coppersurfer.tk% 3A6969% 2Fannounce
Это новый крупный релиз версии, включая новые функции, различные исправления
и улучшение производительности, а также обновлены переводы.
Пожалуйста, сообщайте об ошибках с помощью системы отслеживания проблем на GitHub:
Чтобы получать уведомления о безопасности и обновления, пожалуйста, подпишитесь на:
Как обновить
==============
Если вы используете старую версию, выключите его. Подождите, пока он не полностью
закрыть (который может занять несколько минут для более старых версий), а затем запустить
инсталлятор (на Windows), либо просто скопировать `/ Applications / Bitcoin-Qt` (на Mac)
или `bitcoind` /` Bitcoin-qt` (на Linux).
Первый раз при запуске версии 0.15.0, база данных chainstate будет преобразован в
новый формат, который будет занимать от нескольких минут до получаса,
в зависимости от скорости вашей машины.
Формат файла `fee_estimates.dat` изменено в версии 0.15.0. Следовательно,
понижена с версии 0.15.0 или обновление до версии 0.15.0 будет вызывать все платы
Оценки должны быть отброшены.
Обратите внимание, что формат базы данных блока также не изменились в версии 0.8.0 и нет
автоматический код обновления от версии до 0.8 до версии 0.15.0. модернизация
непосредственно от 0.7.x и ранее без redownloading в blockchain не поддерживается.
Однако, как обычно, старые версии бумажник все еще поддерживаются.
предупреждение Понижение
- -------------------
База данных chainstate для этой версии не совместимы с предыдущими
релизы, так что если вы бежите 0,15, а затем решил вернуться к любому
старая версия, вам нужно будет запустить старую версию с `-reindex-chainstate`
возможность восстановить chainstate структуры данных в старом формате.
Если узел обрезка включен, это повлечет за собой повторное скачивание и
обработки всего blockchain.
Совместимость
==============
Bitcoin Сердечник тщательно протестирован на нескольких операционных системах, использующих
ядро Linux, MacOS 10.8+ и Windows Vista и более поздних. Windows XP не поддерживается.
Bitcoin Ядро также должны работать на большинстве других Unix-подобных систем, но не
часто протестирована на них.
Примечания для 0.15.0
================
Текущая поддержка SegWit
- ----------------------
Версия 0.15.0 поддерживает добавление обособленного адреса свидетеля через `addwitnessaddress` RPC, но
Пожалуйста, обратите внимание, что это тестирование / эксперт RPC, который не гарантирует восстановление из резервной копии. только использование
это RPC, если вы знаете, что вы делаете. Более полная поддержка бумажник для разделяемого свидетеля приходит
в следующей версии.
Повторное сканирование с зашифрованными кошельками
- ---------------------------------
Как и в предыдущих версиях, при использовании зашифрованного HD бумажника, то keypool не может быть пополнено без разблокировки
бумажник. Это означает, что в настоящее время для того, чтобы восстановить из резервной копии зашифрованного HD бумажника, пользователя
необходимо разблокировать кошелек с очень долгим временем ожидания и вручную запустить повторное сканирование, в противном случае они рискуют не
некоторые клавиши при автоматическом TOPUP не может работать. К сожалению, нет `rescan` RPC в этой версии, что будет
включены в будущей версии, поэтому сейчас повторное сканирование может быть вызвано использованием один из `импорта * команды`, используя
фиктивный адрес генерируется другим (доверенный) бумажником.
Заметные изменения
===============
Повышение производительности
- ------------------------
Версия 0,15 содержит ряд значительных улучшений производительности, которые делают
Начальный блок загрузки, запуска, транзакции и проверка блоков намного быстрее:
- - База данных chainstate (который используется для отслеживания UTXOs) была изменена
из модели на транзакцию к модели каждого выхода (см [PR 10195] (https://github.com/bitcoin/bitcoin/pull/10195)). Преимущества этой модели
, что он:
- избегает нагрузки на процессоры десериализации и сериализации неиспользуемых выходов;
- имеет более предсказуемое использование памяти;
- использует простой код;
- адаптируются к различным будущим стратегиям кэширования смыва.
В результате проверки достоверности blockchain во время начальной загружаемого блока (IBD) и REINDEX
составляет ~ 30-40% быстрее, использует 10-20% меньше памяти, и смывает на диск гораздо реже.
Единственным недостатком является то, что база данных на диске 15% больше. Во время преобразования из предыдущего формата
может быть использовано несколько дополнительных гигабайт.
- - Более ранние версии испытали всплеск использования памяти при промывке обновления UTXO на диск.
В результате, только половина доступной памяти фактически используется в качестве кэш-памяти, а другая половина
зарезервировано для размещения гиперемии. Это уже не так (См [PR 10148] (https://github.com/bitcoin/bitcoin/pull/10148)), А также совокупность
доступный кэш (см `-dbcache`) теперь фактически используется в качестве кэш-памяти. Это уменьшает гиперемию
частоты на коэффициент 2 или больше.
- - В предыдущих версиях, проверка подписи для транзакций в кэше, когда
транзакция принята в mempool. Версия 0,15 расширяет это кэшировать весь сценарий
валидность (см [PR 10192] (https://github.com/bitcoin/bitcoin/pull/10192)). Это означает, что если транзакция в блоке уже была принята в
mempool, то scriptSig не нужно быть переоценено. Эмпирические исследования показывают, что
это приводит к новой проверке блока является 40-50% быстрее.
- - LevelDB был обновлен до версии 1.20 (см [PR 10544] (https://github.com/bitcoin/bitcoin/pull/10544)). Эта версия содержит аппаратное ускорение для CRC
на архитектурах с поддержкой SSE 4.2. В результате синхронизация и проверка блока теперь быстрее.
- - SHA256 хеширование было оптимизировано для архитектур с поддержкой SSE 4 (см [PR 10821] (https://github.com/bitcoin/bitcoin/pull/10821)). SHA256 вокруг
50% быстрее на поддерживаемом оборудовании, что приводит к примерно на 5% быстрее, IBD и блока
Проверка. В версии 0.15, оптимизация SHA256 аппаратное обеспечение отключена в версии сборки от
по умолчанию, но может быть включена с помощью `--enable-опытно-asm` при строительстве.
- - не Refill из keypool больше не смывает бумажник между каждым ключом, который привел в ~ 20x ускорение в создании нового бумажника. Часть этого была использована ускорение для увеличения keypool по умолчанию 1000 ключей, чтобы сделать восстановление более надежным. (См [PR 10831] (https://github.com/bitcoin/bitcoin/pull/10831)).
Плата Оценка Улучшения
- ---------------------------
оценка Платы была значительно улучшена в версии 0.15, более точных оценки платы, используемых кошельком и более широким спектром возможностей для продвинутых пользователей `estimatesmartfee` и` estimaterawfee` RPCs (см [PR 10199] (https://github.com/bitcoin/bitcoin/pull/10199)).
### Изменение внутренней логики и поведение бумажника
- - Внутренне оценки в настоящее время отслеживаются на 3-х различных временных горизонтах. Это позволяет дольше цели и средства оценки настроить более быстро к изменениям условий.
- - Теперь оценки могут быть * консервативное * или * экономичный *. * Консервативные * оценки используют более длинные временные горизонты для получения оценки, который менее подвержен резким изменениям условий плату. * Экономическая * оценка использовать более короткие временные горизонты и будет более подвержена краткосрочными изменениями в условиях платы. Экономические оценки могут быть значительно ниже в периоды низкой активности транзакций (например, по выходным), но могут привести к сделкам, являющихся неподтвержденным, если преобладающая плата быстро увеличиваться.
- - По умолчанию, бумажник будет использовать консервативные оценки платы повысить надежность сделок подтверждается в цели. Для операций, которые помечены как заменяемые, бумажник будет использовать экономичную оценку по умолчанию, так как плата может быть «врезалась», если условия плата быстро изменить (см [PR 10589] (https://github.com/bitcoin/bitcoin/pull/10589)).
- - Оценки могут теперь быть сделаны для целей подтверждения до 1008 блоков (одна неделя).
- - Дополнительные данные об исторических ставках вознаграждения сохраняются, что приводит к более точным оценкам гонорара.
- - Сделки, которые покидают mempool вследствие выселения или других не подтвержденные причин в настоящее время приняты во внимание логики оценки платы, что приводит к получению более точным оценкам гонорара.
- - Логика оценки плата будет сделать достаточно уверен, что данные были собраны, чтобы вернуть содержательную оценку. Если нет достаточных данных, используется плата запасного варианта по умолчанию.
### Изменения сметных плата RPCs
- - `Estimatefee` RPC теперь осуждается в пользу использования только` estimatesmartfee` (что реализация используется GUI)
- - `Интерфейс estimatesmartfee` RPC был изменен (см [PR 10707] (https://github.com/bitcoin/bitcoin/pull/10707)):
- `Nblocks` аргумент был переименован в` conf_target` (чтобы быть совместимым с другими методами RPC).
- `Estimate_mode` аргумент был добавлен. Этот аргумент принимает один из следующих строк: `CONSERVATIVE`,` `ECONOMICAL` или UNSET` (который по умолчанию` CONSERVATIVE`).
- Возврата RPC-объект теперь содержит `errors` элемент, который возвращает ошибки, возникающие в процессе обработки.
- Если Bitcoin ядро не работает уже достаточно долго и не видел достаточно блоков или сделки, чтобы произвести точную оценку плату, будет возвращена ошибка (ранее значение -1 используется для указания ошибки, которые можно было бы спутать для feerate).
- - Новый `estimaterawfee` RPC добавляются для обеспечения исходных данных платы. Внешние клиенты могут запрашивать и использовать эти данные в своей собственной логике оценок платы.
Поддержка Multi-кошелек
- --------------------
Bitcoin Ядро теперь поддерживает загрузку нескольких отдельных кошельков (см [PR 8694] (https://github.com/bitcoin/bitcoin/pull/8694), [PR-10849] (https://github.com/bitcoin/bitcoin/pull/10849)). Бумажники полностью разделены, с отдельными противовесами, ключами и полученными транзакциями.
Multi-кошелек включен с помощью более одного `-wallet` аргумент при запуске Bitcoin, либо в командной строке или в файле конфигурации Bitcoin.
** В Bitcoin-Qt, то первый кошелек будет отображаться только и доступен для создания и подписания сделки. ** GUI выбираемые несколько кошельков будут поддерживаться в будущих версиях. Тем не менее, даже в 0.15 других загруженных кошельков будут синхронизированы с текущим наконечником узла в фоновом режиме. Это может быть полезно, если работает отсеченный узел, так как загрузка бумажника, где самые последняя синхронизация за обрезкой результатов высоты в том, чтобы загрузить и перепроверить весь blockchain. Продолжая синхронизировать все бумажники в фоновом режиме позволяет избежать этой проблемы.
Биткойн Ядро 0.15.0 содержит следующие изменения в интерфейс RPC и `Bitcoin-cli` для мульти-кошелька:
* При запуске Bitcoin Сердечника с единым кошельком, нет ** ** нет изменений в интерфейс RPC или `Bitcoin-cli`. Все вызовы RPC и `команды Bitcoin-cli` продолжают работать, как и раньше.
* При запуске Bitcoin ядра с несколько бумажником, все * Методы уровня узла * RPC продолжать работать, как и раньше. запросов HTTP RPC должен отправить нормальный `
* При запуске Bitcoin ядро с несколькими кошельке, * бумажник уровня * методы RPC необходимо указать кошелек, для которого они оговоренное в каждом запросе. запросов HTTP RPC должен отправить в `
* Новый * узел уровня * `Метод listwallets` RPC добавляется для отображения, которые бумажники загружены в данный момент. Имена, возвращаемые этим методом такие же, как те, которые используются в HTTP конечной точке и для `rpcwallet` аргумента.
Обратите внимание, что в то время как мульти-кошелек теперь полностью поддерживается, RPC интерфейс мульти-кошелек должен рассматриваться нестабильным для версии 0.15.0, и может обратно-несовместимые изменения в будущих версиях.
Заменить-на-плату управления в графическом интерфейсе
- ---------------------------------
Bitcoin Ядро поддерживает создание неавтоматических в заменяющем-на-платой (RBF) сделок
начиная с версии 0.12.0, и, начиная с версии 0.14.0 включил `bumpfee` метод RPC для
заменить неподтвержденные неавтоматический в RBF сделок с новой сделкой, которая платит
более высокая плата.
В версии 0.15, создавая выбора в RBF сделки и замена неподтвержденные
сделка с сделкой более высокое вознаграждением оба поддерживается в графическом интерфейсе пользователя (см [PR 9592] (https://github.com/bitcoin/bitcoin/pull/9592)).
Удаление монет Age Priority
- ----------------------------
В предыдущих версиях Bitcoin Ядра, часть каждого блока может быть зарезервирована для сделок в зависимости от возраста и стоимости UTXOs они провели. Эта концепция (Coin Возраст Priority) выбор политики шахтеры, и нет консенсуса правила вокруг включения монет Возраст приоритетных операций в блоках. На практике лишь немногие шахтеры продолжают использовать монеты Возраст Приоритет для выбора операции в блоках. Bitcoin Ядро 0,15 удаляет всю оставшуюся поддержку монет Age Priority (см [PR 9602] (https://github.com/bitcoin/bitcoin/pull/9602)). Это имеет следующие последствия:
- - Концепция * свободных сделок * была удалена. Высокий приоритет операция монет Возрастной бы ранее разрешено ретранслировать, даже если они не придали плату шахтера. Это уже не возможно, так как не существует понятия монет Age Priority. В `` -limitfreerelay` и -relaypriority` опции, которые контролируемые реле свободных сделок поэтому были удалены.
- - `-sendfreetransactions` вариант был удален, так как почти все шахтеры не включают в себя операции, которые не прикрепляются плата за транзакцию.
- - `-blockprioritysize` вариант был удален.
- - В `` estimatepriority` и estimatesmartpriority` RPCs были удалены.
- - `Getmempoolancestors`,` getmempooldescendants`, `` getmempoolentry` и getrawmempool` RPCs больше не возвращаться `` startingpriority` и currentpriority`.
- - Параметр `не prioritisetransaction` RPC больше не принимает` priority_delta` аргумент, который заменяется на `dummy` аргумент для обратной совместимости с клиентами с помощью позиционных аргументов. RPC, по-прежнему используются для изменения кажущейся платных скорости сделки с помощью `fee_delta` аргумент.
- - `-minrelaytxfee` теперь может быть установлены в 0. Если` minrelaytxfee` установлен, то плата меньше, чем `minrelaytxfee` (в кбайт) отклоняется от ретрансляции, горнодобывающей промышленности и создания сделки. По умолчанию это 1000 Satoshi / кбайт.
- - `-printpriority` вариант был обновлен до вывода только скорость платы и хэш сделок, включенных в блок по добыче кода.
Mempool Постоянство перезапуска
- -----------------------------------
Версия 0,14 введена mempool настойчивость перезапуска (mempool сохраняется в `mempool.dat` файла в каталоге данных до остановки и восстанавливает mempool, когда узел перезапускается). Версия 0,15 позволяет эту функцию, чтобы включить или отключить с помощью `-persistmempool` параметр командной строки (см [PR 9966] (https://github.com/bitcoin/bitcoin/pull/9966)). По умолчанию параметр имеет значение истина, и mempool сохраняется при выключении и перезагрузке при запуске. Если установлено значение ложно, то файл `mempool.dat` не будет загружаться при запуске или сохранены при выключении.
Новые методы RPC
- ---------------
Версия 0,15 вводит несколько новых методов RPC:
- - `Abortrescan` останавливает ток бумажника, например повторное сканирование при запуске с помощью `importprivkey` вызова (см [PR 10208] (https://github.com/bitcoin/bitcoin/pull/10208)).
- - `Combinerawtransaction` принимает массив JSON необработанных транзакций и объединяет их в единую сырую сделку (см [PR 10571] (https://github.com/bitcoin/bitcoin/pull/10571)).
- - `Estimaterawfee` возвращает исходные данные платы таким образом, чтобы настроить логику можно реализовать для анализа данных и расчет оценок. См [Пошлина Оценка Улучшение] (# плат-оценка-улучшение) для получения полной информации об изменениях в логику оценки платы и интерфейс.
- - `статистика getchaintxstats` возвращает об общем количестве и скорости операций
в цепи (см [PR 9733] (https://github.com/bitcoin/bitcoin/pull/9733)).
- - `списки listwallets` бумажники, которые в настоящее время загружены. См * Multi-кошелек * раздел
эти примечания к выпуску для получения полной информации (см [поддержка Multi-кошелек] (# мульти-кошелек поддержки)).
- - `Uptime` возвращает общее время работы от` bitcoind` сервера с момента его последнее начало (см [PR 10400] (https://github.com/bitcoin/bitcoin/pull/10400)).
изменения RPC низкого уровня
- ---------------------
- - При использовании Bitcoin Сердечник в многопользовательском режиме бумажником, RPC запросы к методам бумажника необходимо указать
бумажник, что они предназначены для. См [Multi-кошелек поддержки] (# мульти-кошелек-поддержка) для получения полной информации.
- - нет Новая модель базы данных больше не хранит информацию о транзакции
версии неизрасходованных выходов (См [улучшение производительности] (# производительности улучшения)). Это значит, что:
- Параметр `не gettxout` RPC, больше не имеет` version` поле в ответ.
- `Отчеты RPC gettxoutsetinfo`` hash_serialized_2` вместо `hash_serialized`,
который не обязывает к версиям транзакционных неизрасходованных выходов, но делает
обязательство по высоте и coinbase информации.
- Параметр `не getutxos` путь REST больше не сообщает` txvers` поле в формате JSON,
и всегда сообщает 0 для версий транзакций в двоичном формате
- - `Estimatefee` RPC является устаревшим. Клиенты должны переключиться на использование `estimatesmartfee` RPC, который возвращает лучшие оценки платы. См [Пошлина Оценка Улучшение] (# плат-оценка-улучшение) для получения полной информации об изменениях в логику оценки платы и интерфейс.
- - `Ответ gettxoutsetinfo` теперь содержит` `disk_size` и bogosize` вместо
`Bytes_serialized`. Первый из них является более точной оценкой фактического использования диска, но
не является детерминированным. Второй не имеет никакого отношения к использованию диска, но это
независимая от базы данных метрики UTXO заданного размера: он считает каждую запись UTXO как 50 + в
длина его scriptPubKey (см [PR 10426] (https://github.com/bitcoin/bitcoin/pull/10426)).
- - `Signrawtransaction` не может быть больше не используется для объединения нескольких операций в одной транзакции. Вместо этого используйте новый `combinerawtransaction` RPC (см [PR 10571] (https://github.com/bitcoin/bitcoin/pull/10571)).
- - `Не fundrawtransaction` больше не принимает` вариант reserveChangeKey`. Этот параметр используется, чтобы позволить пользователям RPC финансировать сырец транзакции с использованием ключа из keypool для адреса изменения, не удаляя его из доступных ключей в keypool. Ключ может быть повторно использована для `getnewaddress` вызова, который потенциально может привести к путанице или опасного поведения (см [PR 10784] (https://github.com/bitcoin/bitcoin/pull/10784)).
- - `` Estimatepriority` и estimatesmartpriority` были удалены. См [Удаление монет Age Priority] (# удаление-оф-монет возрастной приоритет).
- - `Listunspent` RPC Теперь принимает` query_options` аргумент (см [PR 8952] (https://github.com/bitcoin/bitcoin/pull/8952)), Который представляет собой объект JSON
содержащие один или более из следующих членов:
- `MinimumAmount` - число, определяющее минимальное значение каждого UTXO
- `MaximumAmount` - число, определяющее максимальное значение каждого UTXO
- `MaximumCount` - число, задающее минимальное количество UTXOs
- `MinimumSumAmount` - число, определяющее минимальное значение суммы всех UTXOs
- - `Getmempoolancestors`,` getmempooldescendants`, `` getmempoolentry` и getrawmempool` RPCs больше не возвращаться `` startingpriority` и currentpriority`. См [Удаление монет Age Priority] (# удаление-оф-монет возрастной приоритет).
- - `Dumpwallet` RPC теперь возвращает полный абсолютный путь к сбрасывал бумажник. Это
используется не возвращать никакого значения, даже в случае успеха (см [PR 9740] (https://github.com/bitcoin/bitcoin/pull/9740)).
- - В `getpeerinfo` RPC, объект возврата для каждого партнера теперь возвращает` addrbind` элемент, который содержит адрес IP и порт подключения к партнеру. Это в дополнение к `член addrlocal`, который содержит адрес IP и порт локального узла, сообщаемое одноранговым (см [PR-10478] (https://github.com/bitcoin/bitcoin/pull/10478)).
- - `Disconnectnode` RPC теперь может отключить узел, указанный идентификатор узла (а также IP-адрес / порт). Чтобы отключить узел, основанный на идентификатор узла, вызовите RPC с новым `nodeid` аргумент (см [PR 10143] (https://github.com/bitcoin/bitcoin/pull/10143)).
- - Второй аргумент в `prioritisetransaction` был переименован из` `priority_delta` к dummy` поскольку Bitcoin ядро больше не имеет понятия монеты возрастного приоритета. `Dummy` аргумент не имеет никакого функционального эффекта, но сохраняется для совместимости позиционного аргумента. См [Удаление монет Age Priority] (# удаление-оф-монет возрастной приоритет).
- - `Resendwallettransactions` RPC выдает ошибку, если` -walletbroadcast` параметр имеет значение ЛОЖЬ (см [PR 10995] (https://github.com/bitcoin/bitcoin/pull/10995)).
- - Второй аргумент в `submitblock` RPC аргумент был переименован из` `parameters` в dummy`. Этот аргумент никогда не имел никакого эффекта, и переименование просто сообщить об этом факте пользователя (см [PR 10191] (https://github.com/bitcoin/bitcoin/pull/10191))
(Клиенты должны, однако, использовать позиционные аргументы `submitblock` для того, чтобы быть совместимым с BIP 22)
- - `Verbose` аргумент` getblock` был переименован в `verbosity` и теперь принимает целое число от 0 до 2. уровня 0 Verbose эквивалентно` многословной = false`. Многословный уровень 1 эквивалентно `многословной = true`. Многословный уровень 2 даст полную информацию по сделке каждой сделки на выходе, как указано на `getrawtransaction`. Старое поведение с помощью `verbose` именованного аргумента и логического значения, по-прежнему поддерживается для совместимости.
- - Коды ошибок были обновлены, чтобы быть более точным, в следующих случаях ошибок (см [PR 9853] (https://github.com/bitcoin/bitcoin/pull/9853)):
- `Getblock` теперь возвращает RPC_MISC_ERROR если блок не может быть найден на диске (для
Пример, если блок был сокращен). Ранее вернулся RPC_INTERNAL_ERROR.
- `Pruneblockchain` теперь возвращает RPC_MISC_ERROR если блоки не могут быть сокращены
поскольку узел не находится в режиме обрезка. Ранее вернулся RPC_METHOD_NOT_FOUND.
- `Pruneblockchain` теперь возвращает RPC_INVALID_PARAMETER если блоки не могут быть сокращены
потому что поставляется метка слишком поздно. Ранее вернулся RPC_INTERNAL_ERROR.
- `Pruneblockchain` теперь возвращает RPC_MISC_ERROR если блоки не могут быть сокращены
потому что blockchain слишком коротка. Ранее вернулся RPC_INTERNAL_ERROR.
- `Setban` теперь возвращает RPC_CLIENT_INVALID_IP_OR_SUBNET если предоставленный IP-адрес
или подсеть является недействительной. Ранее вернулся RPC_CLIENT_NODE_ALREADY_ADDED.
- `Setban` теперь возвращает RPC_CLIENT_INVALID_IP_OR_SUBNET, если пользователь пытается незапретить
узел, который ранее не был запрещен. Ранее вернулся RPC_MISC_ERROR.
- `Removeprunedfunds` теперь возвращает RPC_WALLET_ERROR если` bitcoind` не в состоянии удалить
перевод. Ранее вернулся RPC_INTERNAL_ERROR.
- `Removeprunedfunds` теперь возвращает RPC_INVALID_PARAMETER, если сделка не
есть в кошельке. Ранее вернулся RPC_INTERNAL_ERROR.
- `Fundrawtransaction` теперь возвращает RPC_INVALID_ADDRESS_OR_KEY Некорректное изменение
адрес предоставляется. Ранее вернулся RPC_INVALID_PARAMETER.
- `Fundrawtransaction` теперь возвращает RPC_WALLET_ERROR если` bitcoind` не может создать
перевод. Сообщение об ошибке содержит дополнительную информацию. Ранее вернулся
RPC_INTERNAL_ERROR.
- `Bumpfee` теперь возвращает RPC_INVALID_PARAMETER, если предоставленная сделка имеет
потомки в бумажнике. Ранее вернулся RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_INVALID_PARAMETER, если предоставленная сделка имеет
потомки в mempool. Ранее вернулся RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR, если предоставленная сделка имеет
добывались или конфликты с добытой сделкой. Ранее вернулся
RPC_INVALID_ADDRESS_OR_KEY.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR, если предоставленная сделка не является
BIP 125 заменяемые. Ранее вернулся RPC_INVALID_ADDRESS_OR_KEY.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR если предоставленная транзакция уже
сместившимися на другой транзакции. Ранее вернулся RPC_INVALID_REQUEST.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR, если предоставленная сделка содержит
входы, которые не принадлежат к этому кошельку. Ранее вернулся RPC_INVALID_ADDRESS_OR_KEY.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR, если предоставленная сделка имеет несколько изменений
выходы. Ранее вернулся RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR, если предоставленная сделка не имеет каких-либо изменений
вывод. Ранее вернулся RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR если плата слишком высока. Ранее вернулся
RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR если плата слишком низкая. Ранее вернулся
RPC_MISC_ERROR.
- `Bumpfee` теперь возвращает RPC_WALLET_ERROR если выход изменения слишком мал, чтобы ударять
плата. Ранее вернулся RPC_MISC_ERROR.
Детальный список изменений и спасибо это Вот
