Глибоке розуміння технології Біткойн «SegWit» та трьох її версій оновлення

Від SegWit до Taproot і протоколу TaprootAssets, ми всебічно аналізуємо три основні оновлення технології Bitcoin Segregated Witness і глибоко розуміємо історію розширення та потужності Bitcoin. Ця стаття взята з Fu Shaoqing, SatoshiLab, статті, написаної BTC Studio на Острові всіх речей, зібраної, скомпільованої та написаної PAews. (Синопсис: Антиквантовий комп'ютер Адама Бека “зламає Bitcoin”: рекомендується інтегрувати Taproot з SLH-DSA) (Довідкове доповнення: Найбільша суперечка після Bitcoin Taproot, як видалення OP_Return вплине на екосистему BTC? ） 1. Коли автор вивчає технологію Bitcoin, він виявляє, що буде простіше вивчити та освоїти три точки знань SegWit, Taproot та TaprootAssets з точки зору історії розвитку Segregated Witness. І ви зможете краще зрозуміти протокол Taproot Assets від Lightning Network Lab, добре зрозуміти роль всесвіту, а також зрозуміти функції та можливий майбутній розвиток протоколу TaprootAssets. Розуміючи це, ми можемо краще розробляти актуальні продукти для використання користувачами. Читаючи цю статтю, також є дві важливі точки зору, про які варто подумати: розширення Bitcoin та розширення Bitcoin. Масштабування означає розширення ємності даних, яку Біткойн може використовувати та керувати, яка обмежена розміром блоку на ранній стадії та повною ємністю даних, якою може керувати Біткойн на пізнішому етапі. Межа розширення пропускної спроможності полягає в управлінні необмеженим простором для передачі даних; Під розширенням мається на увазі можливість розширити функцію реалізації інструкцій скрипта Bitcoin, а межа розширення полягає в досягненні можливостей програмування, повних за Тюрінгом. Вся історія розвитку Bitcoin - це історія розширення та розширення ємності, включаючи різні ланцюжки форків Bitcoin, а також дослідження Bitcoin на OP_RETURN та сегрегацію свідчать про три зміни версій. Детальна схема в трьох варіантах, яку більшість читачів може проігнорувати, вводиться в документ автором з метою глибокого розуміння відповідної технології, і її ігнорування не впливає на ефект читання. Автори протоколу BIP, які беруть участь у статті, позначили час, щоб читачі могли відчути часовий цикл технології від генерації ідеї до запуску виробничого середовища, щоб відчути складність впровадження технології в певній мірі. Що ще важливіше, час генерації протоколу трьох версій Segregated Witness, аж до часу запуску, також можна повністю побачити закон розвитку цієї речі, а також зручно прогнозувати майбутній розвиток. Це хороший довідник для команд, які розробляють продукти на основі цих технологій і протоколів, щоб вибрати, коли брати участь. Передчасна участь нової речі часто стає «мучеником» через незрілість підтримуючої технології; Якщо ви візьмете участь занадто пізно, ви втратите можливість і станете «глядачем»; Автори вважають, що краще вводити до входу в період доступності. Це судження про «ось-ось вступить у період доступності» часто ґрунтується на судженні часу, на судженні про технічні деталі. 1.1. Ранні транзакції (без відокремленого свідка) Транзакції, визначені в білій книзі (найпростіша модель транзакції) Найпростіша транзакція Bitcoin в перші дні, що дозволяє мати кілька входів і два виходи. Один з виходів - це зміна для себе, а інший - перехід на зовнішній. (Примітка: різниця між загальним введенням і загальним виходом є комісія) Більшість транзакцій мають 2 виходи, і дійсно існують сценарії лише з одним виходом, узагальнені таким чином: Щоб краще проілюструвати різницю, скористаємося легендою про 2 входи та 2 виходи. (Ще одна важлива причина полягає в тому, що матеріал, на який я посилаюся, надає цю картину з 2 входами та 2 виходами без перемальовування.) Лінивий ^_^) Чи не простіше зрозуміти з такою порівняльною таблицею? Традиційна діаграма прикладу транзакції в порівнянні з SegWit Діаграма транзакцій Segwit 1.2. Досліджуючи ОП_RETURN Чому варто говорити про ОП_RETURN коли говоримо про SegWit? Оскільки це більш раннє дослідження, ніж SegWit, воно може краще зрозуміти причини SegWit. OP_RETURN — це код операції скрипту, який завершує скрипт і повертає значення на вершині стека. Цей код операції схожий на функцію повернення в мові програмування. В історії Bitcoin функціональність коду операції OP_RETURN кілька разів змінювалася, і тепер він в основному використовується як спосіб зберігання даних у книзі. Функціональність кодів операцій OP_RETURN значно змінилася в минулому, і тепер це важливий механізм, який дозволяє нам зберігати довільні дані в ланцюжку. OP_RETURN спочатку є операцією повернення, яка використовується для передчасного завершення виконання скрипту, а результат виконання представлений у вигляді проекту з вершиною стека. Цей код операції спочатку мав вразливість, яку легко використати, але Сатоші Накамото швидко виправив вразливість. Подальші зміни у функціональності OP _RETURN В оновленні Bitcoin Core v0.9.0 скрипт “OP_RETURN output” був перетворений на стандартний тип виведення, що дозволяє користувачам підключати дані до “невитраченого виведення транзакцій”. Верхня межа на обсяг доступних в таких скриптах даних спочатку обмежується 40 байтами, а потім збільшується до 80 байт. Зберігання даних у блокчейні Зміна OP_RETURN на завжди повертає false дає цікаві результати. Оскільки після OP_RETURN жодні коди операцій або дані не оцінюються, користувачі мережі починають використовувати ці коди операцій для зберігання даних у будь-якому форматі. Протягом періоду Bitcoin Cash (BCH), з 1 серпня 2017 року по 15 листопада 2018 року, довжина даних, які можуть бути приєднані до виходу OP_RETURN, розширюється до 220 байт, а більші дані можуть сприяти інноваційним додаткам на блокчейні, таким як публікація контенту в соціальних мережах блокчейну. На BSV обмеження в 220 байт зберігалося протягом короткого часу. Згодом, у січні 2019 року, оскільки код операції OP_RETURN переривав скрипт таким чином, що вузол не перевіряв жодних наступних кодів операцій, вузол також не перевірив, чи був скрипт у межах максимального обмеження розміру сценарію в 520 байт. В результаті оператори вузлів у мережі вирішили збільшити максимальний розмір транзакції до 100 КБ, надавши розробникам більше свободи для інноваційних програм, дозволяючи новим програмам поміщати більші та складніші дані в книгу обміну біткойнами. Був приклад програми, де хтось вносив цілий сайт у книгу BSV. ОП_RETURN Хоча існують певні функціональні розширення, загальні можливості все одно обмежені. І вдосконалення в OP_RETURN не призвело до більшої технічної еволюції від архітектури (все ще обмеженої 1M блоками), тому так народилася технологія SegWit. Його оновлення 3-ї версії краще ілюструє правильність SegWit у напрямку розширення та розширення потужності, а також потужні ефекти, які він виробляє. 1.3. Порівняльна діаграма ранніх транзакцій і трьох змін версії SegWit Для того, щоб краще зрозуміти всю історію Bitcoin з SegWit, ми покажемо вам порівняльну діаграму чотирьох етапів на початку статті. Версія SegWit 1 Segwit 2.1. Вступ та пов'язані протоколи Сегрегований свідок, або SegreGated Свідок (S…