-
Las críticas de Voskuil apuntan a un desarrollo centralizado en Core y en sus funciones específicas.
-
El colaborador bitcoiner cree que Core no aborda adecuadamente la seguridad y privacidad de la red.
En el marco de un debate creciente sobre las modificaciones en Bitcoin Core, el 14 de mayo, en un evento realizado por Pubkey, una plataforma centrada en Bitcoin (BTC), Eric Voskuil, un desarrollador veterano del ecosistema bitcoiner, expresó una crítica sobre el futuro de aquel software, asegurando que «el cliente de Satoshi va a fallar».
Voskuil, conocido por su trabajo en Libbitcoin, una biblioteca de Bitcoin de código abierto, fundamenta sus cuestionamientos en una presunta centralización del desarrollo en Core, así como también cuestiona algunas funciones específicas de ese cliente (Assume UTXO y Assume Valid), señalando que afectarían a la seguridad de la red.
La visión crítica de Voskuil sobre Bitcoin Core
Eric Voskuil sostiene que Bitcoin Core no es sostenible en el largo plazo. Su argumento se basa en la percepción de que el desarrollo de ese software estaría centralizado, controlado por un pequeño grupo de desarrolladores. Conforme a lo expresado por Voskuil, esta centralización limita la diversidad y resiliencia del ecosistema, lo que representaría un riesgo para la descentralización de Bitcoin, uno de sus principios fundamentales.
Al margen de las consideraciones de Voskuil, al momento de esta redacción el desarrollo de Bitcoin Core, de código abierto, tiene 99 contribuidores recientes o activos con cientos o miles de commits aportados por cada uno de ellos, lo que podría contradecir el argumento de un esquema centralizado.
Un commit es un cambio o conjunto de cambios realizados en el código fuente del repositorio de un software. Cada commit representa una unidad lógica de trabajo, que puede incluir la adición, modificación o eliminación de líneas de código, junto con un mensaje descriptivo que explica qué se cambió y por qué.
Críticas a funciones específicas de Core
Otra de las críticas de Voskuil se dirige a la función Assume UTXO, una propuesta en Bitcoin Core que permite a los nodos asumir la validez de ciertos bloques sin validarlos completamente. Según él, esta característica socava la descentralización y la seguridad de la red al priorizar la conveniencia sobre la integridad.
Assume UTXO busca acelerar el proceso de sincronización de nuevos nodos, permitiéndoles operar más rápidamente, al no requerir una validación completa desde el bloque génesis. Sin embargo, Voskuil considera que esto violaría los principios de validación completa, que serían fundamentales para garantizar que cada nodo verifique independientemente todas las transacciones.
En la misma línea, este desarrollador cuestiona a la función Assume Valid. Considera que la implementación de esa herramienta en Bitcoin Core es un paso hacia la centralización, ya que permite a los nodos confiar en ciertos bloques sin verificarlos completamente, lo que podría socavar la confianza en la red.
Cuando Voskuil dice «seguimos intentando llegar a bloques grandes sin validar, y eso es un problema», sugiere que Bitcoin Core prioriza la eficiencia y la escalabilidad a costa de la validación completa por parte de los nodos. En el contexto de Assume Valid, él ve esta característica como un intento de manejar bloques más grandes (o más datos) sin someterlos a un escrutinio completo.
A pesar de las críticas de Eric Voskuil a Assume UTXO y Assume Valid por supuestamente socavar la descentralización, estas funciones contienen mecanismos de mitigación de riesgos, como la validación en segundo plano y la verificación de elementos críticos, como la prueba de trabajo (PoW) y el conjunto UTXO (salidas de transacción no gastadas), lo que apunta a que la red siga siendo robusta.
Además, la validación completa no es un requisito indispensable para todos los nodos de la red, lo que permite la participación de nodos ligeros, como los utilizados por muchas wallets (una función presente desde los orígenes de Bitcoin). Estos nodos, que no descargan ni validan toda la blockchain, pueden operar con menos recursos sin comprometer la posibilidad de interactuar con la red, contribuyendo así a la descentralización del ecosistema.
El fracaso del cliente Satoshi, la mirada de Voskuil
Voskuil se animó a predecir el fracaso de Bitcoin Core debido a que no abordaría adecuadamente, según su análisis, desafíos como el aumento del tamaño del archivo de esa red y la necesidad de una mayor privacidad en transacciones.
La discusión sobre el tamaño del archivo de Bitcoin no es nueva. En 2017, la conocida «guerra de bloques» alcanzó su punto crítico, un conflicto que implicó un desacuerdo profundo sobre cómo escalar la red.
Un sector propuso SegWit, una actualización que optimizó el uso del espacio en bloques sin aumentar su tamaño, y la Lightning Network (LN), una solución de segunda capa (L2) fuera de la cadena. Otro grupo abogó por aumentar directamente el tamaño del bloque para procesar más transacciones.
Ante la falta de consenso, nació Bitcoin Cash (BCH), una bifurcación de Bitcoin con bloques más grandes, que actualmente tiene un escaso uso en comparación con Bitcoin, lo que demuestra que al menos en ese momento (y ahora) podría no ser necesario aumentar el tamaño de los bloques.
Voskuil reclama más privacidad
A pesar de las críticas de Eric Voskuil sobre la falta de atención a la privacidad en Bitcoin Core, no es cierto que el cliente ignore este aspecto.
Bitcoin Core ha integrado medidas para favorecer la privacidad, como la propia Lightning Network, cuyos desarrolladores forman parte del equipo de Core, y Taproot, una actualización que enmascara transacciones complejas para que parezcan estándar, protegiendo así la identidad de los usuarios.
En este sentido, Eric manifiesta que Taproot, aunque útil, no ataca lo que él mismo señala como problemas de privacidad fundamentales, como la trazabilidad de las direcciones y la correlación de transacciones a través de la red.
La importancia de la competencia entre clientes
Voskuil ha centrado sus esfuerzos en Libbitcoin, una biblioteca de código abierto basada en el lenguaje de programación C++. Según él, Libbitcoin prioriza la privacidad, la escalabilidad y la resistencia a la censura, características que considera cruciales para el futuro de la red.
No obstante, Libbitcoin no es un cliente completo como Bitcoin Core, sino una biblioteca que permite a otros desarrolladores crear aplicaciones y nodos compatibles con Bitcoin. Su finalidad es proporcionar herramientas para que la comunidad pueda diversificar el desarrollo, reduciendo la dependencia de un solo software. Para Voskuil, la dominancia de Bitcoin Core es peligrosa porque concentra demasiado poder en un solo equipo, lo que podría ser explotado o manipulado.
De modo tal, Voskuil también enfatiza la necesidad de una mayor competencia entre diferentes softwares de Bitcoin, evitando lo que él considera como una actual monopolización del desarrollo.
En la actualidad, si bien Bitcoin Core sigue dominando el paisaje de nodos activos en Bitcoin, con más del 90% de los 22.064 nodos operativos que utilizan este cliente, la competencia pretendida por Voskuil está creciendo.
Y es que, esa hegemonía de Core está siendo desafiada por la migración reciente de nodos hacia alternativas como Bitcoin Knots, que ya ostenta casi el 9% del total de nodos, como lo indicó CriptoNoticias.