BIP 110 stanovuje dočasné konsensuální limity pro výstupní skripty, vkládaná data, witness a některé konstrukce Taprootu. Zastánci jej navrhli jako obranu peněžní funkce Bitcoinu a nízkých nákladů na uzel. Kritici namítali, že data lze překódovat, legitimní skripty by byly omezeny a aktivace může rozdělit síť. Zařazení do repozitáře BIP dokládá existenci specifikace, nikoli konsensus či přijetí.
Po dobu plánovaného ročního nasazení přidával BIP 110 sedm kontrol: běžný scriptPubKey směl mít nejvýše 34 bajtů a OP_RETURN 83 bajtů; payload OP_PUSHDATA a argumentový witness prvek 256 bajtů s výjimkou vloženého redeemScriptu BIP16; útrata nedefinované verze witness nebo Tapleaf byla neplatná; Taproot annex byl zakázán; control block Taprootu byl omezen na 257 bajtů; OP_SUCCESS byl v Tapscriptu zakázán a stejně tak vykonaný OP_IF či OP_NOTIF. Vstupy utrácející UTXO vzniklá před aktivací měly výjimku, nově vytvářené výstupy nikoli.
Nasazení používalo signalizační bit 4 ve stylu BIP9, práh 55 % a povinné signalizační období od výšky 961632. Při dosažení prahu bylo možné aktivovat dříve; jinak měl v povinné fázi software BIP 110 odmítat bloky bez bitu 4. Omezení měla automaticky skončit po 52 416 blocích, přibližně po roce. Signalizování zde bylo součástí konkrétního aktivačního automatu, nikoli obecným hlasováním o správě Bitcoinu.
Autor tvrdil, že souvislá libovolná data soutěží s platbami o omezený prostor v blocích, zvyšují náklady na ukládání a validaci, mohou nafukovat UTXO set a vystavovat provozovatele uzlů nežádoucímu obsahu. Návrh měl udržet Bitcoin zaměřený na svobodné peníze, převést dřívější limity relay policy do konsensu a zmenšit podporované nosiče dat pod velikost jednoduchých obrázkových inskripcí. Jde o deklarované cíle návrhu, ne o nezávisle prokázané výsledky.
Odpůrci ukázali, že celý text návrhu lze vložit i do transakce, která limity splňuje, pokud se data rozdělí mezi více polí. Podle nich by tedy pravidla zvýšila cenu, ale odhodlané ukládání nezastavila. Dále namítali omezení legitimních konstrukcí programovatelných peněz, spotřebování budoucích upgrade hooků jako nedefinované witness verze či OP_SUCCESS a převod subjektivního pojmu spam do globálních pravidel platnosti. Spor se týkal i kompatibility, právní argumentace, bezpečnosti aktivace a rozdělení rizik při rozštěpení řetězce.
Ve výšce 961632 dne 8. srpna 2026 přijal řetězec Bitcoinu s největší kumulovanou prací blok bez bitu 4. Uzly vynucující BIP 110 jej odmítly a následovaly signalizující blok poolu OCEAN, čímž vznikl odlišný konec řetězce. Ten vytvořil dva bloky, zatímco Bitcoin postoupil o více než sto bloků, a poté se zastavil. Na vývojářském mailing listu byl navržen status Closed, ale přišla námitka a BIP3 stanovuje čtyřtýdenní proces. K 10. srpnu 2026 soubor BIP stále uváděl Complete; výrazy aktivován, neúspěšný, nasazený a uzavřený proto musí být vždy datované a připsané konkrétní straně.
Pro nejúplnější obraz čtěte toto heslo společně s Soft Fork, Full Node, Taproot, Bitcoin Script, Transakční poplatky, UTXO. Opačným směrem na něj odkazují také OP_RETURN a nulldatové výstupy.