Сегодня отмечается официальный релиз Bitcoin Core 0.20.0, 20-й крупный релиз оригинального программного клиента Bitcoin, запущенного Сатоши Накамото более 11 лет назад.
Под наблюдением ведущего специалиста по сопровождению Bitcoin Core Владимира ван дер Лана, этот последний крупный релиз был разработан более чем 100 участниками в течение примерно шести месяцев. В результате более чем 500 Объединенных запросов pull, Bitcoin Core 0.20.0 в основном очищает и укрепляет кодовую базу Bitcoin Core, продвигает интеграцию аппаратного кошелька, повышает надежность сети и включает в себя несколько других улучшений.
Вот некоторые из наиболее заметных изменений.
Дальнейшая интеграция аппаратного кошелька в GUI
Bitcoin Core был совместим с аппаратными кошельками начиная с версии 0.18.0 . Однако пользователи все еще не могут совершать транзакции с аппаратным кошельком из графического пользовательского интерфейса Bitcoin Core; вместо этого они должны использовать интерфейс командной строки (CLI) для этого.
Bitcoin Core 0.20.0 делает шаг к интеграции аппаратного кошелька в графический интерфейс пользователя. Теперь пользователи могут создавать транзакции без подписи в графическом интерфейсе Bitcoin Core GUI, используя частично подписанный формат bitcoin transaction (PSBT), и копировать его в буфер обмена. После копирования они могут перенести транзакцию на свой аппаратный кошелек, чтобы подписать ее — однако эта передача еще не автоматизирована, и трансляция транзакции все еще требует использования CLI.
Будущие релизы Bitcoin Core будут продолжать продвигать интеграцию аппаратного кошелька.
Asmap для более надежного подключения к сети
Bitcoin Core подключается к нескольким одноранговым узлам (другим узлам Bitcoin) в сети Bitcoin. Bitcoin Core отображает другие узлы на основе их IP-адресов, с целью установления соединений со сверстниками из различных регионов и интернет-провайдеров (ISP). Если узел получает блоки и транзакции от сверстников, расположенных по всему миру, это уменьшает риск того, что определенные данные (например, определенная транзакция) удерживаются.
Bitcoin Core в настоящее время отображает IP-адреса по группам операторов сети. Однако некоторые из этих групп фактически являются частью одной и той же автономной системы (AS): кластеры групп сетевых операторов, совместно использующих ключевые интернет-маршруты и поэтому потенциально разделяющих одни и те же узкие места маршрутизации, где данные потенциально могут быть отфильтрованы.
Bitcoin Core 0.20.0 включает в себя новую опцию конфигурации под названием Asmap, которая отображает IP-адреса по номерам автономной системы (ASNs). Это гарантирует, что узел соединяется со сверстниками из диапазона различных ASs, уменьшая потенциальные узкие места Сети, Таким образом дополнительно ограничивая риск того, что определенные данные удерживаются. (Однако на данный момент сопоставление IP-адресов в группах операторов сети остается конфигурацией по умолчанию.)
Удаление сообщений об отклонении BIP61
Сообщения об отклонении (BIP61) - это уведомления, которые узел возвращает, когда транзакция, которую он получил от узла, отклоняется, и почему. (Возможно, потому, что сделка недействительна, возможно, потому, что она считается не включающей достаточную плату, возможно, есть еще одна причина для отказа.)
Однако разработчики Bitcoin Core не считают сообщения об отклонении очень полезными. Самое главное, что одноранговые узлы не должны надежно возвращать сообщение об отклонении. Другими словами, если узел не получает сообщение об отклонении, это не обязательно означает, что транзакция была принята. Это ограничивает полезность сообщений, в то время как есть лучшие решения, чтобы проверить, что транзакция действительна и включает в себя достаточно сборов. Между тем, сообщения делали одноранговый протокол более сложным и занимали большую пропускную способность.
Таким образом, сообщения об отклонении BIP61 уже были отключены по умолчанию в Bitcoin Core 0.18.0. Bitcoin 0.20.0 теперь полностью удалил эту функцию.
Удаление протокола оплаты BIP70 (и OpenSSL)
Протокол платежей (BIP 70) был разработан несколько лет назад, чтобы улучшить платежный опыт биткойна. Пользователь и продавец могут сообщить дополнительную информацию об оплате, такую как читаемый адрес назначения (имя продавца) и адрес возврата средств в случае, если что-то пошло не так с покупкой.
В то время как Bitcoin Core интегрировал протокол оплаты, стандарт никогда не был широко принят. Вместо этого большинство кошельков по-прежнему используют более базовую схему URI ( BIP21 ): интерактивную ссылку или сканируемый формат QR-кода, который, например, передает адрес платежа и сумму.
Возможно, более важно, чем отсутствие принятия, платежный протокол BIP70 пострадал от ряда уязвимостей безопасности и конфиденциальности на протяжении многих лет. Прежде всего, его зависимость от библиотеки программного обеспечения OpenSSL для криптографических функций потребовала серии срочных обновлений в короткие сроки. Некоторые биткойн-кошельки, по этим причинам, полностью отказались от внедрения BIP70.
Bitcoin Core 0.19.0 удалил протокол оплаты из GUI, но пользователи все еще могли скомпилировать свой узел со специальной конфигурацией, чтобы использовать эту функцию. Bitcoin Core 0.20.0 теперь полностью удалил протокол оплаты.
С BIP70 ушли (и некоторые другие программные хитрости, чтобы удалить зависимость), Bitcoin Core также смог полностью удалить OpenSSL из своего кодеказа.
Dumptxoutset как первый шаг к Assumeutxo для быстрой начальной загрузки
Новый удаленный вызов процедур (RPC) позволяет Bitcoin Core 0.20.0 создать снимок набора UTXO, который отражает состояние владения биткойнами, записанное на блокчейне в определенный момент времени (высота блока). Этот снимок может быть общим.
Будущие выпуски Bitcoin Core будут делиться таким снимком, когда сверстники впервые присоединятся к сети. Это позволяет новым узлам немедленно начать участвовать в сети с момента, когда был сделан снимок, а вся история блокчейна проверяется в фоновом режиме. (Как и Assumevalid, аналогичный ярлык, Assumeutxo действительно поставляется с трастовыми компромиссами, прежде чем весь блокчейн будет проверен, и до тех пор должен использоваться с этими компромиссами в виду.)
