Bitcoin Core рассматривает возможность отказа от поддержки зашифрованной маршрутизации из-за плохого состояния узлов, что подвергает пользователей риску атак затмения

Участники Bitcoin Core обсуждают, стоит ли поддерживать слабо используемый сетевой транспорт, который может быть ценным страхованием или стал слишком дорогим бременем для сохранения.

В открытой дискуссии о поддержке CJDNS член Bitcoin Core Эндрю Чоу сообщил, что одна база данных сидеров содержала 25 адресов CJDNS, достигла 22 и классифицировала только семь как хорошие. Автор проблемы, Мартин Цумсанд, сообщил, что видел только три-четыре пира, хотя Bitcoin Core поставляется с 11 фиксированными сидерами CJDNS.

Эти цифры вызвали поддержку для отказа от поддержки и предложение, чтобы Bitcoin Core предупредил пользователей в релизе 32.x перед планируемым удалением в 33.x. Но эта последовательность версий была поставлена как вопрос. На воскресенье, 23 августа, проблема оставалась открытой в вехе 32.0, с пустым разделом Разработки без ветки реализации или запроса на изменение.

Bitcoin Core реализует CJDNS как необязательный транспорт peer-to-peer и обработку адресов, вне системы консенсуса Bitcoin. Проблема #36041 вместо этого спрашивает, следует ли Bitcoin Core сохранить обработку адресов CJDNS как резервный вариант, когда тонкий пул пиров также может сделать узлы только CJDNS более уязвимыми для окружения.

Семь хороших узлов Bitcoin Core захватывают один снимок сидера
Числа сидеров описывают базу данных одного краулера в один момент времени. Глобальная популяция CJDNS может быть больше, поскольку цифра охватывает только базу данных этого краулера.

Сидер применяет "хороший" как более строгий технический фильтр, чем доступность. В реализации DNSSeedrs Чоу узел должен пройти проверки, охватывающие его порт, рекламируемую сетевую службу, версию протокола, высоту цепи и надежность. Тесты надежности используют несколько временных окон и требуют минимального количества попыток. Это объясняет, как сидер мог достичь 22 адресов, классифицируя только семь как хорошие.

Только семь из 22 достигнутых адресов прошли фильтры хороших узлов, оставив используемый пул мелким. Узел Цумсанда нашел всего три или четыре пира, и он предложил низкие тройные цифры как грубый уровень, который мог бы оправдать продолжение поддержки. Низкий тройной цифровой ориентир был только Цумсандом, давая поддерживающим число, о котором можно спорить, вместо только общей жалобы на низкое использование.

Арифметика количества пиров оставляет стоимость затмения неизвестной.
Bitcoin Core обычно поддерживает восемь полных релейных исходящих соединений и два соединения только для релейных блоков, с occasional feeler или дополнительным соединением только для релейных блоков. Один участник предложил основать любой порог CJDNS на стоимости заполнения этих регулярных слотов и затмения узла только CJDNS.

Атака затмения изолирует узел, монополизируя пиров, которые формируют его представление о сети. На транспорте с небольшим известным набором адресов атакующий имеет более концентрированную цель. Текущая документация CJDNS от Bitcoin Core уже отговаривает от работы только CJDNS, поскольку узел может не заполнить свои исходящие слоты, многократно пытаться использовать несколько известных адресов и стать более уязвимым для атак Сибила.

Успешное затмение зависит не только от десяти регулярных исходящих слотов. Публичная дискуссия оставляет полную стоимость атаки не количественной. Доступность адресов, выбор адресов, надежность краулера и occasional дополнительные исходящие соединения все влияют на практическое воздействие. Измеренный пул поддерживает обеспокоенность концентрацией для узлов только CJDNS, в то время как стоимость эксплуатации этой обеспокоенности остается не количественной.

Избыточность зависит от того, как используется CJDNS
CJDNS предлагает другое предложение, когда он является одним из путей среди нескольких. Документация Bitcoin Core представляет его как дополнительный вариант наряду с IPv4, IPv6, Tor и I2P, позволяя узлу сохранять другой маршрут доступным, если одна сеть имеет проблемы.

Этот вариант стал легче использовать. CJDNS 22.1 представил автоматическое пиринг на основе DNS-сидов 8 января 2025 года, сделав ручное добавление пиров необязательным. Затем Bitcoin Core объединил обновленную документацию по настройке 30 марта 2026 года, заменив устаревшие инструкции по ручному пирингу на новый поток.

Эти изменения снизили трение при настройке. Любой эффект на популяцию пиров CJDNS Bitcoin остается неизмеренным. Bitcoin Core объединил еще одно изменение документации 18 августа 2026 года, явно отговаривая от использования только CJDNS, поскольку пул адресов оставался слишком мал, чтобы надежно заполнять исходящие слоты.

Операторы только CJDNS и смешанных сетей, таким образом, сталкиваются с разными ставками. Оператор только CJDNS сталкивается с риском тонкого пула, о котором теперь предупреждает документация. Оператор смешанной сети использует CJDNS для дополнительного разнообразия маршрутов и может сохранять другие автоматические пути, даже когда у CJDNS мало пиров.

Будущий отказ удалит настройки транспорта, оставив правила действительности блоков неизменными. Bitcoin Core добавил полную поддержку CJDNS в версии 23.0 как функцию P2P сетевого взаимодействия. Дебаты ограничены обработкой адресов и вариантами соединений; правила консенсуса и действительности блоков Bitcoin находятся вне его сферы.

Непосредственно затронутыми операторами будут те, кто использует -cjdnsreachable, который говорит Bitcoin Core рассматривать соответствующий диапазон IPv6 как CJDNS, или -onlynet=cjdns, который ограничивает автоматические исходящие соединения этим транспортом. Тот же вариант в настоящее время может быть объединен с другими сетями, в то время как входящие и вручную добавленные соединения остаются доступными под -onlynet, согласно документации.

Проблема #36041 остается открытой, с предупреждением и последовательностью удаления, записанными только как предложение. Она показывает небольшой наблюдаемый набор пиров, множество выражений поддержки для отказа и одну предложенную последовательность релиза. Она также показывает, почему количество использования само по себе является неполной проверкой: резервная емкость наиболее ценна до того, как основной маршрут потерпит неудачу, но резервная сеть, которая не заполняет соединения, может предложить меньше устойчивости, чем ее присутствие в коде предполагает.

Bitcoin Core все еще поддерживает CJDNS. Объединенный запрос на предупреждение или удаление изменит статус дебатов. Семь хороших узлов делают измеримым компромисс в разнообразии транспорта и оставляют выбор удаления открытым.