Mara van der Laan es una desarrolladora conocida por la cuenta laanwj y, en registros históricos, como Wladimir van der Laan. Mantuvo Bitcoin Core, un programa para verificar de forma independiente la cadena de Bitcoin. Esa función implicaba responsabilidad sobre el software, no autoridad para decidir por toda la red.
El perfil público laanwj identifica actualmente a Mara van der Laan y su anterior función de mantenimiento de Bitcoin Core. En documentos antiguos aparece el nombre histórico Wladimir van der Laan. Se trata del trabajo de la misma desarrolladora, no de dos personas diferentes. Mantener un proyecto exige más que inventar funciones: también hay que valorar si los cambios están preparados, coordinar su incorporación y colaborar con quienes revisan y prueban el código. Esa parte menos visible del desarrollo ayuda a comprender su aportación. [1] [4]
En un texto del 21 de enero de 2021, van der Laan describió un problema habitual en proyectos veteranos: demasiado trabajo puede acabar dependiendo de alguien concreto. Bitcoin Core ya tenía varios mantenedores, pero ella quería delegar más tareas y reducir su participación. No anunciaba el fin completo de sus contribuciones. Pretendía que los pasos importantes no tuvieran que esperarla a ella. Imagina una versión lista para publicarse, detenida únicamente porque una persona imprescindible no está disponible. Repartir responsabilidades ayuda a evitarlo. [2]
El plan de 2021 abarcaba la distribución del programa, la firma de versiones y los espacios de colaboración. Van der Laan consideraba IPFS para compartir archivos de forma distribuida y Radicle para colaborar sobre código sin depender de un servidor central. La intención era que la ausencia de una persona, web o proveedor no paralizara a los demás. Mencionar una herramienta demuestra que se propuso, no que se implantó. Detectar una debilidad, planear una solución y utilizarla realmente son etapas distintas. [2]
En la reunión de desarrolladores del 11 de agosto de 2022, laanwj anunció que dejaba de mantener Bitcoin Core. En concreto, dejaría de integrar cambios en el código compartido y de preparar versiones. Mantuvo abierta la posibilidad de revisar código ocasionalmente: se pueden evaluar propuestas ajenas sin ser mantenedora. También expresó confianza en quienes ya realizaban buena parte del trabajo. Las fechas importan: un cargo pasado no describe automáticamente el presente, y dejarlo no elimina toda posibilidad de seguir contribuyendo. [3]
Bitcoin Core describe a sus mantenedores como personas que incorporan cambios revisados cuya inclusión acepta el equipo y realizan una última comprobación. Un repositorio almacena código y su historial; tener acceso no ordena a los operadores de nodos instalar una versión. Un nodo es un ordenador que verifica las reglas de Bitcoin con el software que utiliza. Influir en un programa importante no equivale a poder cambiar con una orden el comportamiento de todos. Distinguir la gestión del proyecto de las reglas adoptadas por la red ayuda a entender la descentralización. [4]
La responsabilidad también alcanza a quien descarga Bitcoin Core. El archivo SHA256SUMS contiene las sumas de comprobación de la versión: compararlas permite comprobar si el archivo coincide con esa huella. Sin embargo, un atacante podría sustituir tanto el programa como la lista. Por eso también se verifican las firmas digitales y la huella de la clave, un identificador breve de la clave pública del firmante. Hay que contrastarla con información fiable. El nombre escrito junto a una clave no acredita la identidad. Archivo, firma y titular de la clave requieren comprobaciones distintas, aunque relacionadas. [5]
El código fuente es la forma legible y editable del programa; compilarlo produce archivos ejecutables. Las compilaciones reproducibles de Bitcoin Core permiten crear independientemente archivos idénticos y comparar sus huellas con las de la versión publicada. Así se reduce la confianza ciega en el ordenador que preparó la descarga. Pero la coincidencia no demuestra que el código carezca de errores. Un fallo presente en el código puede reproducirse fielmente en todas las compilaciones iguales. Verificar el origen y revisar técnicamente el código son tareas complementarias, no intercambiables. [5]
Queda otra pregunta: ¿esa versión sigue recibiendo correcciones? Bitcoin Core publica el ciclo de vida de sus versiones y diferencia las mantenidas de las que han terminado su soporte. Estas últimas normalmente ya no reciben parches de seguridad. Una firma antigua válida puede seguir acreditando el origen del archivo original, sin garantizar mantenimiento actual. Al elegir software, comprueba también el soporte y las notas de la versión. La historia del proyecto, la autenticidad del archivo y su idoneidad actual son cuestiones relacionadas, pero diferentes. [6]
Para obtener la imagen más completa, lee esta entrada junto con Peter Todd, Andrew Poelstra, Bitcoin Core. También enlazan con esta entrada Peter Todd, Andrew Poelstra.