Автор: Кевін Хе, співзасновник Bitlayer
Передмова
Тема наступного оновлення Bitcoin постійно обговорюється, однак до сьогодні (ГРУДЕНЬ-2024) спільнота не дійшла згоди щодо того, чи варто оновлюватись / які питання потрібно вирішити в оновленні / які функції мають бути додані, в основному кожен має свою точку зору, що нагадує певну політичну кризу.
У цій ситуації застою виникає багато цікавих явищ:
Частина членів спільноти активно просуває оновлення, виходячи з інформаційної асиметрії або комерційних інтересів, деякі члени постійно згадують певні opcode, деякі проекти покладаються на деякі «можливі» opcode.
Досить багато практичних екосистемних розробників, виходячи з відсутності оновлення протоколу, виконали величезну кількість криптографічної та інженерної роботи для розширення потенціалу Bitcoin.
Голоси, що виступають за повільне оновлення або проти оновлень, також не є рідкістю.
Ці явища свідчать про те, що тема оновлення є досить популярною в спільноті Bitcoin, але також відображає, що значна частина членів спільноти не розуміє повного процесу оновлення Bitcoin, а також не має уявлення про роль інноваційних криптографічних інструментів у розкритті потенціалу Bitcoin. Основна мета цієї статті полягає в тому, щоб подолати цю інформаційну асиметрію, щоб вся інформація була на одному рівні, а потім провести більш глибоке обговорення.
У цій статті ми визначимо оновлення Bitcoin, підсумуємо певні закономірності через ретроспективу історії, а потім проаналізуємо поточні пропозиції щодо оновлення та потенційні альтернативи, в кінці підсумуємо кілька основних висновків. Намір полягає в тому, щоб через цю інформацію представити концепцію / історію / прогрес оновлення Bitcoin, щоб закласти основу для подальшого обговорення теми оновлення Bitcoin, а також підготувати грунт для формування остаточного консенсусу спільноти.
Ця стаття намагається представити факти, а також автор, як розробник екосистеми Bitcoin, сподівається на більше можливостей для Bitcoin, тому автор висловлює чіткі погляди на деякі теми, будь ласка, звертайте увагу на розрізнення.
Вступ до оновлення: Що і Чому
Що таке оновлення Bitcoin
Біла книга Bitcoin визначила протокол, який складається з тисяч вузлів, що дотримуються протоколу Bitcoin, утворюючи мережу блокчейну Bitcoin.
Існує багато варіантів реалізації протоколу (зазвичай називається клієнтом), згідно з даними bitnodes, найбільша частка ринку займає клієнт Bitcoin Core, тому кодери Bitcoin-Core (далі Bitcoin-Core-Devs) мають значний вплив у Bitcoin.
що-чому-1
Програмне забезпечення вузлів Bitcoin складається з кількох модулів, а відповідні пропозиції для оновлення Bitcoin визначаються BIP (Bitcoin Improvement Proposal), для BIP було створено кілька категорій.
Зазвичай, коли люди обговорюють оновлення Bitcoin, зазвичай мається на увазі «оновлення консенсусного протоколу», що буде також далі, оскільки оновлення консенсусного протоколу вимагає формування одностайної думки більшості вузлів у мережі (інакше це може призвести до розгалуження), тому необхідно дотримуватись особливої обережності. Як показано на малюнку, модулі, пов'язані з консенсусним протоколом у системі Bitcoin, та пропозиції, пов'язані з BIP, заслуговують на особливу увагу.
що-чому-2
Насправді, згідно зі статистикою з репозиторію Bitcoin на github, зміни дуже активні, оскільки більшість змін не стосуються консенсусного протоколу, тому не привертають широкої уваги.
Статистика Bitcoin-core-github.
Типи оновлення консенсусного протоколу
Згідно з визначенням BIP-123, оновлення консенсусного протоколу в основному поділяється на м'які форки (soft fork) та жорсткі форки (hard fork).
Крім того, є ще один, не такий інтуїтивно зрозумілий спосіб для інтерпретації та порівняння, що теж дуже цікаво:
Soft fork: додавання / посилення правил (просто уявіть, що додали нову функцію, наприклад, підтримку адрес taproot)
Хард-форк: видалення / ослаблення правил (просте уявлення, що видалено обмеження, наприклад, обмеження на винагороду за блок)
Процес BIP і м'якого форка.
Перші два успішні оновлення консенсусного протоколу (Taproot/SegWit) були здійснені за допомогою м'якого форка, при цьому не відбулося значних розколів у спільноті; ця стаття зосереджена на обговоренні м'яких форків.
Після подання пропозиції BIP, процес, який вона проходить, приблизно представлений на наступному малюнку:
bip-state, джерело: https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/
Зазвичай, пропозиція про м'який форк об'єднує кілька BIP, наприклад, Taproot містить три BIP:
Schnorr Signature: BIP-340
Taproot: BIP-341
Tapscript: BIP-342
Давайте згадаємо графік оновлення Taproot:
Графік Taproot, Джерело: Kraken Intelligence, GitHub, CoinDesk, https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained
Етапи м'якого форка Taproot включають:
Відповідний BIP був представлений, варіанти реалізації пройшли перевірку.
Кодери Bitcoin-Core ініціюють запит на оновлення на github.
Кодери Bitcoin-Core перевіряють і об'єднують запити на оновлення на github, визначаючи спосіб активації.
Випуск нової версії коду Bitcoin-Core.
Майнери голосують на блокчейні для затвердження висоти блоку активації BIP.
Висота блоку досягає узгодженої висоти, завершуючи оновлення.
Слід зазначити, що цей процес є рефлексією історії, фактично не існує писаного консенсусу щодо цього етапу.
Протягом всього процесу, Bitcoin Development Mailing List відіграла ключову роль у формуванні консенсусу.
Чому потрібно оновлення
Як зазначалося на початку статті, у спільноті щодо оновлення наразі існує три основні голоси:
Актори, що активно просувають: запропонували багато пропозицій, які будуть проаналізовані нижче.
Практичні будівельники: реалізують Fraud Proof (BitVM та його розширення), функціональне шифрування (контракти та zk-докази, реалізовані через Bitcoin PIPEs) і колізії хешів (контракти, реалізовані через ColliderScript) тощо.
Ті, хто підтримує статус-кво: вважають, що оновлення повинні бути дуже повільними і обережними (10 років за період) TeamSlowAndSteady, і оновлення не відбуватиметься, якщо не відбудеться квантова атака (посилання).
Автор провів аналіз переваг та недоліків оновлення та неоновлення:
Як практичний розробник екосистеми Bitcoin, автор вважає, що в рамках існуючого протоколу необхідно через криптографічні або інженерні інновації повністю розкрити потенціал Bitcoin, а також з точки зору «стійкості» та «адаптивності», оцінюючи обсяг впливу та ризики безпеки, продовжувати оновлення, якщо це необхідно.
Глибоке оновлення.
Зацікавлені сторони оновлення.
Гонконгський консенсус в історії Bitcoin (підписаний на круглому столі Bitcoin у лютому 2016 року) основними учасниками є:
Bitcoin-Core-Devs
Майнінг-пули
Користувачі та розробники екосистеми (в основному біржі / постачальники чіпів тощо)
Зі швидким зростанням рівня прийняття Bitcoin, зацікавлені сторони оновлення Bitcoin з першої простої трьохвладної системи поступово еволюціонували в ситуацію, схожу на конфлікт королів, зверніть увагу на звіт Analysing Bitcoin Consensus: Risks in Protocol Upgrades.
зацікавлені сторони
Декілька ролей варто особливо відзначити:
Економічні вузли: в основному мають на увазі основні CEX біржі / платіжні установи / постачальники послуг зберігання, їхня позиція щодо м'якого форка визначає, який Bitcoin є легітимним, і матиме важливий вплив на рівень прийняття.
Інвестори: у контексті глобальної популярності стратегій Bitcoin (EFT / резерви для установ / резерви для держав), роль інвесторів стає більш складною.
Користувачі та розробники екосистеми: після оновлення Taproot екосистема Bitcoin процвітає, з'являються протоколи активів, такі як Ordinals, а також виникає безліч рідних додатків / протоколів розширення.
За цими ролями можна зробити кілька цікавих висновків:
Різні зацікавлені сторони відіграють різні ролі на різних етапах: наприклад, розробники екосистеми мають значний інтерес до пропозицій, розробники протоколів часто реалізують повноваження щодо перевірки BIP, майнінг-пули та економічні вузли мають значний вплив на активацію.
Різні розробники екосистеми схильні пропонувати та підтримувати пропозиції, пов'язані з їхніми комерційними інтересами.
Історія та підсумки оновлення.
Згідно з публічними даними, з моменту запуску мережі Bitcoin відбулося кілька оновлень soft fork.
м'які форки, джерела даних: https://blog.bitmex.com/a-complete-history-of-bitcoins-consensus-forks-2022-update/, https://www.drivechain.info/media/slides/mit-2023.pdf
З наведеного графіка можна підсумувати кілька цікавих висновків:
Протокол Bitcoin зазнав певного застою; з часом частота м'яких форків зменшується.
Час, необхідний для досягнення консенсусу щодо оновлення, стає дедалі довшим.
Аспекти, на які слід звернути увагу при Soft Fork
Аналізуючи минулі soft fork, можна підсумувати, що є такі аспекти:
Що таке хороша пропозиція для оновлення
На основі наведених вище фактів та аналізу, ми намагаємось визначити хорошу пропозицію для оновлення:
Наполегливо дотримуватися основної позиції Bitcoin як платіжної системи: Bitcoin має унікальну позицію.
Досягнення елегантного балансу між потенціалом застосування та ризиками: зробити так, щоб більшість людей це подобалося, ніхто не був різко проти.
Відповідний масштаб оновлення: не може бути занадто простим (не варто великих зусиль), також не може бути занадто складним (поштовхи важкі).
Гарний час: потрібен сильний попит, щоб вирішити конкретну проблему. Наприклад, на етапі оновлення SegWit, розширення було сильним попитом.
Перспективи оновлення.
Класифікація пропозицій.
Автор зібрав більшість активних пропозицій, намагався позначити їх за аспектами уваги, а також розмістив у чотирикутниках для полегшення візуального розуміння читачами.
Щодо класифікації, слід звернути увагу:
Чотири аспекти не повністю ізольовані, наприклад, BIP, що сприяє посиленню програмованості, насправді може також у певній мірі сприяти масштабованості.
Пропозиція може мати кілька аспектів, що заслуговують на увагу, наприклад, OP_CAT сам по собі є посиленням програмованості, але насправді більше людей просувають його, оскільки він допомагає реалізувати validity rollup.
Тема, які аспекти слід враховувати в пропозиції, вимагає певного «консенсусу» (політика сама по собі), зауважте, що тут немає єдиного визначення, оскільки різні учасники можуть мати різні перспективи.
Другий діаграм не є координатною системою, він класифікує за мітками, властивості кругів (розмір / положення / колір тощо) не мають спеціального значення.
категорія пропозицій-2
категорія пропозицій-1
Голоси спільноти.
З наведеного вище можна побачити, що спільнота має певний консенсус щодо питань, які потрібно вирішити в оновленні, а саме щодо розширення функцій, необхідних для платіжної системи, які можна класифікувати на дві великі категорії:
Програмованість: забезпечити UTXO більшою програмною здатністю, наприклад, covenant/vault/самозванство угод / умовні платежі / посилення скриптів тощо.
Масштабованість: для L2 розширення загальний план розділяється на два основні типи: верифікація в ланцюгу та верифікація поза ланцюгом, для обох є кілька активних пропозицій.
Загадка консенсусу.
Автор вважає, що спільнота Bitcoin потрапила в лабіринт консенсусу щодо наступного оновлення з таких причин:
Застій: програмна система з майже $2T FDV, значна частина зацікавлених сторін схиляється до стабільності, жодна сторона не бажає брати на себе відповідальність за аварії.
Висока диференціація зацікавлених сторін: різні вимоги зацікавлених сторін відрізняються, на різних етапах можуть зіграти різну роль; уряд також став зацікавленою стороною.
Недостатня завершеність механізму управління: Bitcoin, як перша блокчейн-технологія, страждає від браку досконалого механізму управління; спільнота не може досягти консенсусу щодо способу активації м'якого форка.
Роль розробника протоколу сама по собі є динамічною: навіть якщо вони справді можуть відхилити деякі пропозиції, їх не можна просто описати як консервативних чи прогресивних.
Відсутність терміновості: розвиток інфраструктури блокчейну стає дедалі більш досконалим, у Bitcoin немає сильного попиту на оновлення.
Підсумок & Основні висновки.
Ця стаття, представляючи основні концепції оновлення Bitcoin, проводить глибокий аналіз історичних оновлень, а також прогнозує активні пропозиції для наступного оновлення, підсумовуючи причини існуючої загадки консенсусу.
Після огляду та прогнозу, я вірю, що читачі отримали певне розуміння поточного стану оновлення, наостанок підсумуємо кілька основних висновків.
Практична побудова та обережне просування оновлення, м'які форки є більш бажаними
Інтереси сильно розділені, спільнота схиляється до консерватизму
Необхідно обговорювати оновлення лише з урахуванням основних цінностей Bitcoin.
Масштабованість — лише один з аспектів оновлення
Необхідно знайти кращий момент; хороша пропозиція для оновлення швидко отримає консенсус.
Спільнота повинна дослідити кращі механізми управління.
