Slush Pool: compartir la espera de un bloque de Bitcoin
En 2010, un pequeño minero podía trabajar durante semanas sin encontrar un bloque. Slush propuso unir fuerzas. El pool cambió cómo se repartía la incertidumbre y planteó otra pregunta: cómo comprobar quién había trabajado.
Resumen clave en 3 puntos
- El detonante / ParadojaSlush propuso la minería cooperativa el 27 de noviembre de 2010; Braiins situó después el inicio operativo del pool en el 16 de diciembre.
- El punto de inflexiónEl pool reparte recompensas entre los participantes y reduce la variabilidad de sus cobros; no hace más productiva, por sí sola, la misma potencia de cálculo.
- El legado históricoUna share demuestra trabajo con un objetivo más fácil. No es un fragmento de bloque ni elimina la necesidad de confiar en la contabilidad del operador.
Cronología de los hechos
Slush abre un debate sobre minería cooperativa; los participantes examinan la variabilidad de los pagos y cómo verificar el trabajo.
Braiins identifica esta fecha como el lanzamiento en su posterior historia de los pools de minería.
Tres CPU, ningún bloque
El 27 de noviembre de 2010, el usuario Slush contó en un foro que llevaba semanas minando con tres CPU sin encontrar un bloque. La minería con GPU hacía más visible la distancia entre los equipos modestos y las máquinas potentes. Propuso reunir a pequeños mineros en un pool cooperativo, buscar bloques juntos y repartir lo obtenido.[1]
Otro participante, ribuck, corrigió una premisa. Con una dificultad fija, unir dos ordenadores no mejora por arte de magia lo que puede generar su potencia total. La respuesta de Slush precisó el problema práctico: la gente podía apagar sus equipos si el primer pago parecía demasiado lejano. Recibir menos, pero con más frecuencia, podía animarla a seguir participando.[1][2]
Una recompensa grande, una espera irregular
El subsidio por bloque de Bitcoin era entonces de 50 BTC. Un minero individual podía recibirlo al encontrar un bloque válido, pero una máquina pequeña podía pasar mucho tiempo sin conseguir ninguno. Un pool reunía el trabajo de muchos equipos y distribuía las recompensas. Cada participante renunciaba a la posibilidad de quedarse con una recompensa completa a cambio de pequeñas partes de los éxitos del grupo.[2]
Lo que cambia es la varianza: cuánto se alejan los resultados de su promedio. Con la misma potencia efectiva de cálculo y sin contar comisiones, entrar en un pool no aumenta por sí solo la recompensa esperada. Cambia cómo se distribuye en el tiempo. Incluso un pool puede sufrir una larga mala racha, y las fechas de pago dependen también de sus reglas. Cooperar no garantiza ingresos diarios.[2][3]
Contar el trabajo que no ganó
El pool no puede pagar solo porque un ordenador asegure haber estado ocupado. Exige resultados que cumplan un objetivo más fácil que el necesario para un bloque de Bitcoin. Esos envíos se llaman shares. Puede verificarlos con poco cálculo, y su frecuencia, ponderada por la dificultad, permite estimar estadísticamente el trabajo aportado. La mayoría no sirve como bloque de Bitcoin. De vez en cuando, uno satisface también el requisito más exigente de la red.[2][3]
Una share no es, por tanto, una pieza que se pega a otras hasta completar un bloque. Es un resultado verificable de la misma búsqueda. El debate inicial también abordó si un minero podía quedarse con un resultado ganador: el trabajo incorpora un bloque cuya recompensa corresponde al pool. Cambiar ese pago modifica el bloque al que se aplica el hash; el resultado válido anterior no puede reutilizarse sin más.[1][2]
La espera se comparte; la responsabilidad se delega
El mensaje de noviembre era una propuesta. En su relato posterior, Braiins fecha el lanzamiento operativo del pool el 16 de diciembre de 2010. Separar ambos hitos evita convertir el inicio del debate en un servicio que ya estuviera funcionando. La operación se conocería como Slush Pool y, más tarde, Braiins Pool. Sus sistemas de recompensa también evolucionaron más allá de la idea inicial de reparto proporcional.[1][4][5]
Slush reconoció desde el principio la contrapartida: los participantes tendrían que confiar en que él distribuiría la recompensa. Las shares hacían medible la contribución, pero no eliminaban al operador. La idea duradera fue que participar dependiera menos de la suerte de un pequeño minero. La pregunta que la acompañaba era quién llevaba las cuentas y pagaba a cada uno su parte.[1][2][4]
Historias conectadas con este personaje o suceso
Explora las repercusiones históricas y los vínculos entre figuras y momentos clave.
El Faucet Gratuito de 5 BTC: Cuando Resolver un CAPTCHA Regalaba Fortunas a Internautas Casuales
En 2010, Gavin Andresen regalaba 5 BTC por resolver un CAPTCHA: se repartieron 19.700 BTC que acabaron en discos duros olvidados.
Leer historia →
El verano de 2017 que dividió Bitcoin: tres plazos, dos cadenas
BIP 91, BIP 148 y Bitcoin Cash coincidieron en un verano tenso, pero cada uno cambió una regla distinta y siguió su propio calendario.
Leer historia →