Смартконтракти на BTC: Аналіз Fractal BTC та протоколу CAT20

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

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

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

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

Огляд протоколу CAT

На основі підтримки OP_CAT з'явився CAT Protocol. Наразі реалізований протокол CAT20, який за функціоналом подібний до стандарту ERC20 Ethereum. Давайте подивимося, як CAT20 реалізує життєвий цикл, подібний до ERC20.

процес розгортання

Розгортання CAT20 поділяється на два етапи: "commit" та "reveal":

1. Етап Коміту: запишіть основну інформацію про токен (, таку як назва, символ тощо ) у скрипт виходу транзакції. Хеш ID цієї транзакції слугує унікальним ідентифікатором токена.

2. Етап Reveal: вивести OP_RETURN, що містить Hash початкового стану CAT20, а також Minter для подальшого процесу Mint.

Цей двоетапний спосіб розгортання є звичайною моделлю подання-розкриття для блокчейн-проєктів, яка дозволяє оприлюднити частину даних проєкту лише на етапі розкриття.

Механізм Mint

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

• Вхідні дані для minter( спочатку генеруються deploy )
• Кожен раз mint тільки один вхід minter, може бути кілька виходів minter
• Кожного разу, коли створюється токен
• Фіксований порядок виводу: після minter обов'язково має йти token

Зміна кількості мінтерів під час процесу Мint є дуже важливою. Якщо кожного разу виходитиме лише 1 мінтер, це призведе до заторів у мережі; занадто велика кількість збільшить витрати на транзакції. У версії V2 за замовчуванням генеруються два мінтери, що знаходяться у близьких станах, щоб збалансувати цю проблему.

побудова угоди

У побудові торгів CAT20 є два ключові моменти:

1. Етап Reveal: шляхом хитрої модифікації логіки скрипта, досягнути контролю над UTXO, що не належать цій адресі.

2. Етап Minter: припускається, що функціонал смартконтрактів реалізовано за допомогою OP_CAT, що дозволяє всім використовувати UTXO мінтера як вхід.

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

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

Варто зазначити, що токен CAT20 також є смартконтрактом, що містить дві основні стани: кількість та адресу власника. Це означає, що CAT20 не існує безпосередньо в UTXO адреси користувача.

переказ і знищення

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

Підсумок

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

1. Щоб перевірити стан володіння токенами, достатньо перевірити UTXO токенів.
2. Шукаючи транзакції з "cat" в OP_RETURN, можна швидко зрозуміти стан випуску

CAT20 приніс нові можливості для екосистеми BTC, але його безпека та реальна ефективність застосування ще потребують подальшого спостереження та перевірки.