2025 рік: огляд протоколу Біткоїна на рівні протоколу

Написано: Zhixiong Pan

Річний огляд Bitcoin Optech завжди вважається технічним орієнтиром у бікбіті-екосистемі. Він не зосереджується на коливаннях курсу, а фіксує найщиріші динаміки протоколу біткойна та ключової інфраструктури.

Звіт за 2025 рік виявив очевидну тенденцію: біткойн проходить трансформацію парадигми від «пасивної оборони» до «активної еволюції».

За минулий рік спільнота вже не задовольняється лише виправленням вразливостей, а системно реагує на загрози для виживання (наприклад, квантові обчислення), і, не жертвуючи децентралізацією, активно досліджує межі масштабування та програмованості. Цей звіт є не лише пам’яткою для розробників, а й ключовим індексом для розуміння властивостей біткойн-активів, мережевої безпеки та механізмів управління у найближчі п’ять-десять років.

Основні висновки

У 2025 році технічна еволюція біткойна проявляється у трьох ключових характеристиках, що і є ключем до розуміння наступних 10 головних подій:

Передбачуваний захист: вперше стала чіткою і практично здійсненною дорожня карта захисту від квантової загрози, безпекове мислення поширюється від «зараз» до «пост-квантової епохи».

Розподіл функцій: високий рівень обговорень пропозицій м’яких форків (soft forks) та еволюція Lightning через «гарячі підключення» (hot swap), демонструє, що біткойн реалізує архітектуру «наднизький рівень стабільний, верхній рівень гнучкий» через багаторівневі протоколи.

Децентралізація інфраструктури: від протоколів майнінгу (Stratum v2) до верифікації вузлами (Utreexo/SwiftSync), значна кількість інженерних ресурсів спрямована на зниження порогів входу і підвищення стійкості до цензури, з метою протистояння фізичній централізації.

Звіт Bitcoin Optech включає сотні та тисячі комітетів коду, активних дискусій у групах та пропозицій BIP за минулий рік. Щоб виділити справжні сигнали з технічного шуму, я виключив оновлення, що стосуються лише «локальної оптимізації», і відібрав 10 подій, які мають структурний вплив на екосистему.

1. Системний захист від квантової загрози та «дорожня карта посилення»

【Статус: дослідження та довгострокові пропозиції】

2025 рік ознаменував зміну ставлення спільноти до загрози квантових обчислень — від теоретичних досліджень до інженерної підготовки. BIP360 отримав номер і був перейменований у P2TSH (Pay to Tapscript Hash). Це розглядається як важливий крок у дорожній карті посилення квантової безпеки і більш універсально для деяких сценаріїв Taproot (наприклад, для структур обіцянки без внутрішнього ключа).

Разом із тим, спільнота глибоко вивчає конкретні схеми квантобезпечної підписної верифікації, включаючи можливість у майбутньому додати відповідні скрипти (наприклад, повторне введення OP_CAT або додавання нових операцій підпису), використання OP_CAT для побудови підписів Winternitz, обговорює можливість реалізації верифікації STARK як нативної функції скрипту і оптимізує хеш-функції для підписів (наприклад, SLH-DSA / SPHINCS+).

Ця тема займає перше місце, оскільки вона стосується математичної основи біткойна. Якщо квантові обчислення справді послаблять припущення про дискретний логарифм еліптичних кривих (і, відповідно, підривуть безпеку підписів ECDSA/Schnorr), це спричинить системний тиск на міграцію та безпеку історичних транзакцій. Це змушує біткойн заздалегідь готуватися до оновлень у протоколі та гаманцях, а довгостроковим власникам — обирати схеми з дорожньою картою та культурою аудиту безпеки, слідкувати за можливими вікнами міграції.

2. Бурхливий зліт пропозицій м’яких форків: основа для «програмованих сейфів»

【Статус: високий рівень обговорень / на етапі чорнових пропозицій】

Цей рік став роком активних обговорень пропозицій м’яких форків, з основним фокусом на збереженні мінімалістського підходу при розкритті можливостей скриптів. Пропозиції контрактного типу, такі як CTV (BIP119) та CSFS (BIP348), а також технології LNHANCE і OP_TEMPLATEHASH, прагнуть запровадити у біткойн більш безпечні «обмежувальні положення». Крім того, OP_CHECKCONTRACTVERIFY (CCV) став пропозицією BIP443, а різні арифметичні операції та ідеї відновлення скриптів — у черзі для досягнення консенсусу.

Хоча ці оновлення здаються складними, вони фактично додають у глобальну ціннісну мережу нові «фізичні закони». Це має зробити архітектуру «сейфів» (Vaults) більш простою, безпечною та стандартизованою, дозволяючи задавати механізми затримки виведення та скасування, а з точки зору виразності протоколу — забезпечити «програмоване самозбереження». Водночас ці можливості значно знизять вартість ймовірних взаємодій у Lightning, DLC та інших шарових протоколах.

3. Перебудова інфраструктури майнінгу для протистояння цензурі

【Статус: експериментальні реалізації / еволюція протоколу】

Децентралізація майнінгового рівня визначає стійкість біткойна до цензури. У 2025 році Bitcoin Core 30.0 представив експериментальний інтерфейс IPC, суттєво оптимізувавши взаємодію між майнінським софтом/Stratum v2 і логікою верифікації Bitcoin Core, зменшивши залежність від неефективного JSON-RPC, що відкриває шлях до інтеграції Stratum v2.

Ключова здатність Stratum v2 — надання (при активації механізмів, таких як Job Negotiation) більш децентралізованого контролю за вибором транзакцій, що підвищує опірність до цензури. Водночас з’явилися рішення типу MEVpool, які прагнуть через маскування шаблонів і конкуренцію на ринку вирішити проблему максимального витягу цінності (MEV): у ідеалі має існувати кілька платформ для торгівлі, щоб уникнути концентрації, що створює нові центри централізації. Це напряму стосується можливості користувачів на крайніх позиціях забезпечити справедливу обробку транзакцій.

4. Оновлення імунної системи: виявлення вразливостей і диференційне фуззінг-тестування

【Статус: постійна інженерна робота】

Безпека біткойна залежить від здатності до самотестування перед атаками. У 2025 році Optech зафіксував багато відкриттів уразливостей у Bitcoin Core та Lightning (LDK/LND/Eclair), що охоплювали блокування коштів, дезанонімізацію приватності і навіть ризик крадіжки. У цьому році Bitcoinfuzz застосував «диференційне фуззінг-тестування» — порівняння реакцій різного програмного забезпечення на однакові дані — і виявив понад 35 глибоких багів.

Такий високий рівень «тестування під тиском» — ознака зрілості екосистеми. Це подібно до вакцини: короткостроково вона виявляє вразливості, а в довгостроковій перспективі підсилює імунітет системи. Для користувачів, які користуються приватністю або Lightning, це також сигнал тривоги: жодне ПЗ не ідеальне, і оновлення ключових компонентів — найпростіший спосіб зберегти безпеку коштів.

5. Сплісинг у Lightning: «гаряче» оновлення каналів

【Статус: міжреалізаційна експериментальна підтримка】

Lightning Network досягла значного прориву у 2025 році з впровадженням Splicing (сплісинг, гаряче оновлення каналів). Технологія дозволяє користувачам динамічно коригувати баланс у каналі без його закриття (поповнення або зняття), і вже зараз підтримується експериментально у LDK, Eclair та Core Lightning. Хоча стандарт BOLTs ще доопрацьовується, протестовані сумісності між різними реалізаціями вже досягли значного прогресу.

Сплісинг — це здатність «змішувати» баланс без закриття каналу. Це має знизити кількість невдач при платежах і операційних труднощах, пов’язаних із складністю коригування балансу. Надалі гаманці зможуть суттєво спростити роботу з каналами і зробити Lightning більш доступним для широкого використання як платіжного рівня, близького до «балансового рахунку» — ключовий елемент для масштабної і звичайної щоденної оплати.

6. Революція у витратах на верифікацію: запуск вузлів на «звичайних» пристроях

【Статус: прототип (SwiftSync) / проєкт BIP (Utreexo)】

Декілька технологій 2025 року радикально знизили бар’єри для запуску повного вузла. SwiftSync оптимізує процес завантаження блоків (IBD) через прискорення запису UTXO, додаючи лише ті транзакції, що залишилися неперевіреними, і використовує «мінімальну довіру» hints файл, що прискорює IBD у понад 5 разів і дає можливість паралельної валідації. Utreexo (BIP181-183) — за допомогою мережі Merkle forest — дозволяє вузлам перевіряти транзакції без збереження всього набору UTXO.

Об’єднання цих технологій робить можливим запуск повних вузлів на обмежених ресурсах, що суттєво підвищує кількість незалежних валідаторів у мережі.

7. Cluster Mempool: переосмислення базових механізмів розподілу комісій

【Статус: близько до релізу (Staging)】

Очікувана функція Bitcoin Core 31.0 — впровадження Cluster Mempool — вже майже готова. Вона вводить структури типу TxGraph, що дозволяють абстрагувати залежності транзакцій і формувати їх у «кластери» для більш ефективного сортування і побудови блочних шаблонів.

Це базове оновлення підвищить стабільність і передбачуваність оцінки комісій. Уникаючи аномалій, викликаних алгоритмічними обмеженнями, у разі заторів мережі біткойн працюватиме більш стабільно, а користувачі зможуть ефективніше застосовувати прискорювальні механізми (CPFP/RBF).

8. Деталізація P2P-мережі: нові стратегії управління

【Статус: стратегія оновлюється / постійна оптимізація】

У відповідь на зростання кількості транзакцій із низькими комісіями у 2025 році мережа P2P зазнала змін у політиці. Bitcoin Core 29.1 знизив мінімальну релейну плату до 0.1 sat/vB. Продовжується розвиток Erlay для зменшення навантаження на вузли, а також пропонуються ідеї «спільного обміну шаблонами блоків» і оптимізація стратегій реконструкції блоків для складних мережевих сценаріїв.

З більшою єдністю політик і нижчими порогами для вузлів, поширення транзакцій із низькою платою стане більш можливим, що сприятиме більш справедливому і стабільному функціонуванню мережі.

9. Дебати щодо OP_RETURN і використання блокового простору: «трагедія спільного добра»

【Статус: зміни в політиці мемпулів (Core 30.0)】

Core 30.0 пом’якшив обмеження на OP_RETURN (дозволив більше виходів і зняв частину обмежень розміру), що викликало гострі філософські дискусії щодо цілей біткойна у 2025 році. Зауважте, це стосується не правил консенсусу, а політики мемпулів (стандартної передавання і обробки транзакцій). Водночас, ці зміни вплинуть на те, наскільки легко транзакції поширюватимуться і будуть помічені майнерами — що справді вплине на конкуренцію за блоковий простір.

Прихильники вважають, що це усуне викривлення мотивацій, а опоненти — що це може підтвердити використання блокового простору для зберігання даних. Це нагадує, що і використання ресурсу блокового простору є результатом балансування інтересів, навіть без зміни правил консенсусу.

10. Ядро біткойна: компонентна реконструкція основного коду

【Статус: архітектурна реорганізація / реліз API】

У 2025 році Bitcoin Core зробив ключовий крок у розділенні архітектури: було впроваджено Bitcoin Kernel C API. Це означає, що логіка верифікації у консенсусі відокремлюється від основного вузла і стає незалежним, стандартизованим компонентом. Наразі цей ядро вже підтримує зовнішні проєкти для повторного використання логіки перевірки блоків і стану ланцюга.

«Ядроізованість» принесе структурні безпекові переваги. Вона дозволить бекендам гаманців, індексаторам і аналітичним інструментам безпосередньо викликати офіційну логіку перевірки, уникнувши ризиків розбіжностей через «заново винайдені колеса». Це — створення стандартного «заводського двигуна» для екосистеми біткойна, на основі якого будуватимуться більш надійні додатки.

Додаток: термінологія (Mini-Glossary)

Для допомоги у читанні наведені короткі пояснення ключових термінів:

UTXO (Невитрачені транзакційні виходи): основна одиниця стану біткойн-реєстру, що фіксує, хто і скільки монет має.

IBD (Перший завантаження блоку): процес синхронізації історичних даних при запуску нового вузла у мережі.

CPFP / RBF: два механізми прискорення транзакцій. CPFP (Child Pays For Parent) — нова транзакція піднімає плату для старої; RBF (Replace-By-Fee) — заміна транзакції з нижчою платою на з більшою.

Mempool (Мемпул): буферний простір вузла для зберігання «розповсюджених, але ще не включених у блок» транзакцій.

BOLTs: технічні стандарти Lightning Network (Basis of Lightning Technology).

MEV (Мінімально вилучена цінність): максимальна цінність, яку майнери можуть отримати, перепорядовуючи або переглядаючи транзакції для збільшення прибутку.