Передмова

Тема наступного оновлення Bitcoin широко обговорювалася, однак станом на грудень 2024 року спільнота не досягла консенсусу щодо оновлення, які проблеми повинно вирішити оновлення або які функції воно повинно внести. Ситуація залишається поділеною, нагадуючи політичний тупик.

У цьому тупику виникло багато цікавих явищ:

1. Деякі члени спільноти активно підтримують оновлення, і через асиметрію інформації або комерційні інтереси деякі учасники часто згадують конкретні опкоди, тоді як деякі проекти залежать від «потенційно майбутніх» опкодів.
2. Велика кількість прагматичних розробників екосистеми провели обширну криптографічну та інженерну роботу для розширення потенціалу Біткойна на основі принципу відсутності оновлення протоколу.
3. Існують також голоси, які пропагують повільні оновлення або взагалі протистоять оновленням.

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

Вступ до оновлень: Що і Чому

Що таке оновлення Bitcoin

Біткойн білий папірвизначає протокол, за яким слідує тисячі вузлів, що складають мережу блокчейн Bitcoin. \
Існує кілька версій реалізації протоколу (часто називають клієнтами). За даними з https://bitnodes.io/nodes/, клієнт з найбільшою часткою ринку - Біткойн Core. В результаті розробники, які підтримують код Bitcoin Core (відомий як Bitcoin-Core-Devs), мають значний вплив на екосистему Bitcoin.

що-чому-1

що-чому-1

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

Зазвичай, коли люди обговорюють оновлення Bitcoin, вони мають на увазі "оновлення протоколу консенсусу". Оскільки для оновлення протоколу консенсусу потрібно, щоб більшість вузлів мережі досягли згоди (інакше може статися відгалуження), такі оновлення потрібно трактувати з великою обережністю. Як показано на діаграмі, модулі, що стосуються протоколу консенсусу в системі Bitcoin, а також BIPs, що стосуються рівня консенсусу, є особливо важливими і потребують уваги.

що-чому-2

що-чому-2

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

Біткойн-ядро-github-статистика

Біткойн-core-github-статистика

Типи оновлень протоколу консенсусу

Згідно з визначенням у [BIP-123]https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki) оновлення протоколу консенсусу в основному розділяються на два типи: м'які вилки і складні вилки.

• Крім того, існує інший, менш інтуїтивно зрозумілий спосіб інтерпретації та порівняння цих двох типів оновлень, який є досить цікавим:
  Софтфорк: Додає або посилює правила (наприклад, додавання нової функції, такої як підтримка адрес Taproot).

  Хард форк: Видаляє або послаблює правила (наприклад, видаляє обмеження, таке як ліквідація обмеження на винагороду за блок).

BIP та Процес м'якого вилучення

Дві успішні модернізації протоколу консенсусу (Taproot/SegWit) використовували метод м'якого вилучення, що дозволяє проводити модернізації, не спричиняючи значних поділів у спільноті. Ця стаття фокусується на м'яких вилученнях, що означає модернізації, сумісні зі старішими версіями програмного забезпечення. Після того, як подано пропозицію BIP, процес зазвичай відповідає крокам, описаним на діаграмі нижче:

bip-state

bip-state

Джерело: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

Зазвичай пропозиція щодо м'якого вилучення поєднує в собі кілька BIP. Наприклад, Taproot складається з трьох BIP:

1. Підпис Schnorr: BIP-340
2. Taproot: BIP-341
3. Тапскрипт: BIP-342

Давайте розглянемо хронологію оновлення Taproot:

Тапрут-графік

Тапрут-графік

Джерело: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained

В Meilensteine ​​im Taproot-Soft-Fork-Prozess sind enthalten:

1. Пропонуються відповідні BIP, а план впровадження проходить перегляд.
2. Розробники Bitcoin-Core ініціюють запит на злиття GitHub для оновлення.
3. Розробники Bitcoin-Core переглядають та об'єднують запит на втягування GitHub, вирішуючи метод активації.
4. Випущено нову версію коду Bitcoin-Core.
5. Майнери голосують на блокчейні, щоб затвердити висоту блоку для активації BIP.
6. Оновлення завершується, коли висота блоку досягає узгодженої висоти.

Важливо зазначити, що цей процес є ретроспективним підсумком і немає офіційної згоди щодо цих важливих подій.

Протягом процесу, Список розсилки розвитку Біткойнвідіграв ключову роль у зміцненні консенсусу між різними сторонами.

Чому оновлювати

Як зазначено на початку статті, наразі існують три основні точки зору в спільноті щодо оновлень:

1. Про-Оновлювачі: Вони пропонують велику кількість оновлень, які будуть проаналізовані пізніше в статті.
2. Прагматичні будівельники: вони зосереджуються на поліпшенні існуючого протоколу шляхом впровадження доказу шахрайства (такого як BitVM та його розширення), шифрування функцій (контракти та zk-докази черезБіткойн PIPEs), та колізії хешів (контракти, реалізовані через ColliderScript) , серед іншого.
3. Опікуни статус-кво: Ця група вважає, що оновлення повинні бути дуже повільними і обережними (з циклом тривалістю 10 років), яку представляє команда TeamSlowAndSteady, і ті, хто пропагує відсутність оновлень, якщо не з'являться квантові атаки, відомі як Осифікатори (посилання).

Автор надав аналіз переваг і недоліків оновлення по відношенню до неоновлення:

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

Детальний огляд оновлень

Зацікавлені сторони в оновленнях

Основні учасники історії біткойну, зокрема у Гонконгському Консенсусі (підписаному на заході Bitcoin Roundtable в лютому 2016 року,@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">reference), були:

1. Розробники Bitcoin Core: Розробники, що підтримують кодову базу Bitcoin Core.
2. Пули для видобутку: Сутності, відповідальні за видобуток і захист мережі Біткойн.
3. Користувачі та розробники екосистеми: переважно біржі, виробники мікросхем та інші ключові учасники екосистеми Біткойн.

Зі зростанням прийняття Біткойну зацікавлені сторони у покращенні Біткойну еволюціонували. Ранній модель простого розділення влади поступово перетворився на більш складне та конкурентне середовище, яке часто описують як "боротьбу за вплив." Для детального аналізу див. звіт Аналіз консенсусу Bitcoin: ризики в оновленнях протоколу.

зацікавлені сторони

Зацікавлені сторони

Декілька ключових ролей у поновленнях Біткойн варто виділити:

1. Економічні вузли: ця група переважно стосується основних централізованих бірж (CEXs), платіжних установ, кастодіанів тощо. Їх позиція щодо м'яких розділів відіграє вирішальну роль у визначенні, яка версія Біткойн вважається «легітимною» та має значний вплив на рівень прийняття.
2. Інвестори: З поширенням стратегій Bitcoin, таких як ETF, інституційних резервів та національних резервів, роль інвесторів стає все складнішою в умовах світової популярності.
3. Розробники користувацького і екосистеми: після оновлення Taproot екосистема Біткойну розквітла, з'явились нові протоколи активів, такі як Ordinals, а також вибух власних програм та рішень для масштабування.

Декілька цікавих висновків щодо цих ролей:

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

Історія та підсумки оновлень

За публічною інформацією, з моменту запуску мережі Біткойн було багато м'яких вилок оновлень.

м'які вилки

софтфорки

Джерело даних:

https://blog.bitmex.com/повна-історія-вілчих-віл-консенсусу-біткоїнів-2022-оновлення/

https://www.drivechain.info/media/slides/mit-2023.pdf

З діаграми вище можна зробити декілька цікавих висновків:

1. Протокол Bitcoin став трохи жорстким, і з часом частота м'яких вилучень зменшилася.
2. Для досягнення консенсусу щодо оновлень потрібно все більше і більше часу

Питання щодо м'якого вилучення

Аналізуючи BIP, включені в попередні м'які вилки, ми можемо узагальнити наступні проблемні сфери:

Що робить хорошу пропозицію щодо оновлення

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

1. Дотримуючись основної ідентичності Біткойну як платіжної системи: Біткойн має унікальну позицію.
2. Баланс між потенціалом застосування та ризиками: зробити так, щоб він подобався більшості, без сильного опору.
3. Прийнятний масштаб оновлення: не надто простий (не вартий зусиль), але й не надто складний (важко тягнути вперед).
4. Правильний час: Має бути високий попит, вирішення конкретних питань. Наприклад, на етапі оновлення SegWit масштабованість була сильним попитом.

Оновлення Outlook

Класифікація пропозицій

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

Важливі нотатки для класифікації:

1. Чотири сфери фокусу не є повністю незалежними одна від одної. Наприклад, BIP, що поліпшує програмованість, також може сприяти масштабованості в певній мірі.
2. Пропозиція може мати кілька напрямків. Наприклад, OP_CAT в першу чергу спрямований на підвищення програмованості, але він більше просувається через свій потенціал для забезпечення зведення валідності.
3. Категоризація напрямків фокусу пропозиції вимагає певного рівня «консенсусу» (що є неодмінно політичним). Важливо зауважити, що не існує єдиного визначення, оскільки різні учасники можуть мати різні погляди.
4. Друга діаграма не є системою координат. Пропозиції класифікуються за мітками, а атрибути кіл (розмір, положення, колір тощо) не несуть особливого значення.

категорія пропозицій-2

категорія пропозиції-2

категорія пропозиції-1

категорія пропозицій-1

Голоси спільноти

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

1. Програмованість: Покращення програмованості UTXO, наприклад, за допомогою ковенанту/сховища/інтроспекції транзакцій/умовних платежів/покращення скриптів тощо.
2. Масштабованість: Для масштабування L2 загальний підхід поділяється на валідацію on-chain та off-chain, обидві з яких активно просуваються пропозиції.

Головоломка консенсусу

Автор вважає, що спільнота Bitcoin опинилася в лабіринті консенсусу стосовно наступного оновлення з наступних причин:

1. Стійкість: З програмною системою, близькою до $2 трильйонів ринкової капіталізації, значна частина зацікавлених сторін має тенденцію віддавати перевагу стабільності, і жодна зі сторін не хоче нести відповідальність за можливі невдачі.
2. Високоякісні учасники: різні учасники мають різні вимоги, і вони відіграють різні ролі на різних етапах. Уряди також стали ключовими учасниками.
3. Недосконала механізм управління: Як один з найстаріших блокчейнів, Біткойн не має повноцінного механізму управління. Спільнота не змогла досягти консенсусу щодо того, як активувати м'які вілки.
4. Динамічна роль розробників протоколів: Хоча вони накладають вето на деякі пропозиції, їхню роль не можна просто охарактеризувати як консервативну чи прогресивну.
5. Відсутність терміновості: Завдяки все більш зрілій інфраструктурі блокчейну наразі немає великого попиту на оновлення Bitcoin.

Огляд&Висновок

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

Після огляду та передбачення майбутнього, віриться, що читачі тепер мають певне розуміння поточного стану оновлень. Нарешті, ось кілька основних висновків:

1. Прагматичний та обережний прогрес у покращеннях, з наданням переваги м'яким вилкам.
2. Високофрагментовані зацікавлені сторони, з спрямуванням спільноти на консерватизм.
3. Оновлення повинні обговорюватися на умові дотримання основного ціннісного положення Біткойну.
4. Масштабованість - лише один аспект удосконалення.
5. Потрібен кращий час; гарна пропозиція щодо оновлення швидко отримає консенсус.
6. Спільноті потрібно досліджувати кращі механізми управління.

Вдячність

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

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

• Спільне редагування та огляд (за алфавітом)

Адрієн Лакомб

Bob Bodily

Дослідницький колектив Bitlayer

будинок

Джефрі Ху

Червоний

Рен Чан

Scott Odell

Супер Тестнет

Will Foxley

• Надання відгуків та допомоги (в алфавітному порядку)

Аджан

Ендрю Фентон

Ben77

Девід Це

Це, Бен-Сассон

Мі Цзен

Майбутня робота

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

Джерела

https://bitcoinops.org/

https://opnext.dev/

https://groups.google.com/g/bitcoindev

https://github.com/TABConf/6.tabconf.com

https://petertodd.org/2024/covenant-dependent-layer-2-review

https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/

https://blog.bitmex.com/вілікі-біткойн-консенсус-вілікі/

https://github.com/bitcoin/bips/blob/master/bip-0123.mediawiki

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://bitnodes.io/nodes/

https://github.com/bitcoin/bitcoin/pulse/monthly

https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

https://trustmachines.co/learn/bitcoin-taproot-upgrade-basic-breakdown/

https://www.argoblockchain.com/articles/біткойн-taproot-upgrade-explained

https://medium.com/@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff

https://github.com/bitcoin-cap/bcap

https://newsletter.blockspacemedia.com/p/four-takeaways-from-op-next

https://blog.bitfinex.com/education/is-ossification-good-or-bad-for-bitcoin/

https://arxiv.org/abs/2305.04079

https://www.allocin.it/uploads/placeholder-bitcoin.pdf

https://eprint.iacr.org/2024/1802

https://en.bitcoin.it/wiki/Covenants_support

Відмова від відповідальності:

1. Цю статтю відтворено з [kevinhe]. Авторське право належить оригінальному автору [Змінено]. Якщо у вас є будь-які зауваження щодо репринту, будь ласка, зв'яжіться Команда Gate Learn, команда якнайшвидше вирішить це відповідно до відповідних процедур.
2. У зазначеній статті висловлені думки автора та не є інвестиційною радою.
3. Команда Gate Learn перекладала статтю на інші мови. Копіювання, поширення або плагіат перекладених статей заборонені, якщо не зазначено інше.