Bitcoin Knots

Derivado de Bitcoin Core de larga ejecución que incluye controles de mempool y política más estrictos que Core estándar — mantenido por Luke Dashjr (uno de los contribuidores de Bitcoin con más antigüedad, anteriormente desarrollador de Bitcoin Core) bajo la marca Knots desde 2011. Calificado como Grade A porque Knots es la respuesta canónica de "quiero un nodo Bitcoin completo con política de mempool con opinión" para usuarios orientados a la soberanía: misma cadena que Core (sin fork, sin altcoin), misma interfaz RPC (cada herramienta compatible con Core funciona sin cambios), pero con controles de configuración adicionales sobre límites de OP_RETURN, filtrado de mempool, restricciones de tamaño de transacción y políticas de tarifas que los mantenedores de Core han rechazado incorporar upstream. Código abierto MIT, sin telemetría, sin cuenta, sin operador en la ruta de datos.

Qué es. Bitcoin Knots es un fork de software de Bitcoin Core que periódicamente fusiona la línea principal de Core y agrega un conjunto de parches en capas de cambios de política que Luke Dashjr (y el pequeño equipo de mantenedores de Knots) ha acumulado durante una década. La cadena de versión refleja la de Core: Knots `26.1.knots20240801` es el conjunto de parches de agosto de 2024 sobre Core `26.1`. Cada característica de Core eventualmente llega; algunas características de Knots (soporte BIP119 / OP_CHECKTEMPLATEVERIFY, sesgo de política datacarrier, exportaciones libconsensus) llegan primero a Knots o permanecen solo en Knots cuando Core las rechaza.

Knots ejecuta el mismo demonio `bitcoind`, el mismo `bitcoin-cli`, el mismo GUI `bitcoin-qt` que Core — coloca una instalación de `bitcoind` reemplazada con el binario de Knots en cualquier configuración de nodo existente y tus billeteras, consumidores RPC, observadores de mempool y mineros continúan funcionando sin cambios. La cadena que valida es inequívocamente Bitcoin mainnet (o testnet/signet/regtest según configures); Knots no bifurca las reglas de consenso.

Antecedentes. Luke Dashjr ha estado contribuyendo a Bitcoin desde 2011 — Propuestas de Mejora de Bitcoin (BIPs) redactadas, lanzamientos de software de minero (pool Eligius, BFGMiner), y un largo historial de commits en Bitcoin Core hasta 2023. Knots como distribución comenzó como el conjunto de parches personal de Luke sobre Core: un lugar para enviar cambios de política que los mantenedores de Core no fusionarían pero que los operadores de nodos con visiones más estrictas sobre los incentivos minero-mempool querían ejecutar.

El debate OP_RETURN de 2024 (la decisión de Core de aumentar el límite de tamaño estándar de OP_RETURN) cristalizó el posicionamiento de Knots como la distribución de referencia "bloques más pequeños, política más estricta". Los operadores de nodos que no estaban de acuerdo con la relajación de Core se trasladaron a Knots; el recuento de nodos de Knots visible en `bitnodes.io` creció de manera medible durante 2024-2025 como resultado. Knots sigue siendo un proyecto mantenido por Luke con un pequeño número de contribuidores (~10-15 activos por lanzamiento) y sin entidad comercial detrás; los lanzamientos se envían desde la infraestructura personal de Luke.

En qué confías.

• Código abierto MIT. Código en `github.com/bitcoinknots/bitcoin`. Construido a partir del código fuente de Core, con el conjunto de parches de Knots visible como commits discretos — puedes hacer diff de Knots contra la versión de Core en la que se basa y ver cada cambio específico de Knots.
• Compilaciones reproducibles. Knots hereda el flujo de trabajo de compilaciones reproducibles basado en Guix de Core. Múltiples constructores firman el manifiesto de cada lanzamiento; puedes verificar el binario reconstruyendo desde el código fuente etiquetado en tu propio hardware.
• Misma cadena que Core. Sin fork de consenso; Knots sincroniza Bitcoin mainnet (o cualquier red a la que apuntes) y produce bloques indistinguibles de los de Core. La política de minería puede diferir (qué transacciones elige un minero Knots para un bloque) pero la validez del bloque es idéntica.
• Sin telemetría, sin llamada a casa. El demonio no llama de vuelta a bitcoinknots.org ni a ningún otro lugar — habla el protocolo wire de Bitcoin con pares y nada más.
• Sin cuenta en ninguna etapa. Descarga el binario, verifica las firmas, ejecuta. No existe una "cuenta Knots".
• Claves de billetera locales. Almacenadas en disco en tu `~/.bitcoin/wallets/` (compatible con Core). Cifrado opcional mediante `bitcoind walletpassphrase`.

Especificaciones operativas.

• Instalación — descarga tarballs binarios desde `bitcoinknots.org/files/26.x/...` (Linux, macOS, Windows, ARM, BSD); verifica las firmas con `gpg --verify SHA256SUMS.asc` contra la clave publicada de Luke. O compila desde el código fuente: `git clone github.com/bitcoinknots/bitcoin && ./autogen.sh && ./configure && make`.
• Hardware — nodo completo: ~700 GB SSD (bloques mainnet de Bitcoin + UTXO + chainstate, creciendo ~80 GB/año), 4-8 GB RAM, CPU moderno de doble núcleo. Modo podado (`-prune=10000`) reduce el disco a ~10 GB a costa de perder datos históricos de bloques. Descarga inicial de bloques ~24-48 horas en un enlace residencial rápido.
• Configuración — `bitcoin.conf` en `~/.bitcoin/` (o `~/Library/Application Support/Bitcoin/` en macOS). Todas las opciones de Core funcionan; las opciones específicas de Knots están documentadas en las notas de lanzamiento por versión.
• RPC — `bitcoin-cli` funciona idéntico a Core. Cualquier herramienta que hable Core RPC (torre de vigilancia mempool.space, Sparrow Wallet, servidor personal Electrum, BTCPay Server, Joinmarket, Wasabi, btcpayserver, tus propios scripts) funciona contra Knots sin cambios.
• GUI — `bitcoin-qt` se incluye en la misma distribución binaria; misma interfaz de billetera que Core.
• Red — IPv4 + IPv6 + Tor (`bind=127.0.0.1:8333 -listenonion -proxy=127.0.0.1:9050`) + I2P. El modo solo Tor está a un flag de configuración de distancia.
• Actualizaciones — manuales. Los nuevos lanzamientos de Knots se publican periódicamente (siguiendo aproximadamente la cadencia de lanzamientos de Core); detienes el demonio, reemplazas el binario, reinicias. El estado migra automáticamente.
• Soporte — IRC (`#bitcoin-knots` en Libera.Chat), GitHub Issues. Sin contrato de soporte comercial — este es un proyecto mantenido por Luke, no una empresa.

Filosofía del operador. La posición de Luke Dashjr es consistente a lo largo de una década de publicaciones públicas en Bitcoin-Talk / Twitter / IRC / listas de correo: la propuesta de valor de Bitcoin depende de bloques pequeños, política de mempool restrictiva y resistencia agresiva a la hinchazón onchain (NFTs, inscriptions, ordinals, transporte arbitrario de datos). Los parches de política de Knots operacionalizan esta visión — dan a los operadores de nodos individuales la opción de rechazar transacciones que el usuario considera spam, independientemente de si cumplen con los estándares más laxos de Core.

Esta visión es disputada dentro de la comunidad Bitcoin más amplia; los mantenedores de Core han rechazado fusionar la mayoría de los cambios de política específicos de Knots precisamente porque no están de acuerdo sobre qué transacciones cuentan como "spam" (y si los nodos deberían filtrar en absoluto). Listar Knots en Grade A no es un respaldo a la postura de política — es un reconocimiento editorial de que el software de nodo en sí es técnicamente sólido, de código abierto, construido de forma reproducible, completamente compatible con Core y ofrece características que un electorado real de operadores de nodos desea. Los usuarios que no estén de acuerdo con las visiones de política de Luke deberían ejecutar Core; los usuarios que estén de acuerdo deberían ejecutar Knots.

Justificación de la calificación. Grade A refleja: postura de privacidad idéntica a Core (validación local completa, sin operador en la ruta de datos, sin cuenta en ningún lugar), código abierto MIT (auditable, el conjunto de parches es revisable como commits discretos sobre Core), compilaciones reproducibles mediante Guix (binario verificable contra código fuente etiquetado), misma cadena que Core (sin fork de consenso; ejecuta Bitcoin mainnet), compatibilidad RPC como reemplazo directo (funciona con cada herramienta compatible con Core), responsabilidad del operador nombrado sin dependencia (Luke Dashjr públicamente identificado durante ~14 años; incluso si Knots dejara de actualizarse, el demonio continúa validando Bitcoin hasta el próximo cambio de consenso), adopción medible (el recuento visible de nodos de Knots en bitnodes.io creció durante 2024-2025), y ningún incidente de seguridad atribuible al código específico de Knots en la historia del proyecto. Última verificación 2026-05-27.

Útil cuando:

• Quieres ejecutar un nodo completo de Bitcoin y prefieres los valores predeterminados de política de mempool más estrictos de Luke Dashjr sobre los de Core.
• Quieres filtrar inscriptions / ordinals / grandes datos OP_RETURN del mempool que tu nodo retransmite, sin escribir parches personalizados.
• Estás ejecutando un pequeño minero privado y quieres controles de política (qué transacciones minar, suelo de tarifas, rechazo de datacarrier) que Core no expone.
• Necesitas un binario de nodo Bitcoin que sea compatible con Core como reemplazo directo desde el lado RPC pero incluya características que Core ha rechazado incorporar upstream (BIP119, exportaciones libconsensus, sesgos de política configurables).
• Estás alineado filosóficamente con la visión de "bloques pequeños, menos hinchazón onchain" y quieres expresarlo operativamente a través del software que ejecutas.
• Quieres un nodo derivado de Core que sea mantenido fuera de la órbita de Core financiada por Chaincode Labs / Spiral por un contribuidor independiente.

Advertencias:

• Grupo de mantenedores más pequeño que Core. Knots tiene ~10-15 contribuidores activos por lanzamiento vs los ~100+ de Core. La latencia de corrección de errores en código específico de Knots es mayor; las correcciones críticas de seguridad de Core generalmente llegan a Knots en días pero no siempre en horas.
• Dependencia de un solo mantenedor. Luke Dashjr posee personalmente el proceso de lanzamiento y firma los binarios. Si Luke deja de publicar (enfermedad, disputa, evento de vida), Knots continúa validando la cadena (el consenso es de Core) pero los parches de política dejan de recibir actualizaciones. El proyecto se bifurcaría a un nuevo mantenedor o silenciosamente se volvería obsoleto.
• Controversia editorial. Las posiciones de política de Bitcoin de Luke han generado múltiples desacuerdos de larga duración con los mantenedores de Core, pools de minería y grandes segmentos de la comunidad Bitcoin (más prominentemente el debate inscription / ordinals). Ejecutar Knots es una señal política pública en algunas comunidades; esto puede o no importarte.
• La GUI es básica al estilo Core. `bitcoin-qt` incluye la misma interfaz mínima que Core. Para una UI de billetera pulida, empareja Knots como backend con Sparrow / Electrum / Wasabi / BlueWallet sobre RPC.
• La sincronización inicial es de grado nodo completo. 24-48 horas de ancho de banda + CPU en la primera instalación; ~700 GB SSD para el nodo de archivo completo. El modo podado (~10 GB) descarta los datos históricos pero pierdes la funcionalidad de explorador de bloques.
• La configuración de Tor / I2P es manual. Knots hereda el soporte Tor de Core pero configuras el proxy SOCKS y el onion de servicio oculto en `bitcoin.conf` tú mismo. Sin flag de modo Tor automático.
• Sin contrato de soporte comercial. Los errores se reportan mediante GitHub Issues + IRC; los despliegues críticos para producción deberían ejecutar redundancia de múltiples nodos o pagar a un consultor familiarizado con Core/Knots por separado.