El BIP-110, también conocido como «Reduced Data Temporary Softfork» (RDTS), ha irrumpido en el debate público como un intento polémico de limitar la proliferación de datos considerados «no financieros» en la red Bitcoin. Impulsada por el desarrollador seudónimo Dathon Ohm y respaldada por Luke Dashjr, esta propuesta buscaba restringir durante un año las inscripciones de tipo Ordinals, tokens BRC-20 y el protocolo Runes, percibidos por una parte de la comunidad como spam. Técnicamente, el proyecto imponía limitaciones estrictas sobre el tamaño de las salidas (outputs) y los datos insertados, mediante un User-Activated Soft Fork (UASF) diseñado para forzar la decisión de los mineros a través de los nodos de la red.
A pesar de su marcada ambición, la propuesta parece abocada al fracaso. El apoyo de los mineros sigue siendo marginal, oscilando en torno al 1 %, ya que solo una fracción mínima del poder de hash ha mostrado interés en esta actualización. Por otra parte, las figuras centrales del ecosistema, incluyendo desarrolladores y líderes de opinión influyentes, han lanzado críticas severas, señalando fallos de diseño y una falta de rigor. Más significativo aún, el cliente mayoritario Bitcoin Core ya ha comunicado que no integrará esta actualización. Tal como están las cosas, si los defensores del proyecto intentan imponer el protocolo por la fuerza, solo conseguirían aislarse en una cadena minoritaria sin viabilidad económica alguna.
Más allá del fracaso del BIP-110, la cuestión de la sobrecarga de la blockchain sigue siendo un problema técnico real y persistente. El debate no se centra tanto en el almacenamiento de datos históricos, cuyo crecimiento está limitado por el tamaño de los bloques, sino en la explosión del número de UTXO (Unspent Transaction Outputs). La acumulación de estas pequeñas salidas de transacciones «polvorientas» obliga a los nodos a saturar su memoria RAM, aumentando así los requisitos de hardware para validar la red. Este fenómeno constituye una amenaza latente para la descentralización, ya que, a largo plazo, podría reservar el mantenimiento de Bitcoin a infraestructuras institucionales en detrimento de los usuarios independientes.
Ante estos retos, la comunidad prioriza ahora soluciones basadas en la innovación tecnológica antes que en la restricción arbitraria de los usos. Proyectos como Utreexo, que propone comprimir el conjunto de los UTXO, o la mejora de las herramientas de sincronización como AssumeUTXO, ilustran esta voluntad de aumentar la resiliencia del protocolo sin alterar su neutralidad fundamental. Al favorecer la ingeniería de software para aligerar la carga de los nodos, el ecosistema demuestra que el desafío planteado por el spam puede resolverse mediante métodos más robustos y consensuados que los intentos de escisión mediante soft fork.