Точка зору Bitcoin OG: Будь ласка, припиніть участь у відстаючій інновації BRC-20

Оригінальний текст із Twitter, автор @AurtrianAjian з BTCStudy; відтворено з дозволу, не представляє погляди Odaily

Я чув обурливі речі, але не знав, що ви, хлопці, можете зайти так далеко. Будь ласка, припиніть участь у кампанії «BRC 20» та бойкотуйте її.

Вам більше не слід брати участь, тому що технічно такі відсталі речі обов’язково будуть усунені. Їй варто протистояти, оскільки це призведе до розширення набору UTXO, а практичні наслідки його застосування близькі до пилових атак.

Раніше я писав, що щось на зразок BRC 20 взагалі не можна назвати «протоколом», оскільки він просто не захищає користувачів, які ним користуються. Але на той час я не докопався до суті, і я не знав, що це було навіть обурливіше, ніж я думав.

Зовні BRC 20 визначає дві операції для взаємозамінних токенів: «монетний двір» і «передача»…

На кожному кроці кожної операції необхідно ініціювати біткойн-транзакцію та записати напис (Inscription, write data in the block through the input svjedok-скрипт) у вхід транзакції. Однак у BRC 20 ці вписані транзакції утворюють вихідні дані транзакцій, які майже нічого не означають. Ось де проблема. Якщо ви уважно подивіться на документ вище, ви побачите, що в ньому сказано:

«Стан балансу BRC 20 можна отримати шляхом агрегування активності всіх цих функцій»; однак активність усіх цих функцій проявляється через написи, і жодна з функцій не вимагає витрачання певного UTXO (або навіть певного Satoshi), щоб бути дійсний. ). Незалежно від того, чи отримуєте ви деякі токени через карбування чи передачу, коли вам потрібно буде передати ці токени пізніше, вам не потрібно витрачати транзакцію, яка дозволяє вам отримати ці токени.

Тобто ці токени фактично не приєднані до Bitcoin UTXO, і їх статус повністю визначається написами (і порядком цих написів), які були записані в блок; зміна статусу цих токенів не вимагає ви повинні мати можливість розблокувати певну здатність UTXO. (Єдине, що вимагає асоціації UTXO, це два кроки операції передачі, див. нижче)

Цей дизайн має серйозні наслідки для безпеки, економіки (масштабованості) і децентралізації протоколу. Перш за все, оскільки він не приєднаний до UTXO, природно, він не може покладатися на механізм запобігання повторним витратам самого UTXO. BRC 20 повністю базується на принципі "першим прийшов, першим обслужено" на основі блокового порядку транзакцій. Без цього "першим прийшов, першим обслужено" як остаточної підтримки, він не може запобігти формі подвійного витрачання від’ємного балансу на все.

Однак наявність механізму перевірки, заснованого на блоках, а не на UTXO, також унеможливлює створення легкого механізму перевірки. У будь-якому випадку вам потрібні повні дані блоку, щоб дізнатися стан облікового запису. (Проте протоколи на основі UTXO, такі як RGB і Taro, не потребують цього. Їм потрібні лише заголовки блоків.) Це також зменшує кількість вузлів, які можуть дозволити собі обчислення балансу та індексування, у порівнянні, тобто характеристики децентралізації гірші. .

Можливо, для того, щоб зменшити тягар обчислення останнього стану (виявлення підробленої валюти), BRC 20 визначає дивний механізм переказу: незалежно від того, як ви отримуєте деякі токени, ваш переказ має бути розділений на два кроки: перший крок полягає в конвертації деяких маркери Він перебуває в стані «передаваний» (і вкажіть одержувача); другий крок полягає у фактичній передачі цих маркерів і, таким чином, анулюванні «напису про передачу» першого кроку. Те саме стосується вашого наступного будинку.

Звичайно, такий механізм також впливає на досвід користувача та економіку. Незалежно від того, яку знижку ви можете отримати від механізму запису, відправлення ще однієї транзакції достатньо, щоб отримати назад отримані переваги. Крім того, цей дивний механізм, який не використовує UTXO, також змушує такі токени за своєю суттю збільшувати перешкоди під час використання смарт-контрактів на основі UTXO Bitcoin (Lightning Channel, DLC тощо) і відставати від останнього покоління протоколів.

**Я кажу, що BRC 20 — це відстала технологія. Коли нове покоління протоколів випуску токенів може досягти полегшених клієнтів, нижчих економічних витрат і легшого доступу до існуючої екосистеми Bitcoin, BRC 20 все ще застряг у процесі отримання програмованості, споживаючи простір блоку. Ви можете собі уявити, коли з’являється екологічність таких протоколів, як RGB і Taro, чим закінчиться очікування BRC 20! **

Як це не парадоксально, хоча для карбування та передачі BRC 20, очевидно, не потрібна асоціація з UTXO, він розробив механізм «ліміту» для карбування — під час карбування токенів кількість токенів, які можна викарбувати одним UTXO, можливо. щоб указати верхню межу. Ви повинні здогадатися, для чого це.

Правильно, це адаптація до вимог чесності в сценарії «грати по-новому».

Це не може дозволити одній особі карбувати всі токени з одним виходом, тому таке обмеження розроблено. Але подумайте про це, коли вам потрібно використовувати UTXO, щоб зайняти простір, ці UTXO повинні бути маленькими UTXO - чим більше ви скорочуєте кошти, тим більше нових токенів ви можете отримати. Результатом є роздування набору UTXO.

Вони використовуються для створення нових UTXO, які чітко заплановані на 546 сатоші (вихід P2P KH)/330 сатоші (вихід P 2 TR), що дорівнює лише обмеженню виходу пилу ядра біткойна. Витрачати їх невигідно, а подальша операція передачі не потребує їх витрачання, тому вони, швидше за все, залишаться в наборі UTXO назавжди, викликаючи незворотне розширення набору UTXO.

Операції з передачі також залишають позаду UTXO. Хоча теоретично ці UTXO не повинні бути малими, у поточній інженерній реалізації все ще використовуються малі UTXO. І, оскільки BRC 20 не потребує постійного витрачання UTXO, він залишається в наборі UTXO назавжди.

Графік показує, що з 23 квітня 2023 року (коли BRC 20 відкрив транзакції) набір UTXO біткойна збільшився з 5 ГБ до 6,8 ГБ. Я не можу довести, що вся інфляція пов’язана з BRC 20, але крива зростання протягом цього часу була набагато крутішою, ніж початкова крива зростання. Потребує уваги.

протистояти цьому. Якщо ви є вузлом, ви можете додати цей рядок у файл конфігурації вузла: dustrelayfee= 0,00005, що збільшить поріг виходу пилу в 5 разів (значення за замовчуванням цього значення становить 0,00001, ви можете додати або відняти відповідно). Якщо раніше ваш вузол пересилав транзакції BRC 20 із виходами пилу, то тепер ваш вузол більше не пересилатиме транзакції з виходами нижче 2730 сатоші/1650 сатоші.

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

Якщо ви розробник, розгляньте можливість розробки фільтра, який розпізнає вихідні дані транзакцій BRC 20, щоб допомогти нам видалити ці нові та перенести вихідні дані з нашого набору UTXO. Особисто я вирішив би запустити такий фільтр.

Вживайте заходів для захисту мережі Bitcoin.