BTC екосистема зустрічає новий розвиток смартконтрактів

Нещодавно в екосистемі біткоїнів з'явилася нова платформа смартконтрактів Fractal Bitcoin, яка офіційно запустила основну мережу у вересні. Однією з основних рис 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 можливість смартконтрактів, що відкриває більше можливостей для майбутнього розвитку.

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

CAT Протокол

Завдяки підтримці OP_CAT на базовому рівні, незабаром з'явився відповідний CAT Protocol. В даний час на практиці працює протокол CAT20, на одному з блокчейн-браузерів також було додано відповідну функціональну панель.

Назва CAT20 нагадує ERC20, і дійсно, вони досить схожі. Як CAT20 реалізує подібний життєвий цикл у порівнянні з зрілим протоколом ERC20?

Розгортання

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

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

На етапі reveal транзакція виведе OP_RETURN, зберігаючи початковий стан хешу CAT20. Після цього буде виведено Minter, який використовується для підтримки змін стану в наступному процесі Mint.

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

Кувати

Процес мint має такі особливості:

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

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

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

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

У minter зберігається стан, зберігаючи в двох місцях: перше - у виході транзакції OP_RETURN, друге - зберігається у смартконтракті, а саме в згаданих Minter і Token.

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

Окрім Minter, згенеровані токени також є смартконтрактами, тобто CAT20. CAT20 має два основних стани: кількість та адресу власника токена. На відміну від BRC20 або написів, CAT20 не базується на UTXO адреси.

Переведення

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

Пожертвувати

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

Підсумок

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

Цей дизайн має такі переваги:

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