Ковенанти біткоїна: п’ять років після Taproot і 0% сигналізації за OP_CTV

Коротко. Ковенант — це правило, вшите в саму монету: воно обмежує не лише «хто може витратити», а й «куди гроші підуть далі». Сьогоднішній біткоїн так не вміє, і це єдина причина, чому на ньому немає нормальних сховищ із вікном скасування. У черзі дві зрілі пропозиції — OP_CTV (вузька, нерекурсивна) і OP_CAT (широка, рекурсивна). У першої є готовий клієнт активації, у другої немає навіть параметрів розгортання. Майнери не голосують ні за що: станом на 23 серпня 2026 року сигналізація за BIP-119 тримається на 0,00%, і так уже дванадцять періодів складності поспіль.

Головне у двох абзацах:

• Ковенанти біткоїна — здатність скрипту перевіряти властивості транзакції, яка витрачає монету, а не лише підпис. Дають сховища із затримкою, пули платежів, апгрейди Lightning.
• OP_CTV (BIP-119) — Jeremy Rubin, 6 січня 2020 року, статус Draft. Звіряє транзакцію із заздалегідь закомміченим шаблоном. Нерекурсивний за задумом.
• OP_CAT (BIP-347) — Ethan Heilman і Armin Sabouri, 11 грудня 2023 року, статус Complete з 1 березня 2026 року. Просто склеює два значення на стеку — і цього вистачає, щоб побудувати майже все, зокрема рекурсію.
• Статус ≠ готовність. У «завершеного» OP_CAT немає клієнта активації взагалі; у «чернетки» OP_CTV параметри розписані до блоку: старт 30 березня 2026 року, поріг 90%, мінімальна висота активації — блок 1 001 952 (близько травня 2027 року).
• Остання зміна консенсусу — Taproot, блок 709 632, листопад 2021 року. Майже п’ять років тиші.

Далі — що таке ковенант на побутовому прикладі, чим два підходи відрізняються механічно, що із застосувань справді випробувано, а що лишається теорією, хто і чому заперечує, і як перевірити статус самому, не покладаючись на переказ чужими словами. Живі цифри зняті 23 серпня 2026 року.

Що таке ковенант у біткоїні: сховище із затримкою на прикладі

Ковенант — це обмеження на те, куди монета може піти під час наступної витрати. Звичайний біткоїн-скрипт ставить одне запитання: чи має той, хто витрачає, право на ці гроші (підпис, ключ, таймлок). Ковенант додає друге: а які саме виходи створить транзакція, що їх витрачає. У формулюванні профільної вікі Bitcoin Covenants Wiki це «здатність Script перевіряти властивості транзакції, яка витрачає монету».

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

Біткоїн-ETF втратили $484,9 млн за 7 жовтня: з IBIT, FBTC і ARKB пішло $414 млн

Біткоїн знизився до $80 400: за добу ліквідували $1,1 млрд, майже все — лонги

Приватні монети Monero і Zcash: чому регулятори б’ють по них по-різному

Крипторинок у вересні: фонди другий місяць купують біткоїн, але слабше, ніж у серпні

Крипторинок 28 вересня – 4 жовтня: біткоїн-ETF на паузі, Zcash-ETF у відтоку

Ключова відмінність від банку: це не політика організації, а властивість самих грошей. Банк може передумати, помилитися, потрапити під тиск або втратити співробітника з доступом. Ковенант — арифметика, яку перевіряє кожен вузол мережі; скасувати її нікому.

Механічно сховище (vault) збирається з двох транзакцій у різних блоках. Перша, trigger, переводить монети в проміжний публічно видимий стан і вже фіксує кінцеву адресу призначення. Друга, фінальна, може пройти лише після обов’язкової затримки — її тривалість власник задає сам, коли створює сховище. Поки затримка спливає, у власника є шлях відкликання: відвести монети на recovery-адресу, якщо він бачить транзакцію, якої не надсилав. Тобто крадіжка приватного ключа перестає означати миттєву втрату грошей — у вас з’являється вікно, щоб помітити й зреагувати.

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

Схожого результату можна досягти вже зараз без зміни консенсусу — через набір заздалегідь підписаних транзакцій і знищення ключа підпису. Цей клас схем (Revault, python-vaults) працює просто зараз. Плата за це — гірший інтерфейс, більше даних, потреба зберігати заготовки й неможливість змінити умови заднім числом. Ковенант робить те саме дешевше й надійніше, а не відкриває принципово неможливе.

Окрема деталь для контексту: OP_CAT — не новий опкод. Він був у первісному наборі біткоїна і його вимкнули 2010 року, причому вимкнув особисто Сатоші Накамото — через ризик DoS-атаки: зв’язка OP_CAT з OP_DUP дозволяла роздувати елементи стеку експоненційно. З приходом Taproot і його обмеження на розмір стеку початкова вразливість закрилася, і розмова про повернення опкоду стала предметною.

OP_CTV і OP_CAT: у чому різниця між двома підходами до ковенантів

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

OP_CTV (OP_CHECKTEMPLATEVERIFY) описано в BIP-119 з репозиторію bitcoin/bips — Jeremy Rubin, створено 6 січня 2020 року, статус Draft. Опкод перевизначає OP_NOP4 і робить рівно одну річ: звіряє 32-байтний хеш на стеку з хешем шаблону транзакції, яка витрачає монету. У шаблон входять версія, locktime, скрипти підписів, кількість входів, sequences, кількість виходів, самі виходи та індекс входу, що витрачається. Збіглося — витрату дозволено, не збіглося — ні.

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

OP_CAT описано в BIP-347 — Ethan Heilman і Armin Sabouri, створено 11 грудня 2023 року, статус Complete з 1 березня 2026 року. Опкод робить річ ще скромнішу: склеює два верхні значення стеку в одне й кладе результат назад. Помилка, якщо значень менше двох або результат довший за 520 байтів. Вмикається софт-форком через перевизначення OP_SUCCESS126 — того самого номера опкоду, який займав початковий OP_CAT до 2010 року.

Скромність оманлива. Конкатенація у зв’язці з прийомами навколо підписів Schnorr дозволяє скрипту зібрати з шматочків і перевірити саму транзакцію, яка його виконує. Тобто дає загальну інтроспекцію — а з нею й рекурсію: ковенант може вимагати, щоб наступний вихід ніс те саме правило. І наступний за ним. І так без кінця.

Саме це водночас і вся сила OP_CAT, і весь спір навколо нього. Рекурсивне правило може жити в монеті вічно.

Таблицю варто перечитати по діагоналі, бо вона читається контрінтуїтивно. «Завершений» OP_CAT із 74 тисячами тестових транзакцій не має жодного кроку до основної мережі. «Чорновий» OP_CTV із шістнадцятьма тестовими транзакціями має розписаний до номера блоку план активації. Статус BIP описує готовність специфікації як документа, а не згоду мережі її ввімкнути — це дві незв’язані речі, і плутанина між ними трапляється в матеріалах на цю тему найчастіше.

Корисно пам’ятати, чим зміна консенсусу відрізняється від звичних подій мережі. Халвінг настає сам: він уже записаний у правилах, і домовлятися немає про що. Новий опкод — протилежний випадок: правила треба змінити, а змінити їх може лише згода всіх груп одразу.

Застосування ковенантів: що випробувано на signet, а що лише теорія

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

Що стоїть за рядками.

Сховища — єдине застосування, де механіку підтверджено робочим прототипом, а не описом. При цьому спеціалізованого опкоду під них зараз немає: BIP-345 (OP_VAULT, James O’Beirne і Greg Sanders, створено 3 лютого 2023 року) формально закрито й замінено на BIP-443. Тобто всі живі прототипи сховищ будуються поверх CTV або OP_CAT, а не поверх «свого» опкоду.

Congestion control — ідея розвантажити мережу: біржа чи сервіс приймає один платіж-зобов’язання зараз, а розгортає його в багато реальних виплат пізніше, коли комісії мережі біткоїна стануть нижчими. Економічно привабливо і часто звучить від прихильників. Але саме тут важлива цифра з таблиці: шістнадцять транзакцій у тестовій мережі — це доказ, що опкод виконується, і не більше. Критика Bitcoin Optech на адресу CTV роками звучить однаково: недостатня гнучкість під частину сценаріїв, потреба у зовнішньому фінансуванні комісій та обмежене тестування.

Lightning — тут розвилка. LN-Symmetry (він же eltoo) дає оновлення каналу без штрафних транзакцій і без потреби зберігати всю історію минулих станів: будь-який новіший стан просто замінює старіший. Шляхів два: SIGHASH_ANYPREVOUT (BIP-118, Christian Decker і AJ Towns, статус Draft, близько 1000 транзакцій на signet) або зв’язка CTV + CSFS у пакеті LNHANCE. Жодного немає в основній мережі.

Перевірка ZK-доказів — найяскравіша демонстрація можливостей OP_CAT: STARK-верифікатор просто в біткоїн-скрипті. StarkWare перевірила доказ у тестовій мережі, розбивши його на ланцюжок транзакцій, зв’язаних ковенантом. Це робочий PoC на signet, а не функція мережі.

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

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

Ризики ковенантів: рекурсія, цензуровані монети й розкол мережі

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

Robin Linus, творець BitVM, в есеї «Prevent the CATastrophe» від 22 серпня 2024 року формулює заперечення так: «Те, що ви не можете негайно проексплуатувати ці десять рядків, не означає, що op_cat не вплине на систему загалом». Другий його аргумент — про непередбачуваність: простір DeFi-застосунків на OP_CAT «здебільшого не досліджений, і ми не можемо передбачити всі інновації, які з’являться, і те, як вони вплинуть на MEV». Третій — про ефективність: ковенанти на OP_CAT займають більше місця в блоці, ніж рішення, заточені під конкретне завдання.

І ось нюанс, якого не підсвічує жоден матеріал на цю тему: той самий Robin Linus стоїть у списку підписантів листа за активацію CTV+CSFS. Тобто його позиція не «ковенанти небезпечні», а «вузьке — так, широке — не зараз».

Shinobi, технічний редактор Bitcoin Magazine, у статті «To Meme, Or Not To Meme: The CAT» від 25 січня 2024 року заперечує по тій самій осі. Його претензії: OP_CAT неефективний для ковенантів порівняно з CTV; у зв’язці з CSFS він відкриває дорогу до DEX-подібної функціональності на першому рівні біткоїна — чим це закінчувалося в інших мережах, відомо; і окремо — що кампанія за опкод будувалася на мемах і кліпах, а не на розборі наслідків. При цьому сам Shinobi — публічний прихильник ковенантів як класу й писав про те, що вони потрібні для масштабування. Знову та сама асиметрія.

Тепер по суті ризику. Рекурсивний ковенант теоретично дозволяє створити монети, які назавжди залишаться під правилом — наприклад, зможуть рухатися лише між адресами із закритого списку. Такий UTXO перестає бути взаємозамінним із будь-яким іншим: два біткоїни однакового номіналу виявляються речами різної цінності, бо в одного з них є невидимий повідок. Взаємозамінність (фунгібельність) — базова властивість грошей, і претензія тут саме до неї, а не до абстрактної «складності».

Важливе застереження: це властивість дизайну, а не спостережений інцидент. Ніхто не побудував такої конструкції в основній мережі з простої причини — рекурсивних ковенантів там немає. Спір іде про те, чи варто впускати можливість, зворотного ходу в якої не буде: софт-форк можна не активувати, але не можна «вимкнути» після того, як на ньому побудували десятки протоколів.

Спільнота відповідала на це технічним компромісом. Окремо запропоновано опкод OP_PAIRCOMMIT — він дає частину можливостей конкатенації за помітно меншої рекурсивної потужності; у пакет LNHANCE він входить саме в цій ролі.

До CTV претензії іншого штибу й значно м’якші. Bitcoin Optech фіксує обговорення потенційної вразливості, яку називають «CTV footgun» — деталей механіки в джерелі немає, і домислювати їх ми не будемо: сам факт, що вузький дизайн не гарантує відсутності невдалих сценаріїв, варто тримати в голові.

І останній ризик — не технічний. Будь-який спірний софт-форк несе ризик розколу: частина мережі приймає нові правила, частина ні. Саме тому планка згоди тут стоїть так високо, як стоїть.

Чому після Taproot минуло п’ять років без жодного апгрейду

Остання зміна консенсусу біткоїна — Taproot. Схема активації називалася Speedy Trial: коротке тримісячне вікно, поріг — 90% блоків за один двотижневий період складності. Поріг узяли до червня 2021 року, активація відбулася в блоці 709 632 у листопаді 2021 року. Відтоді — нічого. Станом на 23 серпня 2026 року мережа стоїть на висоті 963 712 блоків, і за ці майже п’ять років жодне правило консенсусу не змінилося.

Причина не в ліні й не у відсутності пропозицій. Вона структурна, і найкраще її формулює дослідження банку AMINA: «Немає виконавчого директора, немає фонду, який міг би випустити зміну консенсусу самостійно, і немає дорожньої карти, яка когось зобов’язує». Софт-форк зобов’язаний пройти rough consensus одразу в усіх груп: розробників, майнерів, операторів вузлів, бізнесів, користувачів. Жоден учасник не може продавити зміну поодинці — і так само майже кожен із них може її загальмувати.

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

І ось тут починається найнеприємніше для прихильників CTV.

9 червня 2025 року вийшов відкритий лист «CTV + CSFS»: близько 80 підписів із вимогою до контриб’юторів Bitcoin Core пріоритизувати рев’ю та інтеграцію CTV (PR #31989) і CSFS (PR #32247) протягом шести місяців. Серед підписантів — Andrew Poelstra, Christian Decker, James O’Beirne (він же автор листа), Jameson Lopp, Steven Roose, Sanket Kanjalkar, Robin Linus, Paul Sztorc. І, що найважливіше, представники майнінг-індустрії: Chun Wang (F2Pool), Nick Hansen (Luxor Mining), Portland.HODL (MARA Pool), Sean Ryan (Anchorage).

Шість місяців сплили в грудні 2025 року. Минуло понад чотирнадцять місяців. Станом на 23 серпня 2026 року сигналізація за BIP-119 становить 0 блоків із 65 відстежених у поточному періоді складності 478 (блоки #963 648–#965 663), а дванадцять попередніх періодів поспіль закрилися з нулем за повністю відстежених 2016 блоків у кожному.

Розрив між підписом на папері та позначкою в блоці — центральний факт цієї історії. Пули, чиї представники публічно підтримали ініціативу, не поставили жодного сигнального блоку.

Що це не апатія, а робоча планка, видно з двох свіжих подій, які сталися буквально цього літа.

BIP-110. Обов’язкове вікно сигналізації відкрилося на блоці 961 632 (близько 7 серпня 2026 року). Підтримка становила 2,53% за порога 55% — не «мало», а на порядок нижче за потрібне. Ocean Pool виявився практично єдиним джерелом сигнальних блоків, F2Pool відмовився явно, AntPool промовчав, Foundry USA проводив голосування серед своїх майнерів. Публічно проти виступили Adam Back, Jameson Lopp, Michael Saylor (зі списком критики зі 110 пунктів) і Fidelity Digital Assets. Готовий клієнт активації й наявність прихильників не дали нічого.

Хардфорк ECX. Другий симптом — спроба обійти процедуру ззовні. Paul Sztorc (LayerTwo Labs) запланував форк на блок близько 964 000 (приблизно 21 серпня 2026 року): майже точна копія Bitcoin Core зі скиданням складності, зарахуванням власникам BTC балансу 1:1 і додаванням Drivechain-сайдчейнів. Спірний елемент — переприсвоєння близько 500 000 «сплячих» монет, які пов’язують із Сатоші; Fidelity Digital Assets назвала це небезпечним прецедентом. Логіка тут рівно зворотна до листа: не переконувати мережу, а зробити свою.

Звідси переосмислення, заради якого варто тримати всю картину в голові. П’ять років тиші — це не «біткоїн застряг». Це процес, який працює як задумано: змінити правила грошей, що зберігають сотні мільярдів доларів, навмисно дуже важко. Ціною стала швидкість. Ethereum розв’язує те саме завдання протилежним способом — гнучкою віртуальною машиною і регулярними плановими апгрейдами; біткоїн обрав вузькі, передбачувані, повністю перевірювані примітиви та високий поріг згоди. Ковенанти — це повільна відповідь біткоїна на смартконтракти, і повільність тут закладена в конструкцію, а не є збоєм.

Висновок дослідження AMINA за підсумками серпня 2026 року звучить сухо: жодна з пропозицій, що лежать на столі 2026 року, найімовірніше не змінить біткоїн цього року.

Як самому перевірити статус активації CTV і CAT

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

1. Сигналізація майнерів за CTV — трекер bip119monitor.com. Він показує поточний період складності, діапазон блоків, скільки з них просигналізувало і який потрібен поріг. Станом на 23 серпня 2026 року — 0 із 65 блоків періоду 478. Читати це треба так: поріг 90% означає 1815 блоків із 2016 за один період, період триває приблизно два тижні.
2. Статус самих BIP — репозиторій bitcoin/bips на GitHub, поле Status у шапці файлів bip-0119.mediawiki та bip-0347.mediawiki. Complete у BIP-347 означає завершеність документа, а не активацію.
3. Що відбувається в розробці — Bitcoin Optech (bitcoinops.org): щотижневий дайджест для розробників і окремі topic-сторінки за кожним опкодом, де зібрано хронологію та критику.
4. Суперечки розробників — форум Delving Bitcoin (delvingbitcoin.org). Там же лежить допис із точними параметрами клієнта активації CTV, опублікований 9 лютого 2026 року.
5. Зведена картина за всіма пропозиціями — вікі covenants.info і сторінка Covenants Support у Bitcoin Wiki, де розробники (серед тих, хто висловився, — Luke Dashjr, Jon Atack, Brandon Black, MoonSettler) оцінюють дев’ять пропозицій за шеститочковою шкалою. Застереження: це не офіційна процедура Bitcoin Core, а спосіб виміряти настрої; частина давніх контриб’юторів сперечається навіть про те, чи потрібна формалізована процедура взагалі.
6. Власний вузол — єдиний спосіб перевірити факт, а не чийсь переказ. Вузол біткоїна обчислює правила консенсусу сам і покаже, які розгортання софт-форків він бачить.

Щодо OP_CAT дивитися нема на що: у нього немає ні клієнта активації, ні параметрів сигналізації, тому жодного відсотка за ним не існує в природі. Будь-яка цифра «сигналізації за op cat» — помилка або вигадка.

Що застаріє з цієї статті найшвидше: відсоток сигналізації та номер періоду складності — вони змінюються кожні два тижні; висота блоку — кожні десять хвилин. Статуси BIP і параметри клієнта активації живуть місяцями. Дати й авторство пропозицій незмінні.

Черга пропозицій біткоїна: CSFS, TXHASH, LNHANCE, APO, BIP-360

CTV і CAT — не вся черга, і це важливо для розуміння розкладу: пропозиції конкурують між собою за один і той самий дефіцитний ресурс — увагу рев’юерів і запас довіри спільноти.

Дві речі з таблиці варто прокоментувати окремо.

LNHANCE — не альтернатива CTV, а спосіб протягнути його в комплекті. Логіка авторів: активувати один опкод заради одного застосування важко, а пакет із чотирьох закриває одразу Lightning, сховища й пули. Усі чотири опкоди викладено для рев’ю в тестовій мережі Mutinynet. Дати активації на сайті проєкту немає.

BIP-360 до ковенантів стосунку не має, але пояснює, чому черга довша, ніж здається. 31 березня 2026 року вийшов вайтпейпер Google Quantum AI: щоб зламати 256-бітну проблему дискретного логарифма, достатньо менш ніж 1200 логічних і менш ніж 500 000 фізичних кубітів — приблизно у двадцять разів менше, ніж оцінювали 2019 року. Під загрозою близько 6,9 млн BTC (приблизно 32% пропозиції) на адресах із розкритими або повторно використаними ключами. Коли поруч із «хочемо сховища» лежить «може зникнути третина монет», пріоритети рев’ю розподіляються зрозумілим чином.

Часті запитання

Чим ковенант відрізняється від звичайного мультипідписного гаманця? Мультипідпис відповідає на запитання «хто підписує» — наприклад, потрібні два підписи з трьох. Ковенант відповідає на інше: «куди монети можуть піти». За мультипідпису власники ключів, що змовилися, відправлять гроші куди завгодно; ковенант обмежує самі адреси призначення й може вимагати затримку перед витратою. Це механізми, які доповнюють один одного: робоче сховище зазвичай використовує обидва одразу.

Чи можна вже сьогодні користуватися vault-сховищем на біткоїні? Частково так, але не через ковенанти. Схеми на заздалегідь підписаних транзакціях зі знищенням ключа підпису працюють в основній мережі просто зараз — це Revault і споріднені реалізації. Вони дорожчі за даними, вимагають зберігати заготовки й не дають змінити умови заднім числом. Ковенант-версії сховищ існують лише як прототипи в тестових мережах: ні CTV, ні OP_CAT в основній мережі немає.

Що буде, якщо OP_CTV і OP_CAT активують одночасно? Сценарій гіпотетичний: у OP_CAT немає навіть параметрів активації, тож одночасна активація технічно неможлива в осяжному майбутньому. Якби це сталося, вузький і широкий підходи не конфліктували б — CTV лишився б дешевим способом зафіксувати шаблон, а OP_CAT дав би загальну інтроспекцію. Спір іде не про сумісність, а про те, чи варто впускати рекурсію взагалі.

Чи може ковенант заблокувати мої монети назавжди? Ваші звичайні монети — ні: правило діє лише на ті виходи, які від початку створені з ковенантом, і з’явитися на наявному балансі саме воно не може. Побоювання стосується іншого: рекурсивний ковенант дозволяє створити монети, які назавжди залишаться під своїм правилом. Це підриває взаємозамінність біткоїна і лишається головним аргументом критиків OP_CAT.

Чим ковенанти в біткоїні відрізняються від смартконтрактів Ethereum? Ethereum дає універсальну віртуальну машину: контракт може майже все, і ціна цієї гнучкості — велика поверхня помилок і складність аудиту. Біткоїн іде вузькими примітивами: кожен опкод робить одну перевірювану річ, і додають його лише після багаторічного рев’ю. Результат порівнянний за застосуваннями, але шлях принципово інший — передбачуваність замість гнучкості.

Чи треба звичайному власнику BTC щось робити під час активації софт-форку? Спеціально — ні. Софт-форк зворотно сумісний: старі вузли й гаманці працюють далі, а ваші монети нікуди не зникають і правил не змінюють. Корисна дія рівно одна — оновити клієнт свого вузла, якщо ви його тримаєте, щоб перевіряти нові правила самостійно, а не покладатися на чужі вузли. Користувачам бірж і мобільних гаманців робити не треба нічого.