Якщо ви відкрили біткойн-гаманець і вам запропонували вибрати між адресами «Legacy», «SegWit» або «Native SegWit» без жодних пояснень щодо їхнього значення, то цей вибір пов’язаний з одним оновленням, проведеним у 2017 році.
SegWit (скорочення від Segregated Witness) — це оновлення протоколу Bitcoin, активоване в серпні 2017 року, яке переміщує дані цифрового підпису з основної структури транзакції в окреме поле, яке називається «witness». Ця єдина зміна в архітектурі дозволила знизити комісії за транзакції, усунути давню вразливість безпеки, відому як «пластичність транзакцій», та створила технічні умови для існування мереж Lightning Network і Taproot.
У цій статті розглядається, як саме працює SegWit, як функціонує система ваги блоків, як різні типи адрес впливають на розмір комісій, а також розповідається про гостру політичну суперечку, яка ледь не розколола мережу біткойна ще до введення SegWit у дію.
Керуйте своїми біткойнами за допомогою Додаток «Гаманець Bitcoin.com».
Основні висновки
- SegWit (Segregated Witness) — це оновлення протоколу біткойна, активоване 24 серпня 2017 року, офіційно визначене як BIP 141 та запропоноване Пітером Вільє, Еріком Ломброзо та Джонсоном Лау в грудні 2015 року.
- Це дозволяє відокремити дані цифрового підпису («свідчення») від основної частини транзакції, усуваючи вразливість безпеки, відому як «пластичність транзакцій», та зменшуючи розмір кожної транзакції.
- Ємність блоку вимірюється в одиницях ваги (WU), а не в байтах. Дані свідків коштують 1 WU за байт, тоді як інші дані — 4 WU за байт, що забезпечує транзакціям SegWit 75-відсоткову економію на розмірі підпису.
- Вбудована підтримка SegWit (адреси bc1q) дозволяє зменшити розмір стандартної транзакції з ~226 байт до ~141 байт, що знижує комісію приблизно на 38% порівняно зі старими адресами.
- Гарантія фіксованого TXID у SegWit стала технічною передумовою для створення мережі Lightning Network. Без неї неможливо було б безпечно створювати платіжні канали.
- Система управління версіями скриптів дозволила впровадити Taproot (SegWit V1, активовано у 2021 році) та забезпечує основу для майбутніх оновлень Bitcoin без хард-форків.
- Станом на 2026 рік приблизно 85 % транзакцій з біткойнами здійснюються з використанням SegWit. Це стандарт мережі, а не нова функція.
Що таке SegWit?
SegWit, або Segregated Witness, — це зміна формату транзакцій у мережі Bitcoin, яка відокремлює цифрові підписи (криптографічне підтвердження того, що ви маєте право витратити монету) від основних даних транзакції та зберігає їх в окремій структурі, яка називається «witness». Це зменшує розмір кожної транзакції, дозволяє вмістити більше транзакцій у кожен блок та усуває вразливість, яка раніше унеможливлювала безпечне створення платіжних каналів на базі Bitcoin.
Назва складається з двох частин: «segregated» означає «відокремлений», а «witness» — це криптографічний термін, що позначає дані підпису, які підтверджують дійсність транзакції. «Witness» відповідає на запитання «чи санкціонував це законний власник?», тоді як решта даних транзакції відповідає на запитання «куди надходять кошти та на яку суму?».
The official BIP 141 header on GitHub, showing its three co-authors and December 2015 assignment date.Ця модифікація була офіційно визначена як Пропозиція щодо вдосконалення біткойна № 141 (BIP 141) та запропонований розробниками Bitcoin Core Пітером Вуілле, Еріком Ломброзо та Джонсоном Лау на конференції Scaling Bitcoin у грудні 2015 року. Вона була активована в основній мережі Bitcoin 24 серпня 2017 року в блоці 481 824 як м'який форк, що означає її зворотну сумісність. Вузли, які не пройшли оновлення, все ще могли перевіряти базові дані транзакцій; оновлені вузли бачили повну картину, включаючи свідчення.
Станом на 2026 рік приблизно 85 % усіх транзакцій з біткойнами здійснюються з використанням SegWit. Це вже не нова функція, а стандарт.
Проблеми, для вирішення яких було створено SegWit
SegWit вирішив дві окремі проблеми, які роками стримували розвиток біткойна.
Змінюваність транзакцій
Кожна транзакція в мережі Bitcoin має унікальний ідентифікатор, який називається TXID — це хеш, згенерований на основі даних транзакції. До впровадження SegWit цей хеш обчислювався на основі всієї транзакції, включаючи підпис.
Ось у чому проблема: криптографічний підпис не може підписати сам себе. Це залишало невелику лазівку, завдяки якій будь-хто, хто передавав вашу транзакцію по мережі, міг дещо змінити підпис таким чином, щоб він залишався математично дійсним, але при цьому генерував інший TXID. Кошти все одно надходили на потрібну адресу, і транзакція все одно проходила, але ідентифікатор змінювався.
Для простого платежу це не виглядає катастрофічно. Але для протоколів, які об’єднують у ланцюжок кілька непідтверджених транзакцій, це фатально. Мережа Lightning Network, яка працює шляхом створення серії позаланцюгових зобов'язань щодо платежів, що посилаються на ідентифікатори попередніх транзакцій, не може функціонувати безпечно, якщо будь-який із цих ідентифікаторів може змінитися до їх підтвердження. Змінний TXID означає, що ланцюг розривається, а кошти можуть бути заблоковані або вкрадені.
Проблема підробки транзакцій також завдала реальної шкоди, перш ніж її було усунуто. Біржа Mt. Gox назвала її одним із чинників, що сприяли її краху в 2014 році, хоча історики дискутують щодо того, наскільки це було першопричиною, а наскільки — лише приводом для приховування більш серйозних прорахунків у управлінні.
SegWit вирішив цю проблему, повністю виключивши підписи з обчислення TXID. Тепер ідентифікатор обчислюється виключно на основі базових полів транзакції. Зміна підпису більше не впливає на ідентичність транзакції.
Затори в мережі та зростання комісій
До 2016 року та на початку 2017 року мережа Bitcoin обробляла приблизно 7 транзакцій на секунду. Під час пікових навантажень кількість незавершених транзакцій зростала до десятків тисяч, а комісія за стандартний переказ піднімалася до 50 доларів і більше. Проблема була структурною: розмір блоків біткойна був обмежений 1 МБ, а підписи становили приблизно 65% розміру транзакції.
Очевидне рішення — збільшення обмеження розміру блоку — вимагало проведення хард-форку, а це означало, що всі вузли мали б оновитися або залишитися в несумісній ланцюгу. Хард-форки є ризикованими та суперечливими. SegWit дозволив повністю обійти це обмеження.
Як працює SegWit
Розділення даних свідків
У традиційній транзакції Bitcoin кожен вхідний елемент містить поле ScriptSig, яке містить підпис та відкритий ключ відправника. У транзакції SegWit поле ScriptSig для вхідних елементів SegWit залишається порожнім. Підпис та відкритий ключ переміщуються до нового поля «witness», яке додається в кінець транзакції.
Два додаткові байти — маркер (0x00) і прапорець (0x01) — повідомляють вузлам, що підтримують SegWit, про наявність даних свідка. Вузли, що з’явилися до впровадження SegWit, бачать лише порожнє поле ScriptSig і обробляють транзакцію як дійсну відповідно до старого тлумачення «будь-хто може витратити кошти», забезпечуючи таким чином зворотну сумісність.
Вага блоку замінює розмір блоку
SegWit замінив обмеження розміру блоку в 1 МБ на новий показник: вагу блоку, максимальне значення якої становить 4 мільйони одиниць ваги (WU).
Ключова відмінність полягає в тому, як підраховуються байти:
- Кожен байт даних транзакції, що не є свідченням, коштує 4 одиниці ваги
- Кожен байт даних свідка коштує лише 1 одиницю ваги
Оскільки підписи мають великий розмір і тепер розміщуються в розділі «witness», вони займають у чотири рази менше місця в блоці, ніж раніше. Саме так SegWit фактично збільшив ефективний розмір блоку до приблизно 1,7–2 МБ, не порушуючи при цьому правило 1 МБ, яке дотримуються старі вузли. Для теоретичного блоку, що повністю складається з SegWit, максимальний розмір становить 4 МБ, хоча на практиці це ніколи не трапляється, оскільки кожен блок також містить дані, що не є свідками.
Віртуальні байти (vBytes): одиниця виміру, яку ви бачите у гаманцях
Щоб зберегти порівнянність ставок комісій з традиційними транзакціями, у SegWit було запроваджено віртуальні байти (vbytes) — одиниці виміру, розділені на 4. У традиційних транзакціях байти та vbytes є ідентичними. У транзакціях SegWit значення vbytes є меншим, оскільки скорочені дані свідка зменшують це число.
Комісія гаманця вказується у сатоші на віртуальний байт (sat/vB). За транзакцію SegWit із меншою кількістю віртуальних байтів сплачується менша комісія за тим самим курсом sat/vB. Саме цей механізм лежить в основі економії на комісії, яку ви помічаєте, використовуючи адресу bc1q замість адреси, що починається з цифри 1.
Типи адрес SegWit: яку з них вибрати?
Поряд із технічними змінами SegWit запровадив нові формати адрес. Тип адреси визначає, як ваш гаманець кодує умови витрачання коштів, що впливає на розмір комісій, сумісність з іншими гаманцями та те, як ваші транзакції відображаються в ланцюжку блоків.
Порівняння типів адрес
1...3...bc1q... 42 символиbc1q... 62 символиbc1p... 62 символи1...3...bc1q... 42 символиbc1q... 62 символиbc1p... 62 символиДані про обсяг транзакцій: Довідник розмірів транзакцій Bitcoin від Spark.money, 2026 р. Сума економії на комісіях є приблизною і залежить від стану мемпулу.
Legacy (P2PKH, префікс 1...) це оригінальний формат 2009 року. Підпис залишається в основному тілі транзакції, де він враховується в повному обсязі. Економії на комісії немає. Формат досі підтримується повсюдно, і це єдина причина, чому його варто використовувати сьогодні, якщо ви маєте справу з дуже застарілим програмним забезпеченням, яке не підтримує інших форматів.
Вкладений SegWit (P2SH-P2WPKH, префікс 3...) вкладає скрипт SegWit у конверт старого формату P2SH. Коли у 2017 році було активовано SegWit, не всі гаманці та біржі відразу додали підтримку нового формату bc1. Вкладений SegWit став мостом сумісності: ви отримуєте часткову економію на комісії, а відправники, які використовують старе програмне забезпечення, все одно можуть здійснювати вам платежі. До 2026 року цей формат існує переважно як запасний варіант. 3... префікс збігається з адресами P2SH, що не підтримують SegWit, а це означає, що лише за адресою неможливо визначити, чи маєте ви справу з транзакцією SegWit.
Вбудований SegWit (P2WPKH, префікс bc1q...(42 символи) є оптимальним вибором для більшості користувачів. Він використовує кодування Bech32, яке складається виключно з малих літер, забезпечує краше виявлення помилок, ніж Base58, та виключає символи, що зовні схожі (не містить великої літери «O», цифри «0», великої літери «I» та малої літери «l»). Стандартна транзакція P2WPKH з 1 входом і 2 виходами займає ~141 байт, що приблизно на 38% менше, ніж еквівалентна транзакція старого типу. З 2026 року її підтримують усі активні гаманці та біржі.
Вбудована багатопідписна система SegWit (P2WSH, префікс bc1q...(62 символи) — це варіант з хеш-адресою, який використовується для гаманців з багатопідписом та складних умов витрачання коштів. Довший адрес відображає 32-байтовий хеш SHA-256, а не 20-байтовий хеш, який використовується в P2WPKH. Якщо ви використовуєте конфігурацію мультипідпису 2 з 3, P2WSH — це спосіб, властивий SegWit.
Taproot (P2TR, префікс bc1p...(62 символи) — це SegWit версії 1, активований у 2021 році. Вона використовує підписи Шнорра замість ECDSA, що дозволяє об'єднати кілька підписів в один, роблячи транзакції з багатопідписом не відрізними від однопідписних транзакцій в ланцюжку. Вона пропонує найнижчі комісії для однопідписних витрат і найкращий захист приватності. Використовуйте її, коли ви переконалися, що ваші одержувачі та їхні гаманці підтримують адреси bc1p.
Коротка рекомендація
Більшості користувачів рекомендується використовувати вбудований SegWit (bc1q). Він підтримується практично всіма активними гаманцями та біржами, дозволяє заощадити близько 38 % на комісіях порівняно зі старим форматом і не несе ризику несумісності у 2026 році (розробникам, які інтегрують SegWit у програмне забезпечення гаманців, див. Посібник з розробки гаманця Bitcoin Core.).
Якщо ваш гаманець підтримує Taproot (bc1p) і ви здійснюєте транзакції з одним підписом з одержувачами, чиї гаманці також підтримують цю функцію, це забезпечує дещо нижчі комісії та кращий захист конфіденційності.
Вкладений SegWit (3...) — це резервний варіант для забезпечення сумісності. Це нормально, але більше немає причин використовувати його за замовчуванням.
«Війна за розмір блоку»: чому SegWit викликав такі суперечки
Технічна доцільність SegWit була очевидною. А ось шлях до його активації — ні.
У період з 2015 по 2017 рік біткойн опинився в епіцентрі однієї з найгостріших суперечок щодо управління в своїй історії. По суті, питання було простим: як децентралізована мережа має оновлювати власні правила, коли різні угруповання мають суперечливі інтереси?
Гірничодобувна криза
Згідно зі стандартною процедурою оновлення BIP9, для проведення м’якого форку потрібно було, щоб 95 % майнерів проголосували за нього протягом двотижневого періоду. На початку 2017 року SegWit уже кілька місяців був готовий до активації, але так і не зміг подолати цей поріг.
Найбільший опір чинили великі майнінгові компанії, зокрема Bitmain, яка на той час контролювала значну частку хешрейту біткойна. Причина цього згодом стала зрозумілою: Bitmain використовувала запатентовану технологію під назвою ASICBoost — оптимізацію, яка надавала її майнінговому обладнанню значну перевагу в ефективності. SegWit був структурно несумісний із прихованим ASICBoost. Блокування SegWit захищало цю перевагу.
BIP 148 та UASF
У березні 2017 року анонімний розробник під псевдонімом Shaolinfry опублікував BIP 148: «Soft Fork, що активується користувачами» (UASF). Замість того, щоб чекати на сигнал від майнерів, BIP 148 пропонував, щоб економічні вузли, тобто біржі, платіжні системи та підприємства, що використовують програмне забезпечення Bitcoin, просто почали відхиляти будь-який блок, який не сигналізував про підтримку SegWit, починаючи з 1 серпня 2017 року.
Логіка була простою: майнери генерують блоки, але вони мають цінність лише в тому випадку, якщо мережа їх приймає. Якщо достатня економічна більшість запустила б вузли BIP 148, майнери або активували б SegWit, або спостерігали б, як їхні блоки стають «сиротами». Ризик був настільки ж очевидним: якщо б прийняття було недостатнім, стався б розкол ланцюга, і дві несумісні версії біткойна працювали б паралельно.
Кампанія UASF була масовою та гучною. З’явилися конференційні бейджі. Суперечки у Twitter посилилися. Фраза «запустіть власний вузол» набула нового актуального значення.
Нью-Йоркська угода та Bitcoin Cash
З огляду на наближення терміну введення UASF, у травні 2017 року понад 50 провідних компаній, що працюють у сфері біткойна, зібралися в Нью-Йорку та підписали документ, який став відомий як «Нью-Йоркська угода». Вони домовилися активувати SegWit, але також провести після цього хард-форк, щоб подвоїти розмір блоку до 2 МБ (це стало відомо як SegWit2x).
Цей компроміс повністю не задовольнив жодну зі сторін. Розробники, які виступали проти збільшення розміру блоків, розглядали SegWit2x як прихований хард-форк, на який вони не давали згоди. Майнери та компанії, які прагнули збільшення розміру блоків, так і не отримали того, чого спочатку хотіли.
1 серпня 2017 року група прихильників, які прагнули виключно збільшити розмір блоку без впровадження SegWit, здійснила форк біткойна, створивши Bitcoin Cash (BCH) з початковим обмеженням розміру блоку в 8 МБ. SegWit було активовано в мережі біткойна 24 серпня 2017 року. Хард-форк SegWit2x було скасовано в листопаді 2017 року після того, як його організатори дійшли висновку, що не мають достатнього консенсусу.
Що було вирішено
Результат мав значення, що виходило за межі технічних деталей. Ініціатива UASF спрацювала: саме економічні вузли, а не майнери, визначили, які правила консенсусу будуть застосовуватися. Це зараз часто наводять як доказ того, що управління біткойном у кінцевому рахунку належить тим, хто використовує та підтримує програмне забезпечення, а не тим, хто генерує блоки. 1 серпня частина спільноти називає Днем незалежності біткойна.
Що стало можливим завдяки SegWit
Мережа Lightning
Мережа Lightning Network була розроблена ще до появи SegWit. Її творці розуміли, що її неможливо безпечно впровадити, доки не буде вирішено проблему підробки транзакцій, оскільки платіжні канали базуються на ланцюжках непідтверджених транзакцій, які посилаються одна на одну за допомогою ідентифікаторів TXID. Гарантія фіксованих ідентифікаторів TXID, яку забезпечив SegWit, зробила ці канали безпечними.
Мережа Lightning Network була запущена в основній мережі Bitcoin на початку 2018 року, приблизно через шість місяців після активації SegWit. До першого кварталу 2025 року вона опрацювала понад 100 мільйонів транзакцій. Без SegWit ця інфраструктура не існувала б.
Taproot та управління версіями скриптів
SegWit запровадив версійність скриптів у формат транзакцій Bitcoin. Програма «witness» починається з байта версії: SegWit V0 підтримує схеми P2WPKH та P2WSH. Будь-яке майбутнє оновлення, що визначає новий номер версії, отримує власні правила, не вступаючи в конфлікт з існуючими та не вимагаючи чергової суперечливої боротьби за оновлення.
SegWit V1 — це Taproot, активований у листопаді 2021 року. Він запровадив підписи Шнорра, фреймворк MAST (Merkelized Abstract Syntax Trees) для складних умов витрачання коштів, а також поліпшення конфіденційності, завдяки яким транзакції з багатопідписними гаманцями виглядають у ланцюжку ідентично транзакціям з однопідписними гаманцями. Кожна технічна можливість, запроваджена Taproot, спиралася на архітектуру версій, створену SegWit.
Порядкові числівники та написи
Саме та структура даних, яку запровадив SegWit і яку розширив Taproot, зробила технічно можливим вбудовування довільних даних, зображень, тексту та коду безпосередньо в транзакції Bitcoin. Це механізм, що лежить в основі протоколу Ordinals та біткойн-написів, який спричинив різке зростання використання даних у ланцюгу та сприяв поширенню Taproot приблизно до 42% транзакцій у 2024 році. Зі зменшенням активності в написанні напис, використання Taproot стабілізувалося на рівні близько 20% транзакцій до кінця 2025 року, тоді як SegWit V0 залишається домінуючим форматом з часткою близько 85%.
SegWit у контексті: графік оновлень біткойна
Поточні процедури усиновлення
Після активації SegWit його використання стабільно зростало, досягнувши 30 % від загальної кількості транзакцій уже протягом перших кількох місяців, а потім, упродовж наступних двох років, перевищивши позначку в 50 %, у міру того як гаманці та біржі оновлювали своє програмне забезпечення.
Станом на 2026 рік приблизно 85 % транзакцій з біткойнами здійснюються з використанням SegWit (джерело: статистика мережі біткойнів від Spark.money, CoinGecko). Решта 15 % — це транзакції старого типу з гаманців та сервісів, які не пройшли оновлення. Впровадження Taproot (P2TR, SegWit V1) досягло піку на рівні приблизно 42% транзакцій у 2024 році, що значною мірою було зумовлено активністю з нанесенням Ordinals, а потім стабілізувалося на рівні близько 20% до кінця 2025 року, коли обсяг нанесення зменшився.
Крива поширення відображає те, що відбувалося з самою технологією SegWit: для того щоб нові формати адрес набули широкого поширення, потрібно від одного до трьох років, оскільки апаратні гаманці, біржі та платіжні системи оновлюють своє програмне забезпечення. Підтримка Taproot продовжує поширюватися серед різних реалізацій гаманців.
SegWit проти традиційної моделі: короткий огляд відмінностей
1...bc1q... (рідна) або 3... (вкладене)1...bc1q... (рідна) або 3... (вкладене)Висновок
SegWit — це оновлення протоколу, яке дозволило відокремити дані підпису від даних транзакцій у мережі Bitcoin, усунуло вразливість у системі безпеки, що існувала з 2009 року, знизило комісію за транзакції приблизно на третину та заклало архітектурну основу для мережі Lightning Network, Taproot та всіх проектів, що з’явилися на їхній базі з того часу.
Станом на 2026 рік це стандарт транзакцій у мережі Bitcoin, який обробляє переважну більшість операцій у ланцюжку. Формати адрес, запроваджені цим стандартом, зокрема власний формат SegWit (bc1q), є тими, які більшість користувачів сьогодні повинні використовувати за замовчуванням. Політична боротьба, що супроводжувала його активацію, залишається одним із найпоказовіших розділів в історії управління Bitcoin: це демонстрація того, що в децентралізованій мережі консенсус — це не те, що надають майнери, а те, чого домагаються користувачі.
