Description de l'étiquette noblesse

Description de l'étiquette Questions avec Tag
Ce que l'enfer qui s'est passé à la prevhash? Ce n'est pas documenté n'importe où. J'ai perdu un jour ou deux à cause de cela. @MTSan j'ai vraiment l'impression que votre situation est un peu tiré par les cheveux. Je veux dire prendre organique de la viande par exemple: si vous le faites cuire dans un feu de substance interdite, alors n'est-il pas plus organique? Si vous acheter de nouveaux équipements, maintenant, il va être rentable. Prédit difficulté augmentation signifie que le coût du matériel, plus d'électricité ne seront pas couverts. Les seules personnes qui sont en rien faire maintenant sont ceux avec le matériel déjà, ceux avec à bas prix/libre de l'électricité (que quelqu'un quelque part est payé) et bien sûr, les gens qui vendent des mines de matériel. @Gao j'ai maintenant remarqué que vous avez lié à votre commentaire, celle qui est liée à cette double question et a accepté de répondre. Depuis que la réponse ne lui a jamais donné aucun canon preuve, comment pouvez-vous être si sûr, il est effectivement canon?

Pas de corrélation entre toutes les binaires d'entrée ou de la combinaison de bits et aucun bit de sortie ou de la combinaison est acceptable pour un hachage cryptographique. SHA256 est accepté de hachage cryptographique.

Tout le monde peut (et beaucoup le font) vérifier un bloc valide en effectuant une opération de hachage, plutôt que le grand nombre qu'il faut pour trouver par force brute, actuellement de l'ordre de 1,000,000,000,000,000,000,000.

EDIT: j'ai un peu calculé 4 bits par octet 8 (GROSSE différence), plus oublié le prevhash préfixe. Corrigé et aussi clarifié certaines.

En outre pour l'instant, les mineurs peuvent retoucher quelques bits dans le temps et l'utilisation peut-être de 20 à 40 bits de la valeur de choix dans le Merkle racine (en changeant extranonce et/ou des opérations) dans le temps disponible. Plus la partie de prevhash est toujours le même (à savoir des zéros) -- au moins aussi longue que la base de données "raccourci" ne fonctionne pas, et il ne le fait pas. Appelons ça de 80 160 bits total, signifiant une base de données complète serait d'environ 2^{240} 2^{480} entrées. Mais nous ne pouvons pas stocker beaucoup, surtout pas, car il doit être accessible de manière significative moins que la durée normale d'exploration de temps de 10 minutes. Et puisque nous ne pouvons pas savoir à l'avance ce qui les entrées seront nécessaires, n'importe quel sous-ensemble de la base de données que nous stockons c'est un "coup de dés" pour chaque bloc d'en-tête s'il est dans la base de données et ainsi de "pré-minés".

Si vous utilisez toutes les près de 2^{190} atomes dans le Système Solaire (et de les déplacer assez proche) et peut stocker un en-tête de chaque atome qui est plusieurs milliers de fois plus dense que toute la technologie de stockage, votre base de données " hit " (qui contiennent la solution souhaitée) avec une probabilité de 2^{290} qui (puisque les essais sont indépendants) va se produire pour (arrondi légèrement) sur un bloc chaque 20,000,000,000 20,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000,000 ans, ce qui est probablement presque certainement plus longtemps que l'univers existe. (Et certainement pas assez souvent pour vous de faire quelque profit.)

Voir aussi https://crypto.stackexchange.com/questions/1013/is-it-feasible-to-build-an-index-of-prime-factors pour plusieurs discussions pourquoi une approche similaire pour casser RSA est totalement infaisable, même sans la brièveté du délai nécessaire pour Bitcoin.