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 як необов'язкову транспортну мережу рівень до рівня та обробку адрес, поза системою консенсусу Bitcoin. Проблема #36041 натомість запитує, чи слід Bitcoin Core зберігати обробку адрес CJDNS як резервний варіант, коли тонкий пул пірів також може зробити вузли лише з CJDNS легшими для оточення.

Сім хороших вузлів Bitcoin Core захоплюють один знімок сеїдера

Числа сеїдерів описують базу даних одного краулера в один момент часу. Глобальне населення CJDNS може бути більшим, оскільки цифра охоплює лише базу даних цього краулера.

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

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

Арифметика кількості пірів сама по собі залишає вартість затемнення невідомою. Bitcoin Core зазвичай підтримує вісім повних вихідних з'єднань та два з'єднання лише для передачі блоків, з випадковим запитом або додатковим з'єднанням лише для передачі блоків. Один учасник запропонував прив'язати будь-який поріг CJDNS до вартості заповнення цих регулярних слотів і затемнення вузла лише з CJDNS.

Атака затемнення ізолює вузол, монополізуючи пари, які формують його уявлення про мережу. У транспорті з невеликим відомим набором адрес атакуючий має більш концентровану ціль. Поточна документація CJDNS від Bitcoin Core вже відмовляє від роботи лише з CJDNS, оскільки вузол може не заповнити свої вихідні слоти, повторно намагаючись кілька адрес, які він знає, і ставати більш вразливим до атак Sybil.

Успішне затемнення залежить не лише від десяти регулярних вихідних слотів. Публічна дискусія залишає повну вартість атаки неоціненою. Доступність адрес, вибір адрес, надійність краулера та випадкові додаткові вихідні з'єднання всі впливають на практичну вразливість. Виміряний пул підтримує занепокоєння щодо концентрації для вузлів лише з 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. Об'єднаний запит на попередження або видалення змінить статус дебатів. Сім хороших вузлів робить торгівлю різноманітністю транспорту вимірювальною та залишає вибір видалення відкритим.

Цей контент надано лише для загальних інформаційних цілей і не є фінансовою, інвестиційною, юридичною чи податковою консультацією. Події, нагороди, онлайн-акцій або пов’язану інформацію, згадана тут, не слід розглядати як рекомендацію, прохання чи запрошення до купівлі, продажу, торгівлі чи інших операцій з криптоактивами. Криптоактиви є дуже волатильними та можуть призвести до збитків. Доступність послуг, продуктів WEEX та пов’язаних із ними подій може відрізнятися залежно від регіону. Ви несете відповідальність за забезпечення відповідності вашої участі чинному місцевому законодавству та нормативним актам.