Bitcoin Knots, por defecto, establece un límite de 42 bytes para OP_RETURN, aunque este no es obligatorio. En junio, la red de Bitcoin procesó alrededor de 3 millones de transacciones no monetarias, lo que representa el 40% de todas las transacciones actuales. Estos metaprotocolos incluyen la creación de tokens no fungibles (NFT) a través de protocolos como Ordinals o la emisión de activos como Runes y Alkanes.
Según datos compartidos por un analista el 30 de junio, se registran diariamente unas 350.000 transacciones en Bitcoin, de las cuales aproximadamente 150.000 son de carácter no monetario, incluyendo Runes, tokens del estándar BRC-20, Ordinals y Alkanes.
Estas transacciones no monetarias, que representan el 40% del volumen total diario, destacan un uso de la cadena de bloques que va más allá de su función original como sistema de pago. Los metaprotocolos operan aprovechando OP_RETURN o datos en el segmento de testigos de las transacciones, lo que ha generado controversia entre aquellos que consideran estas operaciones como “spam” que congestiona la red.
Las políticas predeterminadas de Knots limitan las transacciones OP_RETURN a 42 bytes, pero permiten la mayoría de las actividades no monetarias siempre que cumplan con este límite o utilicen métodos alternativos. Sin embargo, aunque los nodos con Knots rechacen estas transacciones, otros nodos pueden incluirlas en otro bloque. Por lo tanto, los nodos que utilizan Knots solo pueden retrasar un poco que estas transacciones sean incluidas en el libro mayor.
Por otro lado, Bitcoin Core, el cliente de referencia con casi el 86% de los nodos activos, actualmente permite hasta 83 bytes y extenderá el límite a 100.000 bytes en su versión que se lanzará en octubre de 2025 (v.30).
A pesar de su enfoque en filtrar transacciones no deseadas, la mayoría de estas operaciones no monetarias (especialmente Runes y Alkanes, que suman cerca de 120.000 de las 350.000 transacciones diarias) podrían estar siendo permitidas por defecto por los nodos Knots. Esto se debe a que la política predeterminada de Knots restringe las operaciones OP_RETURN a 40 bytes de datos útiles, más dos bytes para el opcode, una instrucción técnica que delimita el inicio y fin de esa información.
Muchas transacciones, al ajustarse a este límite o utilizar métodos alternativos como el uso del campo de testigos (donde las inscripciones, comunes en protocolos como Ordinals, almacenan datos en lugar de OP_RETURN), eluden el filtro. Esta situación podría pasar desapercibida para los usuarios de Knots, quienes valoran la soberanía nodal (el control individual sobre su nodo) por encima de una filtración estricta.
Knots permite a los operadores ajustar cuánto espacio dedican a OP_RETURN, ofreciendo flexibilidad. Por defecto, los 40 bytes más los dos bytes del opcode establecen un límite básico, pero aquellos que deseen incluir hasta 80 bytes de datos reales deben configurar la función datacarriersize a datacarriersize=83. Aquí, datacarriersize es una opción que define el tamaño máximo de datos que el nodo aceptará, adaptándose a las necesidades del usuario.
Los filtros, incluido el límite de 40 bytes, se aplican por defecto, pero no son obligatorios; los operadores pueden modificarlos según prefieran, permitiendo transacciones que respeten los límites establecidos.
Con un 14% de los nodos ejecutando Knots, se podría esperar que filtren transacciones, pero la política predeterminada no bloquea el 40% de las operaciones no monetarias, ya que muchas cumplen con las reglas o son pasadas por alto. La efectividad, entonces, dependería de que los usuarios tomen la iniciativa de endurecer las configuraciones, un paso que muchos parecen no estar dando, lo que conecta directamente la flexibilidad de Knots con su aparente incapacidad para cumplir su propósito declarado.
