Сигнали майнерів та воля розробників: хто керує новаторськими кайданами Біткойна?

Резюме

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

ViaBTC Capital демонтує унікальну структуру децентралізованого розвитку Bitcoin, розгляне основну роль і суперечки Bitcore Core в обслуговуванні протоколу, перегляне шлях активації ключових оновлень, таких як SegWit і Taproot, а також заглибиться в суперечку про «програмованість», викликану новими BIP, такими як OP_CAT. ”

1. Огляд децентралізованої моделі розробки біткоїна

1.1 Основна роль Bitcoin Core у підтримці протоколу

Bitcoin Core є основною програмною реалізацією протоколу Bitcoin і вважається його еталонним клієнтом. Він містить повноцінне програмне забезпечення вузла для повної перевірки блокчейну, а також гаманець Bitcoin. Більшість користувачів Bitcoin і майнерів вирішують використовувати Bitcoin Core як повноцінну вузолу, що має важливе значення для підтримки децентралізації мережі та захисту від потенційних атак. Крім того, проект підтримує пов'язане програмне забезпечення, таке як криптографічна бібліотека libsecp256k1.

Незважаючи на те, що розробка Bitcoin є децентралізованою, станом на червень 2025 року близько 90% повних вузлів мережі використовують Bitcoin Core, тому статус Bitcoin Core як «еталонної реалізації» має унікальний, фактичний вплив. Це фактичне повноваження означає, що як тільки зміни вносяться в кодову базу Bitcoin Core, вони, як правило, стають стандартами де-факто, навіть якщо вони явно не санкціоновані центральним органом влади. Це широке та добровільне прийняття дозволило кодовій базі Bitcoin Core ефективно визначати правила та поточний стан протоколу. Як наслідок, розробники, які беруть участь у проекті Bitcoin Core, особливо його супроводжуючі, мають значний вплив. Їх робота, після ретельного вивчення і об'єднання, має прямий вплив на загальну функціональність і безпеку мережі. Це створює унікальну форму «м'якої централізації» навколо проекту Bitcoin Core, але ця централізація постійно врівноважується його прозорим відкритим вихідним кодом і розподіленим процесом рецензування.

1.2 Еволюція ролі підтримувача: від Сатоші до колективного управління

Роль підтримувача Bitcoin Core зазнала суттєвих змін, від початкового домінування Сатоші Накамото до поступового переходу до колективної моделі управління, яку спільно виконують кілька підтримувачів.

Ініціал і вихід Сатоші Накамото: Сатоші Накамото, таємничий творець Bitcoin, спочатку розробив і підтримував проект Bitcoin Core до кінця 2010 року. У квітні 2011 року Сатоші Накамото оголосив, що він «перейшов до інших проектів» і передав відповідальність за підтримку Bitcoin Core Гевіну Андресену. Цей момент знаменує собою перший випадок, коли лідерство Bitcoin перейшло від Сатоші Накамото до спільноти, і є важливою віхою в децентралізованому розвитку проекту. Спадкоємність і суперечки Гевіна Андресена: Гевін Андресен розглядається як «спадкоємець» Сатоші Накамото, він взяв на себе обов'язки провідного супроводжуючого Bitcoin Core і очолив розвиток Bitcoin у наступні роки, зробивши його більш стабільним і широко прийнятим. Однак у 2016 році Гевін Андресен був втягнутий у велику суперечку, коли публічно заявив, що австралієць Крейг Райт — це Сатоші Накамото. Пізніше це твердження було широко поставлено під сумнів спільнотою, що призвело до того, що привілеї Гевіна Андресона на основному репозиторії Bitcoin на GitHub були тимчасово відкликані іншими супроводжуючими.

• Колективне обслуговування Володимира Й. ван дер Лаана та подальші дії: 8 квітня 2014 року Володимир Й. ван дер Лаан змінив Гевіна Андресена на посаді провідного супроводжуючого. З тих пір роль провідного супроводжувача еволюціонувала і стала спільною для багатьох супроводжуючих, що ще більше децентралізувало процес випуску. В даний час лише кілька розробників мають дозвіл на зміну коду Bitcoin Core, і в їх обов'язки входить об'єднання патчів учасників і виконання остаточних перевірок, щоб переконатися, що виправлення безпечні і відповідають цілям проекту.

Еволюція ролі супроводжувача Bitcoin Core, від одного лідера до кількох супроводжуючих, відображає поточні зусилля проекту з пошуку балансу між децентралізацією та ефективністю. Спочатку Сатоші Накамото, як єдина особа, яка приймає рішення, зміг швидко просунути проект вперед. Однак у міру того, як проект дозріває і спільнота зростає, особливо після відходу Сатоші Накамото, ризики цієї моделі стають все більш очевидними. Децентралізація повноважень для кількох супроводжуючих знижує ризик однієї точки відмови та забезпечує більш надійний і стійкий до цензури процес прийняття рішень. Однак це також означає, що швидкість, з якою проєкти можуть досягти консенсусу та впровадити значні зміни, може бути повільною. Цей невід'ємний компроміс розкриває складність управління децентралізованими системами: як підтримувати достатню ефективність і відчуття напрямку, не жертвуючи основними принципами децентралізації.

У той же час, склад команди супроводжувачів і динаміка потужності в ній також мають глибокий вплив на напрямок і стабільність всієї екосистеми Bitcoin. Blockstream – це компанія, що займається інфраструктурою біткойнів та блокчейну, яка працювала на кількох розробників, що займаються обслуговуванням Bitcoin Core. Підтримуючи цих розробників, Blockstream став важливим учасником коду Bitcoin Core, що викликає питання в спільноті щодо його незалежності та наслідків корпоратизації. Наприклад, Blockstream наполягає на вирішенні проблеми масштабування біткоіни через мережу рівня 2, і виступає проти прямого розширення основного ланцюга, що призводить до розколів спільнот і форків біткоіни. Крім того, криза довіри між розробниками і Майнер, а також жорстка конкуренція з спільнотою Ethereum зробили Blockstream точкою постійних суперечок в кріптовалютних колах.

1.3 Внесок і суперечки розробницької спільноти

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

Однак ця відкритість також призвела до суперечок всередині спільноти, особливо після появи нових випадків використання, таких як написання (Inscriptions).

Люк Даш-молодший і суперечка про написи: Люк Даш-молодший, розробник Bitcoin і співзасновник майнінгового пулу Ocean, різко критикував такі написи, як Ordinals і токен BRC-20, називаючи їх «спамом» на Bitcoin. Він стверджує, що напис використовує вразливість в Bitcoin Core, маскуючи дані під програмний код для обходу обмежень додаткового розміру даних в транзакціях. Dashjr стверджує, що ця "вразливість" була виправлена в Bitcoin Knots v25.1 і сподівається, що Bitcoin Core виправить її до виходу v27. Він навіть стверджує, що як тільки ця вразливість буде усунена, Ordinals і токени BRC-20 перестануть існувати, тому що вони «насправді ніколи не існували і обидва є шахрайством». Ринкова влада в написі: Ordinals і токени BRC-20, які консерватори вважають «спамом», демонструють сильну життєздатність на ринку. За даними Dune Analytics, станом на грудень 2023 року транзакції, пов'язані з написами, принесли майнерам 172 мільйони доларів додаткового доходу, що є економічним стимулом реальних грошей, який змінює екосистему Bitcoin. Інноваційні проекти, такі як Taproot Wizards, продовжують досліджувати межі програмованості біткойна, припускаючи, що ринкові сили можуть обійти технічні обмеження розробників. У децентралізованій системі економічні стимули стають найпотужнішою зброєю для розірвання кайданів ідеології. Більш глибокий сенс суперечки: деякі розробники наполягають на тому, що біткойн повинен залишатися функціонально чистим, і що будь-яка неосновна фінансова функція може загрожувати кібербезпеці. Ця філософія «незмінності» дозволяє уникнути екологічної фрагментації, спричиненої частими хардфорками, але вона також стикається з серйозними проблемами. Коли розробники намагаються очистити інноваційні програми, такі як написи, виправляючи «помилки», вони фактично отримують «права модерації функцій», тенденцію централізації, яка йде врозріз з децентралізованим духом Bitcoin. Якщо розробникам вдається блокувати інноваційні додатки, «незмінність» стає кайданами для інновацій. Результат цієї гри визначить, чи зможе біткойн зберегти свою перевагу в безпеці, уникнувши при цьому стати жертвою технологічного консерватизму. У контексті швидких інновацій конкуруючих публічних ланцюгів, таких як Ethereum, спільнота Bitcoin повинна знайти баланс: підтримувати основну цінність мережевої безпеки та стабільності, а також залишати місце для розумних інновацій. Адже у світі, де править код та обчислювальна потужність, ринок зрештою винесе найсправедливіший вердикт.

2. Пропозиції щодо вдосконалення біткоїну (BIPs): офіційний механізм оновлення

2.1 Визначення, мета та важливість BIPs

Пропозиції щодо вдосконалення Bitcoin (BIP) – це стандартизовані документи, які описують потенційні зміни, покращення або нові функції протоколу Bitcoin. Вони забезпечують спільну платформу для розробників, дослідників і членів спільноти, щоб пропонувати, обговорювати та впроваджувати зміни, забезпечуючи прозорість і широкий консенсус спільноти. BIP дозволяють біткойн-спільноті реагувати на виклики, що виникають, і адаптуватися до мінливих потреб суспільства, дозволяючи будь-кому зробити свій внесок у його розвиток, гарантуючи, що зміни вносяться прозорим способом і мають широкий консенсус спільноти.

2.2 Типи BIP

BIP біткойна переважно поділяються на три типи, кожен з яких має свою унікальну мету:

Standard Track BIPs (Standards Track BIPs): ці BIP описують зміни в правилах консенсусу протоколу Bitcoin. Вони пропонують зміни в фундаментальних аспектах того, як працює Bitcoin, для впровадження яких потрібен широкий консенсус спільноти. Наприклад, оновлення Segregated Witness (SegWit) і Taproot потрапляють в цю категорію. Інформаційні BIPs (Informational BIPs): Інформаційні BIP надають освітні матеріали, загальні посібники або результати досліджень, пов'язаних з Bitcoin. Вони надають розробникам та ентузіастам цінну інформацію про різні аспекти екосистеми Bitcoin, допомагаючи їм поглибити розуміння мережі. Ці BIP не змінюють код або правила Bitcoin, а більше схожі на поради або рекомендації, призначені для освіти спільноти. Process BIPs (Process BIPs): Process BIPs пропонують зміни в процесі розробки самого Bitcoin. Вони призначені для підвищення ефективності, управління або механізмів прийняття рішень у спільноті Bitcoin. BIP процесів можуть стосуватися таких тем, як процес перевірки коду, методи управління проектами або ініціативи координації спільноти. Вони схожі на стандартні BIP відстеження і також вимагають консенсусу спільноти, але відмінність полягає в тому, що вони застосовуються до процесів за межами протоколу Bitcoin.

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

2.3 Життєвий цикл BIP та процес активації

Перед тим, як BIP Bitcoin стане частиною протоколу Bitcoin, він повинен пройти кілька різних етапів:

1. Етап проекту (Draft Phase)： На цьому етапі пропозиція створюється та вдосконалюється автором. BIP пройде початкову перевірку та отримає відгуки від спільноти.
2. Фаза пропозицій (Proposed Phase): На цьому етапі BIP привертає більше уваги в спільноті. Він надсилається розробникам біткойнів, дослідникам та ентузіастам для подальшого розгляду та відгуків. Цей етап дозволяє провести колективний мозковий штурм і уточнити пропозицію для забезпечення її надійності.
3. Заключна фаза (Final Phase): Після того, як BIP має широку підтримку в спільноті та пройшов ретельну перевірку, він переходить до завершальної фази. На цьому етапі пропозиція включається в репозиторій Bitcoin Improvement Proposal (BIP), що вказує на те, що воно готове до впровадження.
4. Впровадження та активація: розробники Bitcoin потім інтегрують зміни в протокол Bitcoin за допомогою консенсусу. Для значних змін на рівні протоколу зазвичай існує поріг активації, і покращення набудуть чинності лише тоді, коли достатня кількість учасників мережі оновиться до нової версії. Оновленням може бути софтфорк (зворотно сумісний), такий як SegWit, який дозволяє старому вузлу продовжувати роботу; Це також може бути хардфорк (несумісний), який може призвести до розколу в мережі, створення нової криптовалюти, наприклад, хардфорка Bitcoin Cash (BCH) у 2017 році.

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

3. Основні BIP та їхній вплив

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

3.1 Активовані важливі BIPs

BIP 16 (P2SH): Pay-to-Script-Hash (P2SH), активований у 2012 році. P2SH спрощує складні скриптові операції, дозволяючи відправникам надсилати кошти на хеш сценарію замість прямої адреси з відкритим ключем, підвищуючи ефективність транзакцій та конфіденційність. Це економить місце в блокчейні та підвищує конфіденційність, приховуючи умови витрат до тих пір, поки кошти не будуть витрачені. P2SH-адреси зазвичай починаються з «3», що відрізняється від традиційних біткойн-адрес, які починаються з «1». Найпоширенішим випадком використання P2SH є транзакції з мультипідписом, які вимагають кількох підписів для виконання транзакцій, що забезпечує додатковий рівень безпеки для бізнесу та організацій. Це також є ключовим для розробки рішень рівня 2, таких як Lightning Network, яка значно збільшує ємність транзакцій Bitcoin за рахунок умовного блокування коштів для підтримки офчейн-транзакцій. BIP 16 реалізований у вигляді софтфорку, що означає, що старі вузли все ще можуть перевіряти та обробляти транзакції, які відповідають оновленим правилам, зберігаючи зворотну сумісність. У 2017 році було активовано BIP 141 (SegWit): SegreGated Witness (SegWit), який вирішує проблему гнучкості та масштабування транзакцій. Пластичність транзакції означає той факт, що ідентифікатор транзакції (TXID) може змінитися після зміни підпису, хоча ефект транзакції залишається тим самим, що створює ризик для офчейн-протоколу. SegWit вирішує цю проблему, переміщуючи код розблокування (підпис) у нове поле «свідок» даних транзакції та виключаючи його з розрахунку TXID, роблячи TXID надійним. Крім того, SegWit фактично збільшує розмір блоку, вводячи «одиниці ваги» замість простих байтів для обчислення розміру блоку. Звичайні байти вважаються як 4 одиниці ваги, тоді як байти свідків враховуються як 1 одиниця ваги, що дорівнює знижці 75% на розблоковані дані, звільняючи більше місця в блоці для даних транзакцій. SegWit також реалізований у вигляді софтфорка, що означає, що старі вузли, які не були оновлені, все одно будуть вважати блок SegWit дійсним, забезпечуючи сумісність з мережею. Він закладає основу для протоколів рівня 2, таких як Lightning Network, що дозволяє безпечно будувати його поверх Bitcoin. BIP 340, 341, 342 (Taproot): Разом ці BIP складають оновлення Taproot, активоване в листопаді 2021 року. Taproot є найбільш значущим оновленням з часів SegWit і спрямоване на покращення конфіденційності, ефективності та масштабованості Bitcoin, а також на підвищення гнучкості смарт-контрактів.

• BIP 340 (Schnorr Signatures)： Введено Schnorr-підписи, що є більш безпечним і ефективним рішенням для підпису в порівнянні з традиційними підписами ECDSA. Ключова перевага Schnorr-підписів полягає в їхній здатності до агрегації ключів, що дозволяє об'єднувати кілька публічних ключів і підписів в один, таким чином роблячи транзакції з кількома підписами на блокчейні невідрізними від звичайних одноразових підписів, що підвищує конфіденційність і зменшує обсяг даних.
  • BIP 341 (Taproot): Представляє загальну структуру, яка інтегрує такі механізми, як підписи Шнорра, меркелізовані абстрактні синтаксичні дерева (MAST) і Pay-to-Taproot (P2TR). MAST покращує конфіденційність і зменшує обсяг ончейн даних, допомагаючи з масштабованістю, дозволяючи приховувати невикористані складні умови в транзакціях, виявляючи відповідні частини лише тоді, коли вони дійсно витрачені. P2TR надає новий спосіб витрачання біткоїнів, поєднуючи функції P2PK і P2SH, ще більше підвищуючи конфіденційність і роблячи всі виходи Taproot схожими в ланцюжку.
  • BIP 342 (Tapscript): Мова сценаріїв Bitcoin була змінена для сумісності з BIP 340 і BIP 341 для підтримки підписання Schnorr, пакетної перевірки та покращення хешування підпису. Впровадження Tapscript також заклало основу для подальших оновлень Bitcoin Script у майбутньому.

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

3.2 Обговорювані або запропоновані BIPs

Спільнота біткоїнів продовжує обговорювати та пропонувати нові BIP, щоб відповісти на змінні вимоги та технічні виклики.

BIP-177 ( Перевизначення базової одиниці Сатоші ): Пропозиція пропонує перевизначити сатоші, найменшу одиницю Bitcoin, на нову базову одиницю, 1 Bitcoin, спрощуючи відображення сум, усуваючи десяткові знаки та більше відповідаючи платіжним звичкам Lightning Network. Пропозиція передбачає лише налаштування дисплея інтерфейсів, таких як гаманці та біржі, і не змінює базовий протокол та загальний ліміт обсягу Bitcoin. Прихильники стверджують, що це зменшує когнітивне навантаження, усуває «страх одиниць» перед новими користувачами та спрощує користувальницький досвід, оскільки це більше відповідає реальному дизайну підрахунку в цілочисельних одиницях всередині протоколу Bitcoin. Наприклад, покажіть "0,0001000 BTC" як "10 000 BTC". Однак пропозиція також стикається з опором, основне заперечення полягає в тому, що воно пропонує здати на металобрухт блок «Satoshi», названий на честь Сатоші Накамото, що може викликати плутанину серед користувачів. **OP_CAT 019283746574839201BIP-347(:**OP_CAT - це код операції, який дозволяє об'єднати два фрагменти даних у стеку скриптів Bitcoin в одну частину. "CAT" - це абревіатура від "concatenation". OP_CAT спочатку був частиною реалізації Bitcoin, але був деактивований у 2010 році через занепокоєння щодо потенційних вразливостей та атак типу «відмова в обслуговуванні». Останніми роками інтерес до повторної активації OP_CAT знову зріс, оскільки у 2021 році оновлення Taproot представило розширені функції сценаріїв і обмеження розміру (520 байт для Tapscript), що зменшило попередні проблеми безпеки.

+ Потенційне використання: OP\_CAT включає різноманітні складні функції, такі як побудова та перевірка дерева Меркла безпосередньо на стеку, включення одностороннього шляху виведення коштів, а також транзакції, які залежать від інших транзакцій, які вже включені в блок. Він також може імітувати «ковенанти» за допомогою характеру підписів Шнорра, дозволяючи глибокий самоаналіз і прихильність до різних сфер транзакції. Це дає можливість створювати більш складні смарт-контракти та децентралізовані додатки, такі як CatVM.
+ Шлях активації та виклик: Повторне введення OP _CAT вимагатиме софтфорку. Процес включає в себе офіційну пропозицію BIP з ретельним розглядом спільнотою, впровадження в Bitcoin Core і широке тестування, а також широкий консенсус між майнерами, розробниками і користувачами. Незважаючи на те, що _CAT OP був «ретельно протестований і досліджений» і технічно «прямолінійний», з _CAT OP активований на Bitcoin Signet 01.05.24, його шлях активації все ще залежить від «широкого консенсусу між майнерами, розробниками та користувачами». Деякі розробники прогнозують, що розробники Bitcoin Core можуть досягти консенсусу щодо OP_CAT або OP_CTV до 2025 року, а фактичне впровадження може зайняти ще 1-2 роки.

• Сторона, що просуває: 1. Fractal Bitcoin з вересня 2024 року активував OP_CAT на своїй основній мережі як платформу для реального тестування нового протоколу, що використовує його функції. 2. StarkWare заснувала дослідницький фонд OP_CAT на суму 1 мільйон доларів США, щоб просунути дослідження щодо активації OP_CAT на Біткоїні. Водночас, з іншого боку, шляхом поєднання OP_CAT з її технологією нульового знання (STARK). 3. CatVM - це бездовірчий кросчейн-міст, заснований на OP_CAT, запропонований Taproot Wizards.

• BIP-420 ) Неофіційна BIP(: Офіційне позначення насправді BIP-347. BIP-420 спочатку був неофіційним номером, створеним членами спільноти для пропозицій OP_CAT в мережі Bitcoin для вирішення проблеми повільного розподілу номерів пропозицій. Традиційно BIP-номери присвоюються одним розробником, в результаті чого пропозиція OP_CAT чекає на офіційний номер близько шести місяців. На початку 2024 року розробник Ентоні Таунс створив альтернативну систему нумерації BINANA та присвоїв OP_CAT номер BIN-2024-0001. Згодом члени Taproot Wizards запустили кампанію «BIP-420», використовуючи символічне число «420», щоб надати імпульс цій пропозиції. У той же час розробник core Ава Чоу запропонувала додати більше правок BIP, щоб прискорити процес нумерації. Зрештою, пропозиція OP_CAT була офіційно присвоєна назва BIP-347 24 квітня 2024 року, після популяризації спільноти та розширення редакційної команди, що ознаменувало офіційне прийняття пропозиції та ширшу основу для обговорення.
• BIP-119 )OP_CTV(: Запропонований Джеремі Рубіном у 2021 році, він реалізує більш гнучкі правила транзакцій через "CheckTemplateVerify" та підтримує функцію ковенанту. У подібному контексті до OP_CAT, пропозиція спрямована на додавання до мережі Bitcoin функції «контракту», схожої на смарт-контракти Ethereum, наприклад, дозволяючи інструкціям обмежувати переказ коштів на конкретні адреси або автоматизуючи транзакції, такі як тимчасові перекази, тим самим покращуючи програмованість Bitcoin. На даний момент він також не активований, обговорення спільноти все ще тривають, і деякі розробники звернулися до підтримки OP_CCV (BIP-443) як альтернативи.
• BIP-348 OP_CHECKSIGFROMSTACK )CSFS(: новий код операції Bitcoin OP_CSFS запропонований Джеремі Рубіном і Брендоном Блеком у листопаді 2024 року. Цей код операції дозволяє перевірити, що підпис дійсний для будь-якого повідомлення, а не лише для хешу поточної транзакції, і отримати підпис, відкритий ключ і повідомлення зі стека даних для перевірки. OP_CSFS є важливим інструментом для впровадження більш гнучких ковенантів, з можливістю створення складної умовної логіки для обмеження капітальних витрат, підвищення безпеки (таких як сховища та антикрадіжка децентралізованого протоколу), і може бути поєднаний з кодами операцій, такими як OP_CAT для створення більш складних смарт-контрактів. BIP-119 (CTV) і BIP-348 (CSFS) більш обережні і консервативні, ніж BIP-347 (OP_CAT), і деякі люди очікують запустити основну мережу Bitcoin раніше, ніж OP_CAT Quantum-Resistant Address Migration Protocol (QRAMP) :* основна пропозиція від розробника Bitcoin щодо захисту Bitcoin від майбутніх загроз квантових обчислень за допомогою хардфорку. План полягає в тому, щоб змусити мережу Bitcoin перейти зі старого гаманця, який використовує традиційне шифрування ECDSA (Elliptic Curve Digital Signature Algorithm), на новий гаманець, який використовує постквантову криптографію. Квантові комп'ютери використовують кубіти, щоб мати можливість існувати в кількох станах одночасно, значно збільшуючи обчислювальну потужність і потенційно зламуючи існуючі алгоритми шифрування, тим самим загрожуючи безпеці Bitcoin. Пропозиція встановлює висоту блоку як граничну точку міграції, після чого вузли відмовляться обробляти транзакції, які все ще використовують традиційні криптоадреси, змушуючи користувачів переносити кошти на більш безпечні гаманці. Хоча це запобіжний захід, і квантові обчислення ще не досягли рівня загрози для біткойна, пропозиція викликала інтенсивні дискусії та увагу в співтоваристві щодо хардфорку з недавніми проривами в області квантових процесорів таких компаній, як Microsoft.

![Сигнали майнера та воля розробника: хто контролює інноваційні кайдани Bitcoin?])https://img.gateio.im/social/moments-1c444d265b9cf1f0227f706b53651e0d(

Ці BIP, які обговорюються та пропонуються, відображають поточні зусилля спільноти Bitcoin щодо балансу між інноваціями, безпекою та децентралізацією. Повторна активація кодів операцій, таких як OP_CAT, OP_CTV тощо, призначена для розблокування більш просунутих функцій Bitcoin Script, тим самим підтримуючи більш складні смарт-контракти та програми. Однак це розширення функціональності має проводитися під суворим контролем безпеки, щоб уникнути повторення помилок історії, які можуть призвести до потенційних атак типу «відмова в обслуговуванні». У той же час, здавалося б, прості зміни інтерфейсу користувача, такі як BIP-177, викликали глибокі дискусії про культуру, сприйняття користувачів та імідж бренду, припускаючи, що еволюція Bitcoin є не лише технічною проблемою, а й соціальним та культурним феноменом.

) 4. Вплив майнінгових пулів на оновлення протоколу

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

4.1 Сигнали майнерів та механізм активації

Оновлення протоколу для Bitcoin зазвичай ініціюється шляхом «сигнального голосування» майнерів. Майнери вказують на свою підтримку та готовність до певного BIP, включаючи конкретний сигнал у блок, який вони видобувають (наприклад, використовуючи вказаний номер версії в заголовку блоку). Для софтфорків зазвичай необхідно досягти заданого порогу активації (наприклад, сигналізувати про 95% блоків протягом певного періоду часу), щоб активувати нове правило. Як тільки цей поріг досягнуто, софтфорк впроваджується, і спільнота (включаючи майнери, повні ноди, біржі, постачальників платіжних послуг тощо) повинна оновити своє програмне забезпечення до нової версії.

4.2 Можливість вето майнерів

Майнери де-факто мають право вето на активацію софтфорку. Якщо майнер не сигналізує про готовність, оновлення не може бути активоване. Це особливо очевидно під час процесу активації Segregated Witness (SegWit), де майнери спочатку мали низьку підтримку і не сигналізували про свою готовність, поки ринок не показав слабкий попит на конкуруючі пропозиції. Цей феномен говорить про те, що рішення гірників не завжди ґрунтуються на суто технічних міркуваннях, а на них суттєво впливає динаміка ринку та економічні стимули.

4.3 Економічні стимули для майнерів

Майнінгові пули, як сукупність обчислювальних ресурсів майнерів, мають величезний вплив у мережі Bitcoin, що дає майнінговим пулам значну владу для прийняття та активації BIP. Водночас поведінка шахтарів часто зумовлена економічними стимулами. Наприклад, зростання кількості написів призвело до значного збільшення комісій за транзакції в мережі Bitcoin, приносячи значний дохід для майнерів, що змусило багатьох майнерів із задоволенням приймати написи, навіть якщо деякі розробники відкидають їх як «спам». Це економічне обґрунтування пояснює, чому, навіть якщо виникають суперечки, певні варіанти використання все одно здатні отримати підтримку з боку майнерів і бути включеними в блоки. Вони фактично здійснювали свого роду «м'яке голосування», вибираючи, яку версію програмного забезпечення запускати, і чи сигналізувати про свою підтримку. Ця влада не є абсолютною, оскільки користувачі та повні вузли можуть забезпечити консенсус, відхиляючи блоки, які не відповідають їхнім правилам, але колективна поведінка майнерів, безсумнівно, є ключовою змінною в еволюції протоколу.

5. Довгий процес оновлення

Оскільки Bitcoin є децентралізованою мережею, будь-які зміни вимагають широкого консенсусу між розробниками, майнерами та користувачами, що є складним і трудомістким, тому процес оновлення Bitcoin відбувається повільно. Історично склалося так, що така як битва за розмір блоку 2017 року (яка призвела до форку Bitcoin Cash), ризик розбіжності та оновлення Taproot (активоване у 2021 році) обговорювалися та тестувалися роками. Крім того, технічні складнощі, такі як OP_CTV та потенційні ризики безпеки для OP_CAT роблять тривалий процес для спільноти Bitcoin, щоб рухатися вперед з цими BIP. В результаті, біткойн-гаманець Xverse запустив сайт з петиціями спільноти (

У зв'язку з повільними оновленнями, багато проектів екосистеми Bitcoin розробляють складні рішення з обмеженою функціональністю в даний час. Наприклад, BitVM (Bitcoin Virtual Machine) пропонує реалізувати функціональність смарт-контрактів за допомогою моделі provers-validator, обчислювальної офчейн-перевірки та он-чейн, не змінюючи правил консенсусу. Інша стратегія полягає у використанні Bitcoin як рівня доступності даних (DA), який використовує безпеку Bitcoin для зберігання даних і підтримує масштабування сайдчейну або зведення.

6. Висновок

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