Если вы открыли биткойн-кошелек и вам предложили выбрать между адресами «Legacy», «SegWit» или «Native SegWit» без каких-либо пояснений, что это означает, то этот выбор связан с одним обновлением, проведенным в 2017 году.
SegWit, сокращение от «Отдельный свидетель», представляет собой обновление протокола Биткойн, активированное в августе 2017 года, в рамках которого данные цифровой подписи были вынесены из основной структуры транзакции в отдельное поле, называемое «witness». Это единственное архитектурное изменение позволило снизить комиссии за транзакции, устранить существовавшую на протяжении многих лет уязвимость безопасности, известную как «изменяемость транзакций», а также создало технические условия для функционирования сетей Lightning Network и Taproot.
В этой статье рассказывается о том, как на самом деле работает SegWit, как функционирует система веса блоков, как различные типы адресов влияют на размер комиссий, а также о острой политической борьбе, которая едва не разорвала сеть Биткойн на части ещё до введения этой технологии.
Управляйте своими биткойнами с помощью Приложение «Кошелек Bitcoin.com».
Основные выводы
- SegWit (Segregated Witness) — это обновление протокола Биткойна, активированное 24 августа 2017 года, официально обозначенное как BIP 141 и предложенное Питером Вуйлем, Эриком Ломброзо и Джонсоном Лау в декабре 2015 года.
- Он отделяет данные цифровой подписи («свидетельство») от основного тела транзакции, устраняя уязвимость безопасности, известную как «изменяемость транзакций», и уменьшая размер каждой транзакции.
- Емкость блока измеряется в весовых единицах (WU), а не в байтах. Данные свидетелей занимают 1 WU на байт, в то время как для других данных этот показатель составляет 4 WU на байт, что обеспечивает транзакциям SegWit снижение размера подписи на 75 %.
- Использование встроенного SegWit (адреса bc1q) позволяет уменьшить размер стандартной транзакции с ~226 vbytes до ~141 vbytes, что сокращает комиссию примерно на 38 % по сравнению с традиционными адресами.
- Гарантия фиксированного TXID в SegWit стала техническим условием для создания сети Lightning Network. Без неё было бы невозможно безопасно создавать платежные каналы.
- Его система управления версиями скриптов обеспечила внедрение Taproot (SegWit V1, активирован в 2021 году) и создает основу для будущих обновлений Биткойна без хард-форков.
- По состоянию на 2026 год примерно 85 % транзакций с биткойнами осуществляются с использованием SegWit. Это сетевой стандарт, а не новая функция.
Что такое SegWit?
SegWit, или Segregated Witness, — это изменение формата транзакций в сети Биткойн, которое отделяет цифровые подписи (криптографическое доказательство того, что у вас есть право потратить монету) от основных данных транзакции и хранит их в отдельной структуре, называемой «witness». Благодаря этому размер каждой транзакции уменьшается, в каждый блок помещается больше транзакций, а также устраняется уязвимость, из-за которой было невозможно безопасно создавать платежные каналы на базе Биткойна.
Название легко разъяснить: «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 года. Он был активирован в основной сети Биткойна 24 августа 2017 года в блоке № 481 824 в виде мягкого форка, что означает его обратную совместимость. Узлы, не прошедшие обновление, по-прежнему могли проверять базовые данные транзакций; обновленные узлы видели полную картину, включая свидетель.
По состоянию на 2026 год примерно 85 % всех транзакций с биткойнами используют SegWit. Это уже не новая функция, а стандарт.
Проблемы, для решения которых был разработан SegWit
SegWit позволил решить две отдельные проблемы, которые на протяжении многих лет сдерживали развитие Биткойна.
Изменяемость транзакций
Каждая транзакция в сети Биткойн имеет уникальный идентификатор, называемый TXID, — это хеш, сгенерированный на основе данных транзакции. До внедрения SegWit этот хеш вычислялся на основе всей транзакции, включая подпись.
Проблема заключается в следующем: криптографическая подпись не может подписать саму себя. Это оставляло небольшую лазейку, благодаря которой любой, кто передавал вашу транзакцию по сети, мог слегка изменить подпись таким образом, чтобы она оставалась математически действительной, но при этом генерировался другой TXID. Средства по-прежнему поступали по нужному адресу, и транзакция по-прежнему проходила, но идентификатор менялся.
Для простого платежа это не выглядит катастрофическим. Однако для протоколов, которые объединяют в цепочку несколько неподтвержденных транзакций, это фатально. Сеть Lightning Network, которая работает за счёт создания серии внецепочечных платежных обязательств, ссылающихся на ID предыдущих транзакций, не может функционировать безопасно, если какой-либо из этих ID может измениться до их подтверждения. Изменяемый TXID означает разрыв цепочки, в результате чего средства могут оказаться заблокированными или похищенными.
Проблема «пластичности» транзакций также привела к реальным убыткам, прежде чем была устранена. Биржа Mt. Gox назвала её одним из факторов, повлиявших на её крах в 2014 году, хотя историки спорят о том, в какой степени это было первопричиной, а в какой — лишь оправданием более глубоких просчётов в управлении.
SegWit решил эту проблему, полностью исключив подписи из расчёта TXID. Теперь идентификатор вычисляется исключительно на основе базовых полей транзакции. Изменение подписи больше не влияет на идентичность транзакции.
Перегрузка блока и рост комиссий
К 2016 году и в течение 2017 года сеть Биткойн обрабатывала примерно 7 транзакций в секунду. Во время пиков спроса количество невыполненных транзакций достигало десятков тысяч, а комиссия за стандартный перевод поднималась до 50 долларов и выше. Проблема носила структурный характер: размер блоков в сети Биткойн был ограничен 1 МБ, а подписи составляли примерно 65 % от общего объема транзакции.
Очевидное решение — увеличение предельного размера блока — требовало проведения хард-форка, а это означало, что все узлы должны были бы обновиться или остаться в несовместимой цепочке. Хард-форки сопряжены с высоким риском и вызывают споры. SegWit позволил полностью обойти это ограничение.
Как работает SegWit
Разделение данных свидетелей
В традиционной биткоин-транзакции каждый входной элемент содержит поле 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 ниже, поскольку сокращение объема данных свидетеля приводит к уменьшению этого показателя.
Комиссии в кошельках указываются в сатоши за виртуальный байт (сат/вБ). При одинаковой ставке сат/вБ комиссия за транзакцию SegWit с меньшим количеством виртуальных байтов будет ниже. Именно в этом заключается механизм экономии на комиссиях, которую вы наблюдаете при использовании адреса bc1q вместо адреса, начинающегося с цифры 1...
Типы адресов SegWit: какой из них выбрать?
Наряду с техническими изменениями в рамках SegWit были введены новые форматы адресов. Тип адреса определяет, как ваш кошелек кодирует условия расходования средств, что влияет на размер комиссий, совместимость с другими кошельками и то, как ваши транзакции отображаются в цепочке блоков.
Сравнение типов адресов
| Тип адреса | Префикс | Кодирование | Типичный размер Tx (1 вход, 2 выхода) | Экономия на комиссионных против традиционного подхода | Поддержка кошельков |
|---|---|---|---|---|---|
| Legacy (P2PKH) | 1... | Base58 | ~226 байт | Исходные данные | Универсальный |
| Вложенный SegWit (P2SH-P2WPKH) | 3... | Base58 | ~167 байт | ~26 % | Очень широкий |
| Встроенный SegWit (P2WPKH) | bc1q... 42 символа | Bech32 | ~141 байт | ~38 % | Все современные кошельки |
| Встроенная многоподписная система SegWit (P2WSH) | bc1q... 62 символа | Bech32 | Различается | ~32 %+ | Все современные кошельки |
| Taproot (P2TR) | bc1p... 62 символа | Bech32m | ~154 байт | ~32 % | Большинство современных кошельков |
Данные об объеме транзакций: Справочник 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 с одним входом и двумя выходами занимает ~141 vbyte, что примерно на 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: «Софт-форк, активируемый пользователями» (UASF). Вместо того чтобы ждать сигнала от майнеров, BIP 148 предлагал, чтобы экономические узлы — то есть биржи, платежные системы и компании, использующие программное обеспечение Bitcoin — с 1 августа 2017 года просто начали отклонять любой блок, не сигнализирующий о поддержке SegWit.
Логика была проста: майнеры генерируют блоки, но те имеют ценность только в том случае, если сеть их принимает. Если бы достаточное количество участников, составляющих экономическое большинство, запустило узлы 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 была запущена в основной сети Биткойна в начале 2018 года, примерно через шесть месяцев после активации SegWit. К первому кварталу 2025 года через неё было обработано более 100 миллионов транзакций. Без SegWit ни одна из этих инфраструктур не существовала бы.
Taproot и управление версиями скриптов
SegWit ввёл систему версионирования скриптов в формат транзакций Биткойна. Программа «witness» начинается с байта версии: SegWit V0 поддерживает схемы P2WPKH и P2WSH. Любое будущее обновление, определяющее новый номер версии, будет иметь свои собственные правила, не вступая в конфликт с существующими и не вызывая необходимости в очередной ожесточённой борьбе за обновление.
SegWit V1 — это Taproot, активированный в ноябре 2021 года. Он привнёс подписи Шнорра, механизм MAST (Merkelized Abstract Syntax Trees) для сложных условий расходования средств, а также усовершенствования в области конфиденциальности, благодаря которым транзакции с мультиподписью в цепочке выглядят идентично транзакциям с одной подписью. Каждая техническая возможность, введенная Taproot, опиралась на архитектуру версионирования, созданную SegWit.
Порядковые числительные и надписи
Именно та структура данных свидетелей, которая была введена с SegWit и расширена с Taproot, сделала технически возможным встраивание произвольных данных — изображений, текста, кода — непосредственно в транзакции Биткойна. Именно этот механизм лежит в основе протокола Ordinals и надписей в сети Биткойн, что привело к резкому росту использования данных в цепочке и способствовало тому, что к 2024 году доля транзакций с использованием Taproot достигла примерно 42%. По мере снижения активности по созданию надписей доля использования Taproot к концу 2025 года стабилизировалась на уровне около 20 % транзакций, в то время как SegWit V0 по-прежнему остаётся доминирующим форматом с долей около 85 %.
SegWit в контексте: график обновлений Биткойна
| Год | Событие |
|---|---|
| 2015 год | Питер Вуйлле представляет концепцию SegWit на конференции Scaling Bitcoin |
| 2016 год | BIP 141 официально опубликован; уровень поддержки майнеров остановился ниже порога в 95 % |
| Март 2017 года | BIP 148 (UASF), опубликованный Shaolinfry |
| Май 2017 года | Нью-Йоркское соглашение, подписанное более чем 50 компаниями |
| 1 августа 2017 года | Bitcoin Cash — форк от Bitcoin |
| 24 августа 2017 года | SegWit активируется в сети Биткойн в блоке № 481 824 |
| Ноябрь 2017 года | Отказ от хард-форка SegWit2x |
| Январь 2018 года | Запуск Lightning Network в основной сети |
| Ноябрь 2021 года | Taproot вступает в действие, опираясь на систему версионирования SegWit |
| 2023–2024 | Ординалы и надписи используют пространство свидетелей SegWit/Taproot |
| 2026 | Примерно 85 % транзакций с биткойнами используют SegWit |
Текущие процедуры усыновления
После активации доля транзакций с поддержкой SegWit неуклонно росла, достигнув 30 % в течение первых нескольких месяцев, а затем, по мере обновления программного обеспечения кошельками и биржами, превысила отметку в 50 % в течение следующих двух лет.
По состоянию на 2026 год примерно 85 % транзакций с биткойнами используют SegWit (источник: статистика сети Биткойн от Spark.money, CoinGecko). Остальные 15 % — это транзакции старого типа из кошельков и сервисов, которые не прошли обновление. Доля транзакций с использованием Taproot (P2TR, SegWit V1) достигла пика в 2024 году, составив примерно 42 % от общего числа транзакций, что в значительной степени было обусловлено активностью по записи Ordinals, а к концу 2025 года снизилась до примерно 20 % по мере сокращения объема записей.
Кривая внедрения повторяет ситуацию, сложившуюся с самой технологией SegWit: для того чтобы новые форматы адресов получили широкое распространение, требуется от одного до трех лет, поскольку аппаратные кошельки, биржи и платежные системы обновляют своё программное обеспечение. Поддержка Taproot продолжает расширяться в различных реализациях кошельков.
SegWit и традиционная система: краткое изложение различий
| Особенность | Устаревшая версия (до SegWit) | SegWit |
|---|---|---|
| Место для подписи | Внутри ScriptSig (основной текст транзакции) | Отдельное поле для свидетеля |
| Показатель размера блока | Размер в байтах (ограничение — 1 МБ) | Единицы веса (ограничение 4 млн WU) |
| Расчет TXID | Включает данные подписи | Без учета данных свидетелей |
| Изменяемость транзакций | Возможно | Исправлено |
| Типичный размер транзакции «1 вход/2 выхода» | ~226 байт | ~141 байт (P2WPKH) |
| Экономия на комиссионных | Исходные данные | примерно на 38 % ниже (P2WPKH по сравнению с P2PKH) |
| Поддержка Lightning Network | Небезопасно | Обязательно; обеспечивает работу каналов оплаты |
| Префикс адреса | 1... | bc1q... (родной) или 3... (вложенный) |
| Кодирование | Base58 | Bech32 |
Заключение
SegWit — это обновление протокола, которое позволило отделить данные подписи в Биткойне от данных транзакций, устранило уязвимость в системе безопасности, существовавшую с 2009 года, снизило комиссию за транзакции примерно на треть и заложило архитектурную основу для сети Lightning Network, Taproot и всех последующих разработок, построенных на их базе.
По состоянию на 2026 год это стандарт транзакций в сети Биткойн, через который проходит подавляющая часть активности в цепочке. Введенные им форматы адресов, в частности собственный формат SegWit (bc1q), сегодня должны использоваться большинством пользователей по умолчанию. Политическая борьба, сопровождавшая его активацию, остаётся одной из самых поучительных глав в истории управления Биткойном: она продемонстрировала, что в децентрализованной сети консенсус — это не то, что дают майнеры, а то, что отстаивают пользователи.
