На BTC скоро появится возможность смарт-контрактов

Недавно в экосистеме Bitcoin произошло важное событие - Fractal BTC после нескольких тестовых сетей официально запустился в основной сети в сентябре. Одним из ярких моментов Fractal является наличие возможностей смарт-контрактов, и одновременно с запуском основной сети был представлен новый токен-протокол под названием CAT20. Какие интересные аспекты есть в техническом дизайне CAT20? Чему мы можем из этого научиться?

Введение в Fractal 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 можно установить предварительное количество добычи и лимит на количество Mint за раз.

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

Весь процесс развертывания использует распространенный в блокчейне метод из двух шагов: подача - раскрытие, и часть данных проекта станет доступной только на этапе раскрытия.

Минт

Процесс Mint имеет следующие характеристики:

• Ввод является минтером, изначально созданным deploy
• Каждый раз mint есть и только один minter в качестве ввода, есть любое количество minter в качестве вывода
• Каждый раз mint существует только один токен
• Порядок вывода имеет значение, minter должен быть перед токеном

minter в качестве выходного количества может быть 0, 1 или более. Если каждый раз выводится только 1, доступное количество minter в сети остается неизменным, что приводит к перегруженности. Установка значения больше 1 может увеличить доступный minter, но это означает, что необходимо больше платить за utxo. По экономическим соображениям многие могут установить minter на 0, что приведет к дефляции minter, требуя от некоторых пользователей добровольно платить больше за minter.

В версии V2 по умолчанию создаются два минтера, находящихся в близких состояниях.

Построение сделки

Почему можно использовать UTXO минтера для создания транзакций? Это связано с некоторыми хитроумными разработками исходного кода "контракта":

1. раскрыть utxo: с помощью использования своей пары публичного и приватного ключей в скрипте можно контролировать utxo двух разных адресов.

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

Статус сделки (V2)

В минтере хранится информация о состоянии, которая сохраняется в OP_RETURN и смарт-контрактах. OP_RETURN хранит хэш состояния текущего выходного транзакционного, а в контракте хранится количество оставшихся Mint токенов. После каждого Mint новое количество Mint в Minter составляет половину от оставшегося количества для mint.

Наконец, сгенерированный токен (, то есть CAT20), также является смарт-контрактом и имеет два основных состояния: количество и адрес владельца. Стоит отметить, что CAT20 не существует на UTXO адреса пользователя, как BRC20 или инскрипции.

Перевод

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

Сжечь

Переведите токен на обычный адрес, чтобы осуществить сжигание.

Резюме

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

1. Чтобы узнать о всех токенах, достаточно посмотреть utxo токена, не нужно обращаться к предыдущим данным.

2. Просмотреть текущее состояние mint можно, поискав транзакции, содержащие данные cat в OP_RETURN.

Этот дизайн предоставляет пользователям большую гибкость, но также предъявляет более высокие требования к безопасности смарт-контрактов. Будущее развития протокола CAT20 заслуживает постоянного внимания.