Cool. J'ai upvoted. je pense que le probleme est de sendtoaddress() car getnewaddress() de travail Pourquoi ne pas mon client de soutenir le "getdata " méthode"? Est-il un nouveau? Voici ce qui s'affiche lors de l'exécution de bitcoind. ---------- La liaison RPC à l'adresse ::1 port 8332 a échoué. ---------- Les options de configuration rpcuser et rpcpassword sera bientôt obsolète. Localement exécuter des instances peut supprimer rpcuser à utiliser des cookies d'authentification, ou peut être remplacé par rpcauth. Veuillez voir share/rpcauth pour rpcauth auth génération. ---------- Dans la scène où Kaoru se réveille le matin, (voir la question), il a les cheveux blonds, ce qui signifie qu'il s'agit d'une scène dans le présent, mais le style de l'animation est la même que le reste de l'épisode. @schvaba Ok, vous avez juste soufflé mon esprit!

J'ai regardé dans Bitcoin Core code client, et il semble qu'il y a un verrou qui permet à un seul fil pour envoyer des données (Bloc, TX, etc.) à un moment donné. Si cela est vrai, cela signifie que les transactions et les blocs doivent attendre dans une file d'attente jusqu'à ce que la précédente fois ont fait l'envoi. Suis-je le droit?