Автор: Trustless Labs
Сегодня разработчик Bitcoin Core Люк заявил о своем несогласии с протоколом записи, подобным порядковым номерам, на
Эта дискуссия быстро переросла в биткойн-сообществе и получила много внимания и дискуссий.
Происхождение спора
На самом деле разработчики Bitcoin Core уже давно подвергают сомнению надпись.После Segregated Verification верхний предел размера блока был расширен до 4МБ.В феврале этого года был откопан большой блок размером 3,96МБ, из которого порядковые номера- Связанные транзакции заняли ошеломляющие 3,94 МБ, 99,5%. Когда в мае Inscription начала набирать популярность, Bitcoin-dev поставил под сомнение нестандартные транзакции Taproot, занимающие большой объем блочного пространства.В письме разработчика было указано, что проекты, подобные BRC-20, генерировали огромные объемы транзакций. BTC Сеть сильно перегружена, поэтому «настоящая биткойн-транзакция» не может быть нормально упакована и загружена в цепочку.
Люк отметил, что такие протоколы, как Ordinals, «бесполезны», и сказал, что они серьезно влияют на нормальное использование BTC в качестве одноранговой криптовалюты. В то же время в электронном письме также упоминается метод ограничения надписей, выраженный Люком в этом твите, то есть добавление в клиент механизма проверки, чтобы заставить узлы напрямую удалять нестандартные транзакции Taproot, и узлы больше не будут ретранслировать такие операции по запрету надписей.Цель.
План обновления и последствия
Согласно твиту Люка, введенные ограничения в основном устанавливают параметры политики цензуры на клиенте узлов:
-размер носителя данных:
План обновления и последствия
Согласно твиту Люка, введенные ограничения в основном устанавливают параметры политики цензуры на клиенте узлов:
-размер носителя данных:
- Этот параметр главным образом ограничивает размер данных, которые могут быть перенесены в выходной скрипт OP_RETURN. Эти данные заполняются в выходных данных UTXO. В существующих протоколах Omni и Colored запускаются путем заполнения данных в OP_RETURN. В Inscription Runes в экосистеме также обеспечить индексацию данных на основе OP_RETURN.
- Значение этого параметра по умолчанию — 83 байта. Люк рекомендует установить для него значение 0 в текущем клиенте, чтобы узлы не ретранслировали транзакции с данными OP_RETURN, а также изменить значение этого параметра по умолчанию на 42 в предстоящем Knots 25.1.
-maxscriptsize:
- Этот параметр в основном ограничивает размер сценария транзакций, которые может ретранслировать узел.Протокол Ordinals обеспечивает индексацию данных путем гравировки данных протокола в сценарии Taproot.
- После того, как параметр вступит в силу, узел больше не будет ретранслировать Taptootscript через P2P-узел.Транзакции, размер которых превышает установленный порог, повлияют на чеканку и передачу Ординалов.
- Люк представил этот параметр в версии 25.1 и установил значение по умолчанию 1650.
Видно, что маршрут обновления, упомянутый Люком на этот раз, соответствует идее добавления фильтра в клиент для фильтрации ненормальных транзакций Taproot, как он упомянул в электронном письме Bitcoin-dev. текущий код. Если он изменен, транзакции Taproot с размером сценария, превышающим настройку (по умолчанию 1650 байт) в сети ретрансляции, будут отклонены в узле, а некоторые транзакции порядковых номеров не будут транслироваться нормально.
Однако это обновление ограничивает только размер данных, переносимых OP_RETURN и TaprootScript в клиенте Knots. Оно только предоставляет сопровождающим узлов возможность отклонять некоторые транзакции, связанные с надписями, и не может принципиально ограничивать ретрансляторы узлов и майнеры в упаковке этих данных. , а обновление Taproot в Bitcoin Core не выполняет относительную проверку размера данных-свидетелей Taproot.
И, судя по коду, в текущей версии кода Knots максимальное значение по умолчанию в 1650 байт может поддерживать требования к передаче токенов, поэтому текущий режим ограничения не может полностью предотвратить операции, связанные с BRC-20. Что касается дополнительных ограничений, вам нужно обратить внимание на дополнительные изменения Люка в политике в будущем.
Последующее развитие экосистемы BTC
Хотя дебаты по поводу надписи ведутся уже давно, сейчас, когда экосистема BTC чрезвычайно популярна, заявление Люка вызвало большой отклик в сообществе, и сообщество также начало бурно обсуждать последующее развитие экосистемы BTC. .
Последующее развитие экосистемы BTC
Хотя дебаты по поводу надписи ведутся уже давно, сейчас, когда экосистема BTC чрезвычайно популярна, заявление Люка вызвало большой отклик в сообществе, и сообщество также начало бурно обсуждать последующее развитие экосистемы BTC. .
В ответ на этот инцидент Шэнью, представитель майнеров, выразил мнение, что Биткойн не управляется разработчиками, и майнерам необходимо поддерживать соответствующие обновления, в противном случае, если только сами разработчики не сделают форк.
В то же время просмотр и фильтрация «нежелательных транзакций», предложенных Люком, в настоящее время остается только на уровне клиента.Если транзакции надписей должны быть полностью запрещены на уровне протокола, его необходимо обновить и добавить в Bitcoin Core. и даже должен быть в виде BIP.Введенный,Люк сам признал,что этой "лазейки" не удалось избежать до обновления V27.
Многие KOL в сообществе также высказались за обсуждение этого вопроса, а некоторые заявили, что «точно не согласятся»:
Мист Косинус также заявил, что «ремонтировать не надо»:
Со стороны видно, что голоса сообщества по-прежнему оптимистичны в отношении экологии Inscription и признают огромный импульс развития, который Inscription привносит в экологию и добычу BTC. Идея пользователей сообщества о создании «цепочки надписей», аналогичной Layer 2, также получила положительный ответ от Люка.
Таким образом, хотя масштабы этой дискуссии очень широки, и разработчики Bitcoin Core долгое время были против Inscription и явно хотят принять меры, учитывая, что рынок Inscription связал интересы майнеров, бирж и пользователей. суждено стать многопартийной качающейся моделью, поэтому продвижение не будет очень гладким. В то же время Taproot Asset, который всегда считался «ортодоксальным», занимает меньше места в цепочке и не будет затронут даже после обновления.Это направление также может раскрыть больший потенциал.
Все комментарии