Jan Čapek

Čapek y Pavel Moravec fundaron Braiins para desarrollar software integrado: programas que funcionan dentro de dispositivos. Por otro lado existía Bitcoin.cz Mining Pool, creado en 2010 por Marek Palatinus, conocido como Slush. Un pool permite reunir el trabajo de varios mineros y repartir los ingresos según sus reglas, en vez de que cada uno espere a encontrar un bloque por su cuenta. Ambas historias terminaron uniéndose. Čapek cofundó la empresa que adquirió el pool; Palatinus sigue siendo quien creó el pool original. [1]

En 2013, Braiins adquirió una participación mayoritaria y asumió toda la operación, lo que permitió a Palatinus concentrarse en Trezor. Compró la participación restante el primero de septiembre de 2020. El anuncio muestra como fecha de publicación el 29 de diciembre de 2021, pero su texto sitúa la transacción antes. La distinción importa al reconstruir la historia: publicar un artículo después no significa que la empresa empezara a operar el pool entonces. Asumir la operación y completar el cambio de propiedad fueron pasos distintos. [1]

Pensemos en un Antminer S9. Sus chips repiten cálculos, pero un programa tiene que prepararles el trabajo y controlar su funcionamiento. Ese software interno se llama firmware. La historia de la empresa explica que el equipo dirigido por Čapek verificó el soporte de AsicBoost, una técnica para aprovechar mejor los cálculos de minería, y desarrolló Braiins OS de código abierto, lanzado en 2018. Abrir el código permite a otros desarrolladores estudiar qué hace el programa. La contribución documentada de Čapek aquí es de software, no el diseño del propio chip. [1] [2]

En una entrevista publicada en 2020, Čapek explica el autotuning: buscar automáticamente frecuencias y voltajes adecuados para cada chip con una potencia elegida. La frecuencia está relacionada con el ritmo de trabajo y el voltaje con su funcionamiento eléctrico; se busca aprovechar mejor la energía disponible. Al minero le interesa cuánto cuesta operar, además de la cifra de rendimiento. Čapek contemplaba una capa comercial propietaria sobre la base abierta de Braiins OS. La entrevista explica aquella idea de negocio, no la licencia ni el precio de todas las versiones actuales. [2]

Además del programa interno, hace falta un lenguaje común para enviar trabajo y resultados. Eso aporta el protocolo de minería: reglas de mensajes que ambas partes entienden. Jan Čapek, Pavel Moravec y Matt Corallo diseñaron Stratum V2 conjuntamente. Su web oficial atribuye el mantenimiento a una comunidad independiente de código abierto. La aportación de Čapek va, por tanto, más allá de los productos de Braiins. Es un estándar compartido con el que distintos desarrolladores pueden crear programas compatibles, no un protocolo propiedad de una sola empresa. [3]

Al enviar resultados por internet, el minero no quiere que alguien los lea o modifique por el camino. Stratum V2 utiliza cifrado que comprueba también la integridad de los mensajes y verifica la identidad del servidor. La especificación exige establecer de forma segura las conexiones remotas con servicios superiores, aunque permite una excepción a ese procedimiento en la red local, por ejemplo entre una máquina y un intermediario cercano. Esto protege el recorrido del mensaje. No audita las cuentas del pool ni garantiza un pago posterior: transporte seguro y operador fiable son cuestiones distintas. [4]

Otra cuestión es quién prepara la propuesta del siguiente bloque, con sus transacciones: la llamada plantilla de bloque. Job Declaration permite al cliente, el programa del minero, coordinar trabajo propio con un pool compatible. Template Distribution entrega plantillas, mientras Mining Protocol transporta el trabajo y los resultados. Son partes de una instalación que deben funcionar juntas. Que el firmware muestre Stratum V2 no demuestra por sí solo que el minero elija realmente las transacciones. Hay que mirar qué componentes admite y tiene activados esa instalación. [5]

La especificación contempla el rechazo: DeclareMiningJob.Error indica que se ha rechazado una declaración de tarea minera. El cliente debe entonces cambiar a otro pool con JDS, es decir, Job Declarator Server, o recurrir a solo mining como último recurso. Al minar en solitario ya no se comparten los ingresos del mismo modo que en un pool. El cambio también exige una configuración alternativa funcional; el nombre del protocolo no garantiza continuidad. El diseño busca que el minero pueda marcharse conservando su plantilla, pero lograrlo depende de toda la instalación. [5]