Чи є проблемою додавання функціональності до біткойна?

Дивіться епізод на YouTube or гуркіт

Слухайте цей епізод тут:

У цьому епізоді «Bitcoin, Explained» ведучі Аарон ван Вірдум і Сьорс Провуст обговорюють OP_RETURN і те, що дехто називає «Війнами OP_RETURN». Зокрема, вони обговорюють публікацію в блозі BitMEX Research під назвою «OP_Return Wars 2014 року – транзакції Dapps проти Bitcoin».

Ван Вірдум і Провуст починають із пояснення, що OP_RETURN — це код операції (частина коду для транзакцій біткойн), яка зробить недійсною будь-яку транзакцію, яка містить його у вхідних даних. Це означає, що виходи, які включають OP_RETURN, не можна витрачати, що, у свою чергу, означає, що вузли біткойн можуть безпечно видаляти такі UTXO зі свого набору UTXO, що економить пам’ять.

На початку існування біткойна люди почали використовувати біткойн не лише для транзакцій. Як демонструє один із прикладів, наведений Provoost, хтось завантажив у блокчейн весь білий документ про біткойни. У дописі BitMEX пояснюється, що протоколи рівня 2, такі як Counterparty, розгортають децентралізовані програми в блокчейні. Цей тип нетранзакційних даних спочатку був вбудований у багатопідписні транзакції, але це означало, що всі біткойн-вузли повинні були завантажувати, обробляти та зберігати ці дані назавжди, що коштує певних витрат.

Ван Вірдум і Провуст пояснюють, що в 2014 році розробники Bitcoin погодилися дозволити вузлам обробляти та пересилати транзакції з виходами OP_RETURN, щоб пом’якшити цю проблему. Ці транзакції були б кращими для завантаження даних, оскільки їхні виходи можна видалити з набору UTXO.

«Війни OP_RETURN» стосуються дебатів між розробниками біткойнів і (найбільш помітними) розробниками-контрагентами щодо максимального розміру таких транзакцій. Provoost пояснює, чому спочатку було вибрано максимум 40 байт, чому пізніше його було збільшено до 80 байт і як ці міркування змінювався з часом.