¿Cómo sabe el grupo que los hashes compartidos se calculan y no se engañan?

Los mineros calculan hashes compartidos y los envían al grupo para su prueba de trabajo. Y si los hashes compartidos conducen a un hash de bloque correcto en términos de dificultad, a todos en el grupo se les paga de acuerdo con su trabajo enviado utilizando diferentes métodos de distribución.

Pregunta: ¿Por qué un minero no puede simplemente enviar números aleatorios como hashes compartidos falsos (poco trabajo) al grupo, en lugar de hacer el arduo trabajo real de hash?

Entonces, para el grupo: ¿hay alguna manera de evitar esto sin volver a calcular el hash para descubrir si es falso? El recálculo es un trabajo duro y aniquila el sentido de delegarlo a los mineros.

Y si no hay control, solo sería visible con estadísticas, ya que el grupo tiene demasiada mala suerte a largo plazo. Ej .: un minero que envía 100THash / s y nunca encuentra una coincidencia, es posible que ni siquiera calcule los hash, sino que solo envíe cosas al azar.

Editar: Pregunta aclarada para distinguir de preguntas que suenan similares.

¿Qué te hace pensar que los hashes compartidos no se verifican? Pero uno puede verificar simplemente calculando un hash, en lugar de los billones necesarios para encontrar uno que haga una acción válida. Ese es el objetivo de una prueba de trabajo: difícil de encontrar, fácil de verificar.
@HighlyIrregular Eso es lo que leí pero no entiendo. Si envío un billón de números aleatorios con una computadora portátil simple, obtendré una gran porción de recompensa del grupo tan pronto como alguien más en el grupo envíe el número correcto utilizando costosos ASIC. Así que no hice ningún trabajo, pero aun así contribuí con una gran parte simplemente porque mis hashes fueron "desafortunados" y para el grupo parece que contribuí.
No. Si analiza un billón de hashes y encuentra, por ejemplo, 10 hashes que son lo suficientemente buenos como para enviarlos como "acciones" al grupo, y los mineros de ASIC envían 100 000 000 acciones, recibirá una proporción de la recompensa igual a 10 de 100.000.010. Si la recompensa es de 20 BTC, entonces recibirá alrededor de 200 satoshis, que actualmente valen alrededor de $ 0.01. Para ganar tanto sin un dispositivo ASIC, probablemente usaría $1 o más de electricidad. Esos números son solo un ejemplo, pero te dan una idea de la situación.
@HighlyIrregular Quise decir que envía 100 000 000 de acciones, que en un contexto extremo es 100 000 000 veces el mismo número para falsificar el "trabajo de hash". ¿O el grupo mantiene un "hash enviado de la base de datos de todos los mineros" para evitar esto?
Cada recurso compartido se verifica para garantizar que cumpla con los criterios de destino y, sí, se detectaría el envío del mismo recurso compartido varias veces. No existe un requisito para mantener más de unos pocos minutos de historial de hashes enviados porque las entradas utilizadas como parte del cálculo de hash cambian con tanta frecuencia (intentar enviar un hash de una entrada anterior simplemente no se verificaría).

Respuestas (1)

Si el grupo no vuelve a calcular/verificar los hash de forma independiente

El grupo verificaría los hashes , por lo que no puede simplemente enviar números aleatorios. Lo más probable es que los grupos prohíban a los mineros que hicieron eso, por perder el tiempo.

Pero verificar es la misma cantidad de trabajo que calcular el hash. Nunca podrían mantenerse al día con todos los mineros, si no hay en algún lugar un atajo para el grupo, o una forma de asignar trabajo doble entre mineros para detectar fraudes (y pérdida de poder hash)
@Stefan: "Pero verificar es la misma cantidad de trabajo que calcular el hash". ¡No, no es!
@NateEldredge Calcular el hash es lo mismo que verificar el hash, pero para encontrar el hash (compartido) válido, el minero debe verificar (calcular) billones de hashes, y el servidor del grupo solo tiene que verificar (calcular) el enviado por el minero. Pero veo que al calcular asumes encontrar el hash correcto.
La clave es que un recurso compartido no es cualquier par (nounce, hash), es un par (nounce, hash) que alcanza un nivel de dificultad determinado, pero un nivel que es mucho más fácil que la "dificultad de red".
¿Cómo sabe el grupo que los hashes compartidos se calculan y no se engañan?
RespuestasAquíPolítica de privacidad1y, 0v