Description de l'étiquette hamburg

Non, pas à l'aveugle deviner. Je suis à l'aide de queryroutes de commande pour vérifier ce qui se passe. Vous avez besoin des deux blocs et de la chainstate. Ils n'ont pas besoin d'être parfaitement synchronisés toutefois - les blocs de données peut être plus récente que la chainstate De ma compréhension limitée, l'OP présomption a une possibilité de devenir un risque (dans le sens de l'OP cité) SI il y a "d'autres faiblesses dans SHA256". Bien sûr, en ajoutant un "qui n'ont pas encore été rendus publics" à l'origine de la phrase change la perspective de cette idée. Pourquoi la NSA de soins à l'utilisation du réseau à leurs services quand tout ce qu'il faut pour éviter cela serait de cryptage ce qui doit être chiffré à l'aide de SHA3 (exemple cité) et de laisser bitcoin mining sur SHA-256?

Je vous conseille d'utiliser le testnet de votre choix du client (bitcoin/litecoin, etc.) avec sa propre genèse bloquer et donc c'est propre blockchain. Configurer le testnet paramètres dans chainparams.cpp pour s'adapter à votre résultat souhaité, les compiler sur un couple de nœuds sur votre réseau local et de les configurer pour se connecter les uns aux autres dans votre fichier de configuration (vos données/dir/.yourcoin) en ajoutant la ligne connect=ADRESSEIP:PORT

Vous voulez également vous assurer que vous avez DNS de semis désactivé. Une fois que vous avez fait cela, vous serez en mesure de les exploiter de pièces de monnaie sur le testnet, grandir la chaîne et, éventuellement, selon la façon dont vous avez configuré vos paramètres de réseau reciblage de la difficulté et de travailler comme si elle était sur le réseau principal, mais vous serez à l'abri du monde extérieur.