Взгляд на надписи с точки зрения полуоднородных активов

От @jolestar

Вчера я говорил о надписях на сессии «Взгляд на надписи с точки зрения полуоднородных активов» в рамках Дня строителя Вамо Чиангмая.

С технической точки зрения надпись простая и грубая.Когда техники впервые ее увидели, у них должно было возникнуть вопросительное выражение.Что это такое?

Однако после многодневного опыта парсинга надписей в смарт-контрактах я пришел к выводу, что на самом деле его можно понимать как полузаменяемый актив (SFT).

Первоначально под Ordinals Inscription можно понимать выражение NFT, которое имеет уникальный идентификатор, включая content_type и контент, и может быть встроено в любой тип данных. Протокол BRC20 встраивает JSON в контент и определяет FT. FT в NFT на самом деле является типичным выражением SFT.Все привыкли использовать «куски» в качестве единицы при покупке и продаже надписей.

Каковы сценарии использования SFT? Фактически, во время последнего DeFi каждый провел углубленное исследование по этому вопросу. Например, он используется для обозначения реквизита игры. Значение FT в середине может обозначать дефицит. Его также можно использовать для обозначения облигаций, купонов, различных счетов и т. д. Но его характеристики не были полностью использованы в последнем цикле, и было создано не так много активов типа SFT. А сейчас, когда надписи настолько популярны, этот тип ассетов полностью создан.Как их использовать?

Дилемма расширяемости существующих надписей

Если вы хотите воспользоваться преимуществами записи как SFT, вам необходимо создать для нее сценарии использования и расширить протокол записи. Некоторые команды пытались добиться этого, расширяя протокол записи, например добавляя больше операционных инструкций в BRC20. Однако, как только протокол записи получит широкое признание на рынке, он должен быть реализован несколькими индексаторами. Обновление консенсуса L1.Очевидно, что трудно удовлетворить требования масштабируемости.

В ответ на это требование масштабируемости отрасль фактически разработала зрелое решение — смарт-контракты. Модель виртуальной машины смарт-контракта в блокчейне является наиболее масштабируемой моделью, исследованной всем сообществом разработчиков программного обеспечения. Итак, на данный момент есть два решения: 1. Внедрить смарт-контракты в индексатор. 2. Экспресс-записи через смарт-контракты.

Внедрение смарт-контрактов в индексатор

Внедрение смарт-контрактов в индексатор можно назвать смарт-индексатором или уровнем исполнения в модульном блокчейне. Модель записи можно понимать как суверенное объединение DA. Она использует L1 в качестве DA и не вводит секвенсор. Она непосредственно сортирует транзакции по блокам L1, а индексатор, естественно, можно понимать как уровень исполнения. Эту модель я обсуждал в статье "Надпись - баг или фича?" Это объясняется в https://twitter.com/jolestar/status/1732711942563959185. Руч также изучает это направление. Конкретные планы см. в разделе «Как должен быть реализован второй уровень Биткойна?» 》https://twitter.com/jolestar/status/1717358817992995120.

Мы создаем пример игры для этого сценария под названием Bitcoin Plants. Поскольку в Rooch имеется полный статус биткойнов, Надпись порядковых номеров можно прочитать в смарт-контракте. Пользователь может использовать Надпись в качестве семени в игре для выращивания растения. Это растение требует от пользователя регулярного полива, и тогда это может принести плоды. Это растение привязано к Inscription.Если пользователь переносит Inscription на Биткойн, растение также будет перенесено. В этом простом примере показано, как создавать сценарии использования для надписей L1 путем выполнения смарт-контрактов на уровне. Подробности см. в выпуске GitHub https://github.com/rooch-network/rooch/issues/1214.

Кроме того, я также видел, что Ethscriptions создает фасетную виртуальную машину, что также является аналогичным маршрутом. Кажется, что друзья в отрасли также видели это направление.

Выражение записей через смарт-контракты

Если в Биткойне нет смарт-контракта, разработчики нашли способ гравировать JSON. Почему другие цепочки смарт-контрактов до сих пор пишут JSON? Самое непонятное, что при написании JSON на Rollup L2 этот JSON со временем будет закатываться до L1, так зачем писать его на L2? Разве L2 не должен естественным образом стать индексатором записи L1? Вам все еще нужен индексатор надписей? Но даже это не может остановить энтузиазм пользователей по воспроизведению надписей, и многие L2-плееры потерпели неудачу. Итак, поразмыслив, я суммировал несколько открытий из надписи:

1. Это полувзаимозаменяемый актив и его ликвидность не так хороша, как у FT, но это является преимуществом на начальном этапе рынка.

2. Его порог выпуска активов ниже, чем FT в каждой цепочке, а его когнитивная стоимость также низка. Выпуск активов в каждой цепочке обычно требует развертывания смарт-контракта, а идентификация осуществляется в основном через адрес контракта, что сложно для новичков. Эта волна надписей фактически снизила этот порог до самого низкого уровня.

3. Модель справедливой эмиссии биткойнов можно понимать как модель выпуска PoW, заключающуюся в аренде майнеров через Gas.

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

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

1. Используйте Tick, глобально уникальное имя, чтобы выразить тип. Извлекая уроки из BRC20, оно соответствует принципу KISS, является простым и интуитивно понятным.

2. Значение может использоваться для выражения баланса FT или значения ключа в NFT.

3. Метаданные могут быть дополнены данными любого типа.

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

3. Метаданные могут быть дополнены данными любого типа.

Что касается записей, реализованных посредством смарт-контрактов, я называю их смарт-надписями. Такие надписи, естественно, являются статусом смарт-контрактов и не зависят от индексаторов, их можно легко комбинировать с различными сценариями применения, такими как FOCG. Друзья, которым интересен этот эксперимент, могут подписаться на него.

@movescription

и github https://github.com/movesscriptions/movescriptions. Текущая версия контракта Rooch изначально завершена, также реализовано распространение PoW, а другие версии цепочки Move находятся в стадии разработки.

Вдохновение Inscription для разработчиков

Надпись возникла как случайная попытка взлома Биткойна, и теперь она распространилась по всем публичным цепочкам. Хотя она проста и груба, она чрезвычайно важна. Его будущее неясно, и существуют большие расхождения во взглядах на него, но это также интересная часть рынка, и возможности всегда находятся там, где возникают расхождения. Поэтому давайте добавим к этому немного случайности. Разработчики могут принять меры. Вместо того, чтобы позволять пользователям впечатывать кучу JSON, который они не знают, как использовать, лучше попытаться объединить его со смарт-контрактами. Если объединение окажется успешным, это может стать запальным камнем для запуска FOGC и AW, об этом мы можем поговорить в следующей статье.