BIP-110: Тимчасовий м'який форк отримує понад 2% вузлів Bitcoin

Останні дані показують, що Bitcoin (CRYPTO: BTC) вузли сигналізують підтримку пропозиції щодо покращення Bitcoin 110 (BIP-110), тимчасового м’якого форку, спрямованого на обмеження обсягу даних, що передаються в транзакціях на рівні консенсусу. Виміряні сигнали вказують на підтримку 2,38% виявлених вузлів, з яких 583 з 24 481 вузла використовують реалізацію BIP-110, повідомляє Bitcoin Portal. Ініціатива зосереджена на короткостроковому обмеженні даних, а не на постійній зміні правил протоколу, що відображає ширше обговорення щодо зберігання даних, витрат мережі та децентралізації в екосистемі Bitcoin.

Ключові висновки

2,38% вузлів Bitcoin сигналізують підтримку BIP-110 із 24 481 доступних вузлів.

583 вузли використовують реалізацію м’якого форку, причому Bitcoin Knots визначено як основне програмне забезпечення для цієї пропозиції.

BIP-110 вводить обмеження у 34 байти на вихід транзакції та обмеження у 83 байти на дані OP_RETURN, що застосовуються протягом одного року з можливістю продовження або зміни.

Сторінка пропозиції на GitHub пояснює термін у один рік і можливі коригування після цього періоду.

Обговорення навколо OP_RETURN і обмежень даних посилилося з моменту тимчасового зняття обмеження у 83 байти у Bitcoin Core версії 30, що викликало значну критику в частинах спільноти.

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

Згадані тікери: $BTC

Настрій: нейтральний

Вплив на ціну: нейтральний. Розвиток відображає внутрішньосіткові політичні дебати, а не негайні ринкові каталізатори.

Ідея для торгівлі (Not Financial Advice): тримати. Еволюція BIP-110, ймовірно, вплине на довгострокову динаміку мережі більше, ніж на короткострокові цінові рухи.

Контекст ринку: Обговорення BIP-110 відбувається у ширшому контексті питань зростання даних, доступності вузлів і балансу між цензуростійкістю та ефективністю в мережі Bitcoin, на тлі постійних дебатів щодо користувацьких даних, спаму та ресурсних вимог до валідаторів.

Чому це важливо

З’явлення BIP-110 підкреслює постійну напругу у Bitcoin між використанням даних у мережі та витратами на підтримку децентралізованої мережі. Обмежуючи розмір виходів транзакцій до 34 байт і обмежуючи дані OP_RETURN до 83 байт, прихильники стверджують, що ця зміна зменшить навантаження на мережу, яке мають зберігати та обробляти вузли. У практичних термінах менше навантаження може полегшити ресурси для окремих операторів і менших учасників, що запускають повні вузли на споживчому обладнанні. Однак протилежна сторона — потенційне зміщення економіки роботи вузла, з вищими вимогами до зберігання та пропускної здатності для тих, хто прагне брати участь у валідованні та управлінні.

Поточний сигнал підтримки — 2,38% вузлів із 583 з 24 481 — відображає невелику, але помітну частину мережі, готову протестувати тимчасове обмеження даних. Основною реалізацією для цієї пропозиції є Bitcoin Knots, форк Bitcoin Core з альтернативними налаштуваннями та функціями. Наявність м’якого форку, який передбачає тимчасовий характер, сигналізує, що спостерігачі очікують повторного розгляду цього обмеження через рік, а сторінка на GitHub окреслює умови розгортання та можливість продовження або зміни. Такий графік викликає питання щодо того, як змінюватиметься управління та консенсус із наближенням терміну, особливо якщо інші зацікавлені сторони наполягатимуть на довгострокових або альтернативних підходах до управління даними.

На відміну від цього, рішення спільноти Bitcoin Core щодо видалення обмеження у 83 байти для OP_RETURN у версії 30 — що відбулося в жовтні 2025 — викликало гостру критику з боку опонентів. Критики стверджували, що зняття кількісного обмеження даних може стимулювати спам і роздування, збільшуючи витрати на зберігання та потенційно сприяючи централізації вузлів через зростання апаратних вимог. Це питання є центральним у ширшій дискусії про те, чи має протокол вводити більш жорсткі обмеження даних для збереження доступності та стійкості, або ж слід зберігати відкритість і гнучкість навіть за рахунок збільшення навантаження на мережу.

Ця дискусія також викликала значну реакцію у спільноті. Критики, такі як прихильник Bitcoin і освітянин Метью Крэттер, попереджають, що необмежене введення даних може загрожувати децентралізації Bitcoin, накладаючи більші апаратні та пропускні навантаження. Навпаки, учасник Bitcoin Core Джеймсон Лопп стверджує, що фільтри та обмеження даних не є ефективним засобом боротьби зі спамом і що більш суворі обмеження можуть зашкодити легітимним, даними насиченим сценаріям використання. Цей діапазон обговорень ілюструє, як зміни у правилах протоколу — будь то тимчасовий м’який форк, як BIP-110, або оновлення ядра — відлунюють у вузлах, майнерах і розробниках.

Фон цих технічних дебатів — мережа, яка залишається децентралізованою у своїй основі, але стикається з практичним тиском через технологічні зміни, витрати на зберігання та пороги участі. Хоча споживчий рівень обладнання історично був достатнім для багатьох вузлів, еволюція політики обробки даних може змінити цю рівновагу. Саме ця напруга — між збереженням інклюзивної, з низьким бар’єром для входу мережі та управлінням ресурсних вимог зростаючого блокчейну — тримає BIP-110 та подібні пропозиції в центрі постійних обговорень у екосистемі.

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

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

Що слід спостерігати далі

Моніторинг змін у кількості вузлів із урахуванням прогресу розгортання BIP-110 і чи узгоджуються більше реалізацій із параметрами м’якого форку.

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

Спостереження за будь-якими оновленнями на сторінці GitHub для BIP-110, які можуть вплинути на остаточні умови, продовження або коригування обмежень даних.

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

Перевірка будь-якої активності на Bip-110.org або пов’язаній документації, що може вплинути на графік або підхід до розгортання.

Джерела та перевірка

Дані щодо кількості вузлів на Bitcoin Portal і визначення Bitcoin Knots як основної реалізації для BIP-110.

Сторінка на GitHub із деталізацією умов BIP-110, включаючи дворічний період розгортання та можливі продовження.

Перші обговорення щодо зняття обмеження у 83 байти для OP_RETURN у Bitcoin Core v30 (Жовтень 2025).

Технічні обговорення та коментарі спільноти щодо дебатів навколо обмеження даних OP_RETURN, включаючи погляди відомих розробників.

Історичний контекст суперечок навколо OP_RETURN і їх зв’язки із ширшими дебатами про спам і прозорість даних у мережі.

Що означає ця історія для користувачів і ринку

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

Що слід спостерігати далі

Ключові етапи та будь-які дати активації, пов’язані з розгортанням BIP-110.

Зворотній зв’язок спільноти та рішення управління наприкінці дворічного терміну.

Нові дослідження або результати тестування щодо пом’якшення спаму проти роздування даних у реальних мережах.

Ця стаття спочатку була опублікована як BIP-110: Тимчасовий м’який форк отримує понад 2% вузлів Bitcoin у Crypto Breaking News — вашому надійному джерелі новин про криптовалюти, Bitcoin та оновлення блокчейну.