BTC найближчим часом отримає можливість смартконтрактів

Нещодавно в екосистемі Bitcoin сталося важливе досягнення - Fractal BTC після кількох тестових мереж офіційно запустив основну мережу у вересні. Однією з основних переваг Fractal є наявність смартконтрактів, а разом із запуском основної мережі було представлено новий токен протоколу під назвою CAT20. Які ж технічні особливості CAT20? Що ми можемо з цього дізнатися?

Вступ до фрактального Bitcoin

Перед тим, як зрозуміти CAT20, нам потрібно спочатку коротко ознайомитися з Fractal Bitcoin. Їх зв'язок схожий на ERC20 та ETH, протокол CAT20 розгортається на Fractal Bitcoin.

Фрактальний Біткойн, також відомий як фрактальний біткойн, є повністю сумісною з BTC "другою" мережею. У порівнянні з BTC, його час підтвердження блоку швидший, всього 1 хвилина. Його основний принцип полягає в тому, що мережа BTC копіюється кілька разів, кожен ланцюг може обробляти транзакції, тому, оскільки кількість вузлів, що обробляють транзакції, збільшується, швидкість, звичайно, зростає. Однак деталі того, як різні ланцюги можуть спілкуватися між собою, поки що не зовсім зрозумілі, і офіційно не було надано відповідної технічної документації.

Однією з основних переваг Fractal є активація операційного коду OP_CAT, який давно був відключений для BTC з міркувань безпеки, що значно підвищує можливості Fractal Bitcoin. Дехто вважає, що OP_CAT може надати BTC можливості смартконтрактів, що відкриває більше простору для уяви для Fractal.

Наразі вже хтось реалізував протокол, подібний до ERC20, на Fractal Bitcoin.

CAT Протокол

Завдяки підтримці базового OP_CAT, незабаром з'явився відповідний протокол - CAT Protocol. На даний момент в реальному використанні знаходиться протокол CAT20.

Чим CAT20 відрізняється від зрілого протоколу ERC20 у реалізації подібного життєвого циклу?

Розгортання

Перед розгортанням користувачам потрібно вказати адресу гаманця та основну інформацію про токен, яка подібна до ERC20. Відмінність полягає в тому, що CAT20 дозволяє встановити кількість попередньо видобутих токенів та обмеження на кількість токенів, які можна створити за раз.

Розгортання поділяється на два етапи: "commit" і "reveal". На етапі commit у скрипті виходу транзакції записується основна інформація про токен. HashId транзакції commit слугуватиме ідентифікатором цього токена. На етапі reveal виводиться OP_RETURN, що зберігає початковий стан Hash CAT20, а також Minter, який буде використаний у наступному процесі Mint.

Весь процес Deploy використовує поширений на блокчейні метод двох етапів: подання-розкриття, частина даних проекту буде оприлюднена лише на етапі reveal.

Мінт

Процес мint має такі характеристики:

• Вхідними даними є minter, спочатку згенерований deploy
• Кожен раз при mint є лише один minter як вхід, і може бути будь-яка кількість minter як вихід.
• Кожен раз, коли mint, є лише один токен
• Вихідний порядок має вимоги, minter повинен бути перед токеном

minter як вихідна кількість може бути 0, 1 або кілька. Якщо кожного разу виходить лише 1, кількість доступних minter в мережі залишається незмінною, що призводить до черг. Встановлення більше 1 може збільшити доступні minter, але означає, що потрібно більше сплачувати за utxo. З економічних міркувань багато людей можуть встановити minter на 0, що призведе до дефляції minter, і частина користувачів повинна буде добровільно сплачувати більше за minter.

У версії V2 за замовчуванням генеруються два майнери, що знаходяться в близьких станах.

побудова交易

Чому можна використовувати utxo мінтера для побудови транзакцій? Це пов'язано з деякими хитромудрими розробками "контракту".

1. reveal utxo: Використовуючи свою пару публічних і приватних ключів у скрипті, можна контролювати utxo з двох різних адрес.

2. minter utxo: припускається, що використано можливості смартконтрактів, надані OP_CAT, кожен minter є смартконтрактом. Однак цей фрагмент вихідного коду наразі не опубліковано.

Стан угоди (V2)

У minter зберігається інформація про стан, зберігається в OP_RETURN та смартконтрактах. OP_RETURN зберігає Hash стану виходу поточної транзакції, а в контракті зберігається залишок кількості Mint токенів. Після кожного Mint нова кількість mint у Minter дорівнює половині залишкової кількості, що можна mint.

Нарешті, згенерований токен (, тобто CAT20), також є смартконтрактом, має два основні стани: кількість та адресу власника. Варто зазначити, що CAT20 не існує на UTXO адреси користувача, як BRC20 чи напис.

Перевести

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

Спалити

Перемістіть токен на звичайну адресу, щоб здійснити спалення.

Підсумок

Всі операції CAT20 будуються користувачем самостійно, що забезпечує високу гнучкість, тому в частині контракту потрібна сувора логіка перевірки. Переваги такого дизайну включають:

1. Щоб перевірити всі токени, достатньо переглянути utxo токена, не потрібно проводити зворотний аналіз.

2. Переглянути поточний стан mint можна, шукаючи транзакції, що містять дані cat в OP_RETURN.

Цей дизайн надає користувачам більшу гнучкість, але також висуває вищі вимоги до безпеки смартконтрактів. Розвиток протоколу CAT20 в майбутньому заслуговує на постійну увагу.