Новото и противоречиво предложение BIP-444 цели да ограничи нефинансовите данни за Bitcoin. Представено като временна мярка за сигурност, то обаче заплашва „легитимните“ транзакции и повдига отново въпроса за контрола върху протокола.
BIP-444: защита или опасност за Bitcoin и консенсуса?
От началото на 2025 г. общността на Bitcoin е разтърсена от дебат относно непаричните данни, записани в блокчейна чрез полето OP_RETURN на транзакциите. Докато разработчиците на Bitcoin Core са взели решение да увеличат стария лимит от 80 байта на 100 000 байта, Luke Dashjr, създател на конкурентния клиент Bitcoin Knots, се противопоставя категорично, като счита тези данни за спам, атака срещу Bitcoin. Днес повече от 20% от възлите вече използват неговия клиент.
В края на септември изтекли съобщения, разпространени от медията The Rage, разкриха, че Dashjr обмисля хард форк на Bitcoin, за да премахне със задна дата съдържание, считано за незаконно. Той предложи създаването на многоподписан комитет на доверието, натоварен с цензурирането на блоковете, съдържащи тези данни, като ги замести с криптографски доказателства (zero-knowledge proofs). Първоначално това предложение не беше взето на сериозно.
Сега с pull request #2017, който вероятно ще се превърне в BIP-444, ново предложение за подобрение на Bitcoin, Luke Dashjr се надява да защити блокчейна на Bitcoin от записи на непарични данни.
За разлика от първоначалната си идея за hard fork, BIP-444 този път предлага временен soft fork за 1 година, с цел да ограничи използването на блокчейна, което се счита за злоупотреба.
Конкретно, става въпрос за възстановяване на техническите ограничения, премахнати във версия 30.0 на Bitcoin Core:
- Намаляване на OP_RETURN до 83 байта;
- Ограничаване на OP_PUSHDATA до 256 байта;
- Ограничаване на размера на ScriptPubKeys до 34 байта.
Този BIP се представя като спешна и временна мярка, докато общността изработи по-трайно решение, било то по-прецизни правила или решения извън консенсуса.
Основната загриженост, изразена от Dashjr и неговите поддръжници, е да се запази правната неутралност на Bitcoin, като се предотврати незаконното съдържание да представлява правен риск за операторите на възли.
Софт форк, който вероятно ще сложи край на неутралитета на Bitcoin
Въпреки че първоначалните мотиви на Luke Dashjr да предложи този софт форк са похвални, механизмите, които той иска да въведе, биха могли да имат сериозни последствия за функционирането на блокчейна, както и за неговата неутралност. Няколко пъти предложението беше сравнявано с европейския регламент ChatControl.
На практика BIP-444 може да доведе до замразяване на някои средства, като направи UTXO неизразходваеми за целия период на софт форка, който, въпреки че се представя като временен, може да се удължи безкрайно, ако не се постигне траен консенсус.
Тези UTXO биха били счетени за невалидни, тъй като не отговарят на новите правила, въведени с актуализацията.
Една от основните промени е деактивирането на операционния код OP_IF в Tapscript, което пречи на изпълнението на условни скриптове. Това би повлияло на „легитимни“ случаи на употреба, като механизми за наследяване (условни таймлокове) или мултисиг, използвани от някои усъвършенствани Bitcoin портфейли.
Освен това, ограничението на размера на контролните блокове Taproot прави невъзможни някои „дълбоки разходи“ в сложни дървета Merkle, блокирайки окончателно достъпа до съответните средства.
Поддръжниците на BIP-444 считат, че потребителите ще имат време да преместят активите си преди активирането чрез „User-Activated Soft Fork (UASF)“ и определят критиците като FUD. Но противниците осъждат това като форма на протоколна цензура, която може да доведе до хаотичен форк и да замрази неактивни средства.
Засега предложението все още не е официално прието като официален BIP, но вече разпалва дебата за децентрализацията на Bitcoin.
Иронично, pull request, който може да превърне този текст в BIP-444, носи номер 2017, неволна препратка към годината на разклонението Bitcoin Cash, белязана от друга идеологическа битка около размера на блоковете.
