Научно-популярный материал от @BobBodily, как всегда, цитируется полностью без изменений.

Сначала краткое описание BRC-20:

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

Далее следует краткий технический вводный курс:

BRC-20 — это метапротокол, основанный на метапротоколе Ordinals, который, в свою очередь, основан на Биткойне. Это означает, что Ordinals использует Биткойн в качестве уровня полной доступности данных и автономного индексатора для определения состояния метапротокола. BRC-20 использует протокол Ordinals в качестве полного уровня доступности данных с автономным индексатором для определения статуса метапротокола. Это означает, что BRC-20 на самом деле является мета-мета-протоколом, поскольку он построен на основе порядковых номеров.

Сложность строительства БРК-20 по Орду:

Технические характеристики протокола Ordinals за последний год изменились. Ord — совершенно новый протокол, поэтому он сильно изменился. Когда вы создаете стандарт токенов поверх Ord, ваш протокол добавляет дополнительный риск, поскольку у вас есть протокол передачи в качестве зависимости. Именно это произошло с Ордом 0.8.0 и Ордом 0.9.0. Различные версии Ord отслеживают надписи немного по-разному, то есть индексатор BRC-20 будет сообщать о неверных балансах в зависимости от того, построены ли они на 0.8.0 или 0.9.0. Конечно, это нежелательно.

Решение L1F

Решение Layer 1 Foundation @L1Fxyz — заморозить версию протокола Ord до 0.9.0, чтобы предотвратить возникновение подобных проблем в будущем. Таким образом, несмотря на то, что у нас есть другие классы проклятых глифов, вы сможете избежать несовместимости между версиями, создав все индексаторы на версии 0.9.0. Это не постоянное решение, но на данный момент оно очень хорошо помогает поддерживать стабильность BRC-20.

Unisat надеется продвинуть соглашение вперед

Unisat впервые представил черно-белую модульную систему. Это позволяет людям, использующим BRC-20 (например, Unisat), внедрять новые функции в черные модули (временные местоположения, которые не индексируются в основном протоколе). Вы можете поместить монеты в черный модуль, но не сможете вынуть их до получения одобрения, по сути, как в Биткойн-космической цепочке (мост с односторонним движением). А вчера Unisat объявил, что хочет обновить версию Ord под индексатором BRC-20 до последней послеюбилейной версии. Юбилейный — официальная версия Орда и мы больше не будем ругать Ординалы (все надписи всегда будут иметь положительные числа).

Яблоко раздора: Как модернизировать BRC-20

Проапгрейдить версию Орда под индексатор BRC-20 на самом деле очень хорошая идея. Протокол Орда станет более стабильным, мы больше не будем ругать Ординалы, нам не придется беспокоиться о несовпадении баланса и т. д.

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

L1F хочет отложить обновление, потому что, если мы поспешим с обновлением, мы можем получить больше ошибок. Best in slot и другие обнаружили некоторые из этих ошибок протокола. Это имеет смысл, поскольку L1F предназначен для защиты основы протокола, поэтому они могут принимать обновления с более медленных и более целенаправленных путей протокола.

Некоторые полагают, что это силовая игра команды Unisat, направленная на контроль над протоколом. Другие полагают, что L1F просто пытается контролировать протокол, который должен быть в большей степени ориентирован на рынок.

взгляд Боба

Из-за невероятного успеха соглашения BRC-20 мы не можем двигаться быстрее. Дни запуска BRC-20 закончились. BRC-20 — это абсолютно массовый протокол (TVL, пользователи, инфраструктура, кошельки, рынок), и ничего больше не нужно делать быстро. Мне нравится подход L1F. Domo всегда признавала важность стабильности протокола (BRC-20 практически не менялся с момента его создания), что является его сильной стороной. Легче интегрироваться. Легче строить и т. д. Нам нужна децентрализация, вдумчивость и медленный процесс достижения консенсуса и компромисса, чтобы внести изменения в протокол BRC-20.