Заменить BRC-20 для активации экосистемы BTC? Основатель Ordinals представил новый протокол Runes

Оригинал | Кейси Родармор

Составлено | Odaily Planet Daily

Заменить BRC-20, чтобы активировать экосистему BTC? Основатель Ordinals представляет новый протокол Runes

Вчера создатель Ordinals Кейси Родармор опубликовал блог, в котором представил новый протокол взаимозаменяемых токенов (FT) Runes.

Что касается необходимости Биткойна в FT, Кейси Родармор заявил в своем твите, что FT имеет две стороны. С одной стороны, 99,99% ФТ — это «дерьмо» и мошенничество, которые ослабляют чистоту Биткойна; с другой стороны, они приносят в экосистему Биткойн большие комиссионные доходы, разработчиков и пользователей. «Люди любят токены, и они похожи на киберпанк-казино, поэтому доходы от комиссий, вероятно, будут значительными и постоянными, пока не будут полностью устранены опасения по поводу бюджетов (кибер)безопасности».

Он добавил, что уже появились такие протоколы FT, как BRC-20, RGB и Taproot. По сравнению с простыми протоколами цепочки такие протоколы, как RGB и Taproot, сложны и могут создавать проблемы для пользователей. BRC-20 очень прост и может обеспечить хороший пользовательский опыт по сравнению с RGB/Taproot, который требует инфраструктуры хранения и извлечения данных вне цепочки; но проблема с токенами BRC 20 заключается в том, что они генерируют «мусорный UTXO» и занимают пространство бит-монет.

Родармор сказал, что Runes — это протокол на основе UTXO, который более естественно подходит для Биткойна и способствует минимизации коллекций UTXO, избегая создания «мусорных UTXO».

Следующий контент взят из блога Кейси Родармора и составлен Odaily Planet Daily

Я не уверен, что создание нового протокола взаимозаменяемых токенов (FT) для Биткойна является хорошей идеей. 99,9% FT — это мошенничество и мемы. Однако, похоже, они не исчезнут в ближайшее время, как и казино, похоже, не исчезнут в ближайшее время.

Создание хорошего протокола FT для Биткойна может принести значительный доход от комиссий за транзакции, внимание разработчиков и пользователей к Биткойну. Кроме того, если протокол занимает меньше места в цепочке и стимулирует ответственное управление UTXO, это может снизить вред по сравнению с существующими протоколами. Например, популярный сейчас BRC-20 привел к образованию большого количества мусорных UTXO.

Если мы сравним существующие протоколы FT, то обнаружим, что они имеют несколько важных отличий:

  • Сложность: Насколько сложен протокол? Легко ли это реализовать? Легко ли принять?
  • Пользовательский опыт: есть ли детали реализации, которые негативно влияют на пользовательский опыт? В частности, протоколы, которые полагаются на данные вне цепочки, занимают меньше места в цепочке, но представляют значительную сложность и требуют от пользователей либо запускать свои собственные серверы, либо обнаруживать существующие серверы и взаимодействовать с ними.
  • Модель состояний: протоколы на основе UTXO более естественно вписываются в Биткойн и способствуют минимизации набора UTXO, избегая создания «мусорных» UTXO.
  • Собственные токены. Протоколы с собственными токенами, необходимыми для работы протокола, являются громоздкими, изымаемыми и, естественно, менее широко распространены.

На основе вышеуказанных параметров результаты сравнения существующих протоколов FT в экосистеме Биткойн следующие:

  • BRC-20: Не основан на UTXO и довольно сложен, поскольку требует использования порядковой теории в некоторых операциях;
  • RGB: Очень сложный, опирается на данные вне сети, разрабатывался уже давно и не был принят;
  • Контрагент: для определенных операций требуются собственные токены, а не токены на основе UTXO;
  • Omni Layer: для определенных операций требуются собственные токены, а не токены на основе UTXO;
  • Taproot Assets: немного сложнее и опирается на данные вне сети.

Как для Биткойна будет выглядеть простой протокол FT на основе UTXO с хорошим пользовательским интерфейсом? Далее я хотел бы познакомить вас с очень крутым решением под названием «Руны».

(1 Обзор

Балансы рун хранятся в UTXO; UTXO может содержать любое количество рун.

Транзакция содержит сообщение протокола, если она содержит выходные данные, публичный ключ сценария которых содержит OP_RETURN, за которым следует передача данных с заглавной буквой ASCII R. Сообщение протокола — это все данные, передаваемые после первого.

Руны, вводимые в транзакции с неверными сообщениями протокола, будут уничтожены, что позволит будущим обновлениям изменить способ распределения или создания рун, избегая неправильного распределения балансов рун старыми клиентами.

Целые числа кодируются с префиксом int, где первая цифра int определяет его длину в байтах.

(2) Трансфер

Первые данные в протокольном сообщении декодируются в последовательность целых чисел.

Эти целые числа интерпретируются как последовательность кортежей (ID, OUTPUT, AMOUNT). Если количество декодированных целых чисел не кратно 3, сообщение протокола является недействительным.

  • ID — это числовой идентификатор запуска, который необходимо назначить.
  • OUTPUT — это индекс назначаемого выхода.
  • AMOUNT — количество запусков, которое необходимо выделить.

ID кодируется как дельта. Это позволяет назначать одну и ту же руну несколько раз, чтобы избежать дублирования полного идентификатора руны. Например, кортеж: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]

Сделайте следующие задания:

  • ID 100, выход 1, 20 рун
  • ID 100, выход 2, 10 рун
  • id 120, выход 1, 5 рун

AMOUNT 0 — это сокращение от «все оставшиеся руны».

После того как все назначения кортежа обработаны, все неназначенные руны назначаются первому выходу, отличному от OP_RETURN (если таковой имеется). Дополнительные задания будут игнорироваться.

Руны можно сжечь, назначив их выходу OP_RETURN, содержащему сообщение протокола.

(3)Проблема

Если протокольное сообщение содержит вторую отправку данных, это проблемная транзакция. Второй ввод данных декодируется в два целых числа: СИМВОЛ и ДЕСЯТИЧНЫЕ числа. Если остались дополнительные целые числа, сообщение протокола недействительно.

Транзакция задачи может создать любое количество рун проблемы, используя идентификатор 0 в кортеже назначения, вплоть до максимума 2^128 - 1.

СИМВОЛ — это удобочитаемый 26-битный базовый кодовый символ, аналогичный символу, используемому в порядковых именах спутников. Единственные допустимые символы — от A до Z.

ДЕСЯТИЧНЫЕ РАЗМЕРЫ — это количество цифр после запятой, которое следует использовать при отображении выданных рун.

Если СИМВОЛ не был присвоен, он присваивается опубликованной руне, и опубликованная руна получает следующий доступный числовой идентификатор руны (начиная с 1).

Если СИМВОЛ уже был выделен или является БИТКОИНОМ, BTC или XBT, новая руна создаваться не будет. Распределения транзакций освобождения с использованием идентификатора руны 0 будут игнорироваться, но другие распределения все равно будут обрабатываться.

(4) ПРИМЕЧАНИЕ

При отображении балансов UTXO собственный биткойн-баланс UTXO может отображаться с идентификатором руны 0 и символами BITCOIN, BTC или XBT.

Чтобы сохранить простоту протокола, (Runes) не использует механизм, позволяющий избежать «сквотирования» символов. Фактически, эффективный и простой способ избежать связывания символов — разрешить размещение только символов, превышающих определенную длину, которая со временем уменьшается, а затем в конечном итоге достигает нуля и разрешает все символы. Это позволит избежать выделения коротких идеальных символов на ранних этапах протокола и побудит опоздавших конкурировать за идеальные символы — если такая конкуренция имеет смысл.

Написано в конце

Действительно ли это решение работает для рынка? Не имею представления.

Он настолько прост, насколько это возможно, не полагается на данные вне сети, не имеет собственных токенов и идеально вписывается в собственную модель UTXO Биткойна. Такая схема может привлечь пользователей из других схем с худшим присутствием в цепочке и обратить внимание разработчиков и пользователей на Биткойн, побуждая их принять сам Биткойн.

Мир FT, напротив, представляет собой совершенно неизлечимую пропасть лжи и жадности, поэтому ее можно смыть.

Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • комментарий
  • Поделиться
комментарий
0/400
Нет комментариев
  • Закрепить