`01000000 01 e0b0d06568754a5cb6c14fd46161cd5ff94d8bdc4d6871282627c8ee9adf09d6 00000000 19 38e4a66db3089a4fbb814ded136c923f3bebc12b ffffffff 02 75a58c0600000000 1976a91413aa97d12703b051d9b670097bbf07e2cd78de6088ac 23ce010000000000 1976a914a9974100aeee974a20cda9a2f545704a0ab54fdc88ac 00000000 01000000` Il a travaillé enfin, après j'ai utilisé le drapeau-v dans GenesisH0 avec la nouvelle valeur de la récompense Ce n'est pas logique - si le bloc de temps est zéro, il n'y aurait infinité de blocs par seconde, et vous auriez besoin de l'infini octets de transfert de données et de stockage par seconde pour garder une trace de tous. Il est très peu probable que vous faire quoi que ce soit d'autre que de la perte de l'exploitation minière bitcoin sur un ordinateur. Les gpu sont déjà inutile, sans parler de Processeurs.

Je ne suis pas sûr de savoir comment exactement il a été décrit dans le livre blanc, mais évidemment chaque nœud vérifie les nouvelles transactions de validité avant de les ajouter dans leur modèle de bloc. c'est à dire entre l'étape 1 et l'étape 2. Comme vous l'avez dit, il ne serait pas logique de gaspiller de l'énergie sur la recherche d'une preuve-de-travail sans en vérifier la validité en avance.

Cependant, chaque nœud doit toujours vérifier la validité d'un bloc après avoir été trouvé. Sinon ils auraient confiance le bloc de l'auteur d'avoir respecté les règles. Pourquoi faire confiance, quand il est bon de le vérifier? ;)