Обмеження Біткойна: досягнення більшої Програмованість
Нещодавно у спільноті Біткойн почалася дискусія про повторне використання операційних кодів, таких як OP_CAT. Це привернуло увагу до "обмежувальних умов" Біткойн (covenants), вважаючи, що це може реалізувати смарт-контракти або Програмованість Біткойн.
Термін "обмежувальні умови" позначає механізм, який може встановлювати умови для майбутніх угод з Біткойном. Хоча поточний скрипт Біткойна також містить певні обмежувальні умови, користувач може витратити UTXO куди завгодно, якщо зможе його розблокувати. Обмежувальні умови можуть далі обмежити витрати UTXO, досягаючи ефекту, подібного до "призначених коштів".
Цей механізм, який здається обмежувальним, насправді може розблокувати більше застосунків:
Забезпечте покарання за стейкінг. Наприклад, у програмі стейкінгу Біткойн від Babylon можна примусово спалити частину активів недобросовісних користувачів шляхом обмежуючих умов.
Контроль заторів. Відправник може спочатку підписати угоду на одну з транзакцій масового відправлення, а потім, коли ставка комісії буде низькою, надіслати конкретну транзакцію, таким чином знижуючи загальні витрати на мережу.
Сховище (vault)додаток. Навіть якщо обліковий запис зламано, можна обмежити використання коштів. Наприклад, у проекті OP_VAULT, зняття коштів потрібно виконувати в два етапи, між якими є затримка, що підвищує безпеку.
Більш стійкі та гнучкі канали стану. Наприклад, Eltoo може уникнути механізму покарання в мережі Lightning, Ark може знизити вхідну ліквідність і складність управління каналами в мережі Lightning.
Технічні рішення для реалізації обмежувальних умов поділяються на два основних типи:
На основі операційних кодів. Як OP_CTV, OP_VAULT тощо, шляхом додавання нових операційних кодів для безпосереднього зчитування вмісту транзакції.
На основі підпису. Як APO(SIGHASH_ANYPREVOUT), через модифікацію механізму підпису непрямо реалізується інспекція транзакцій.
Серед них, OP_CTV та OP_CAT є двома найбільш обговорюваними варіантами на сьогодні:
OP_CTV може перевіряти, чи відповідає витратна транзакція, що пройшла через хеш, визначеному. Це дозволяє користувачам створювати складні дерева транзакцій, що залучають кількох отримувачів, реалізуючи більш гнучкі сценарії використання коштів.
OP_CAT є простим, але потужним операцією, яка може об'єднувати два елементи в стеку. Він може бути використаний для реалізації перевірки Меркле-дерева, покращення підпису Шнорра та багатьох інших функцій.
Обмежувальні положення надали Біткойну більш потужну Програмованість, але також можуть призвести до деяких непередбачених зловживань або вразливостей. Тому спільнота ставиться до цього обережно, і відповідні оновлення можуть зайняти певний час для завершення. Проте, з постійним вдосконаленням базових технологій, обмежувальні положення мають надію розкрити більше потенціалу для Біткойна.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Біткойн обмеження: Відкриття нової ери смартконтрактів
Обмеження Біткойна: досягнення більшої Програмованість
Нещодавно у спільноті Біткойн почалася дискусія про повторне використання операційних кодів, таких як OP_CAT. Це привернуло увагу до "обмежувальних умов" Біткойн (covenants), вважаючи, що це може реалізувати смарт-контракти або Програмованість Біткойн.
Термін "обмежувальні умови" позначає механізм, який може встановлювати умови для майбутніх угод з Біткойном. Хоча поточний скрипт Біткойна також містить певні обмежувальні умови, користувач може витратити UTXO куди завгодно, якщо зможе його розблокувати. Обмежувальні умови можуть далі обмежити витрати UTXO, досягаючи ефекту, подібного до "призначених коштів".
Цей механізм, який здається обмежувальним, насправді може розблокувати більше застосунків:
Забезпечте покарання за стейкінг. Наприклад, у програмі стейкінгу Біткойн від Babylon можна примусово спалити частину активів недобросовісних користувачів шляхом обмежуючих умов.
Контроль заторів. Відправник може спочатку підписати угоду на одну з транзакцій масового відправлення, а потім, коли ставка комісії буде низькою, надіслати конкретну транзакцію, таким чином знижуючи загальні витрати на мережу.
Сховище (vault)додаток. Навіть якщо обліковий запис зламано, можна обмежити використання коштів. Наприклад, у проекті OP_VAULT, зняття коштів потрібно виконувати в два етапи, між якими є затримка, що підвищує безпеку.
Більш стійкі та гнучкі канали стану. Наприклад, Eltoo може уникнути механізму покарання в мережі Lightning, Ark може знизити вхідну ліквідність і складність управління каналами в мережі Lightning.
Технічні рішення для реалізації обмежувальних умов поділяються на два основних типи:
На основі операційних кодів. Як OP_CTV, OP_VAULT тощо, шляхом додавання нових операційних кодів для безпосереднього зчитування вмісту транзакції.
На основі підпису. Як APO(SIGHASH_ANYPREVOUT), через модифікацію механізму підпису непрямо реалізується інспекція транзакцій.
Серед них, OP_CTV та OP_CAT є двома найбільш обговорюваними варіантами на сьогодні:
OP_CTV може перевіряти, чи відповідає витратна транзакція, що пройшла через хеш, визначеному. Це дозволяє користувачам створювати складні дерева транзакцій, що залучають кількох отримувачів, реалізуючи більш гнучкі сценарії використання коштів.
OP_CAT є простим, але потужним операцією, яка може об'єднувати два елементи в стеку. Він може бути використаний для реалізації перевірки Меркле-дерева, покращення підпису Шнорра та багатьох інших функцій.
Обмежувальні положення надали Біткойну більш потужну Програмованість, але також можуть призвести до деяких непередбачених зловживань або вразливостей. Тому спільнота ставиться до цього обережно, і відповідні оновлення можуть зайняти певний час для завершення. Проте, з постійним вдосконаленням базових технологій, обмежувальні положення мають надію розкрити більше потенціалу для Біткойна.