Comment fonctionne la boucle de travail?

Comme de l'épisode 7, nous connaissons la suite:

• Rei est en quelque sorte lié à la Alones qui attaquent la ville.
• L' (sans nom) oiseau noir est capable d'infliger une douleur extrême sur Rei par le biais de ces plumes.
• Chaque fois que Rei lance une flèche à un Seul, elle consomme une plume.

Est-il autre chose qui a été révélé? Ces plumes symbolisent quelque chose?

Le générique de fin de Katanagatari montrer Shichika voyage avec la Princesse, et d'être très sympathique à ses yeux. Mais n'est-elle pas, au moins indirectement responsable de Togame est mort, ou le fait que j'ai mal compris la partie où Emonzaemon mentionne qu'il a décidé lui-même de la tuer?

Alors, pourquoi ne Shichika laisser son voyage avec lui quand il aurait une raison de haïr?

Blockchain.info réclamations:

On ne peut pas (et ne veux pas):

• Consulter votre solde
• Afficher votre carnet d'adresses
• Effectuer des transactions sur votre compte
• Confisquer votre porte-monnaie
• De vous enfermer dans notre service.

Ils le font en ne sauvegardant que les crypté portefeuille fichier contenant la clé privée, et de laisser le client web ne le déchiffrement et la signature à l'aide de clés privées sans jamais les communiquer à l'aide du serveur. Cela signifie qu'il est bien vrai que l'blockchain.info ne peut pas effectuer des transactions sur votre compte.

Je pensais que cela signifiait également que, si un pirate a éclaté dans leurs serveurs, ils ne seraient pas en mesure de voler tout le monde de bitcoins, parce que les clés privées ne s'y trouvent pas.

Cependant, maintenant, je ne suis pas si sûr. Ne pouvais pas le hacker, il suffit de modifier le code du serveur pour envoyer le javascript pour le client web, qui, lorsqu'il s'exécute, décrypte ces clés privées et les renvoie à l' (maintenant piraté) serveur?

Il faudrait plus de temps, comme tout le monde aurait à se connecter à être compromis... mais ils avaient toujours être en mesure de voler un tas de Bitcoins.

Ai-je raté quelque chose ou est-ce, en effet, l'état actuel des affaires avec blockchain.info?

(À noter qu'il n'est pas destiné à être une fouille à ce site; il est vraiment plus d'une question de sécurité en général.)

Pour l'étude et le plaisir que j'ai essayer de créer mon propre altcoin. Je bifurquais Litecoin, supprimé les points de contrôle, changé nTime, *pszTimestamp, noNce et hachés nouveau hachages pour la genèse d'un bloc dans les principales net, testnet et regressiontest net. La codé en dur affirmations se passe bien mais quand je lance le démon

./src/cryptoind 

Je reçois alwais le même résultat:

ERREUR: ReadBlockFromDisk: les Erreurs dans le bloc d'en-tête à CBlockDiskPos(nFile=0, les osbl=8) ... ActivateBestChainStep --> Raté!

Aller plus loin dans le code de l'instruction suivante échoue toujours (main.cpp):

si (UintToArith256(hash) > bnTarget)

Semble que la genèse de bloc ne respecte pas la difficulté (PoW)

Une personne qui fait face au même problème? Merci à vous tous

Comment puis-je gérer mon portefeuille, et les adresses où les dépenses des bitcoins?

Par exemple, disons que j'ai l'adresse abcdefgh, et j'ai 10 Euros là. J'ai lu que quand j'achète quelque chose d'intéressant à dire 4 euros en bitcoins, je dois ensuite passer le reste sur une autre adresse inutilisée, zyxcvbnm, la première adresse devient dangereux pour la sécurité ou la modification est perdue dans les droits miniers ou de quelque chose. C'-ce vrai? Sont tous consacre une double dépenser? Par exemple, une fois pour l'élément que vous voulez et une fois que votre épargne adresse?

Il y a de la documentation sur la façon de construire avec visual studio sur ce lien. Il fonctionne très bien pour moi.

Je ne pouvais pas trouver les résultats de la Pièce de Sélection écrit n'importe où, et vient de finir de rassembler ensemble du code. Il fonctionne comme David mentionné, mais voici plus de détails.

La Pièce Algorithme de Sélection de la logique de transfert de la Cible montant

1. Si l'un de vos UTXO2 correspond à la Cible1 il sera utilisé.
2. Si "la somme de toutes vos UTXO plus petite que la Cible" correspond à la Cible, ils seront utilisés. (C'est le cas si vous avez un balayage complet de porte-monnaie.)
3. Si "la somme de toutes vos UTXO plus petite que la Cible" ne pas dépasser la cible, le plus petit UTXO supérieure à celle de votre Cible sera utilisé.

4. D'autre Bitcoin Core n'a 1000 tours de hasard la combinaison non dépensés de la transaction sorties jusqu'à ce que leur somme est égale ou supérieure à la Cible. Si elle arrive à trouver une correspondance exacte, il s'arrête au début et qui s'en sert.
   Sinon, il s'installe enfin pour le minimum de
   

   • le plus petit UTXO supérieure à la Cible
   • la plus petite combinaison d'UTXO il a découvert à l'Étape 4.

Comme David l'a mentionné, le sous-ensemble problème sera d'abord restreindre à UTXO qui ont au moins une confirmation s'il est envoyé par vous-même, ou six confirmations si elle est reçue à partir d'un autre portefeuille, puis, plus tard, se détend à ces exigences dans les deux autres passe si aucun ensemble approprié de UTXO pourrait être découvert.

Quelques exemples

Alice a quatre UTXO:
• UTXO_A 0.1 BTC
• UTXO_B 0.3 BTC
• UTXO_C 0.5 BTC
• UTXO_D 1BTC

Je vais être ignorant les frais de transaction pour des raisons de simplicité.

Exemple 1:

Alice veut envoyer 0.3 BTC.
Bitcoin Core découvre que UTXO_B correspond à la Cible, et il utilise seulement UTXO_B comme entrée.

Exemple 2:

Alice veut envoyer 0.4 BTC.
Bitcoin Core constate que UTXO_C est le plus petit UTXO supérieure à la Cible, et que la somme de tous les UTXO plus petite que la cible (c'est à dire UTXO_A + UTXO_B = 0.1 + 0.3 = 0.4) correspond à la Cible ici. Les deux UTXO_A et UTXO_B sont utilisées comme entrées.

Exemple 3:

Alice veut envoyer 0.45 BTC.
Bitcoin Core constate que UTXO_C est le plus petit UTXO supérieure à la Cible, et que la somme de tous les UTXO plus petite que la cible (c'est à dire UTXO_A + UTXO_B = 0.1 + 0.3 = 0.4) ne permet pas de dépasser la Cible. UTXO_C est utilisé comme la seule entrée, la prochaine plus petite d'entrée supérieure à la Cible.

Exemple 4:

Alice veut envoyer 0.35 BTC.
Bitcoin Core constate que UTXO_C est le plus petit UTXO supérieure à la Cible, et que la somme de tous les UTXO plus petite que la cible (c'est à dire UTXO_A + UTXO_B = 0.1 + 0.3 = 0.4) ne correspond pas à la Cible. Il ajoute choisis au hasard UTXO 1000 fois jusqu'à ce qu'elles dépassent la Cible, le souvenir de la plus petite suffisamment de combinaison. La plus petite suffisamment de combinaison est ensuite comparée avec la plus petite unité d'entrée supérieure à la cible. En supposant qu'il n'trouver la meilleure combinaison, là, qui serait UTXO_A + UTXO_B, il constate que la Cible < UTXO_A + UTXO_B < UTXO_C et utilise UTXO_A et UTXO_B comme entrées.

Exemple 5:

Alice veut envoyer de 0,6 BTC.
Bitcoin Core constate que UTXO_D est le plus petit UTXO supérieure à la Cible, et que la somme de tous les UTXO plus petite que la cible (c'est à dire UTXO_A + UTXO_B + UTXO_C = 0.1 + 0.3 + 0.5 = 0.9) ne correspond pas à la Cible. Il commence à essayer des combinaisons aléatoires comme avant, et dans cette situation serait probablement découvrir que UTXO_A + UTXO_C = Cible. Qu'il trouve une combinaison qui correspond à la Cible, il se casse et va immédiatement avec cette combinaison. UTXO_A et UTXO_C sont utilisées comme entrées.

1_{"Cible" est utilisé ici pour le montant dépensé.}
2_{UTXO = non Dépensés de la Transaction de Sortie}

Dans la capture d'écran suivante a été prise dans l'Épisode 3 (16:26) de D-Fragment de la série. En ce moment, Roka Shibasaki semblent de jeu de rôle elle-même comme une sorte de directeur au Japon. Je voudrais savoir qui est la personne elle cherche à dépeindre ???

Dans l'anime et le manga nous ne pouvons pas répondre à cette question, car les deux n'ont jamais fait face off. Cependant, une confrontation a eu lieu dans la bande dessinée^*.

Vous pouvez observer l'ensemble de l' (traduit) de la confrontation sur YouTube, en fait:
Partie 1
Partie 2

La réduction de la base est comme suit:

Peu de temps après le Garou situation, Tatsumaki agressivement confronte Fubuki Fubuki quand elle tente d'obtenir de plus amples renseignements à ce Monstre de l'Association leader (Tatsumaki veut simplement sa mort). Saitama intervient lorsqu'il devient un peu grave, l'accaparement des Tatsumaki la main pour l'arrêter. Tatsumaki agressivement tente pour lui faire sauter à l'écart. Il échoue et il ne le lâche pas. Elle essaie de plier son énergie pour le faire sortir. Il ne parvient pas à faire beaucoup de chose. Elle tente de frapper lui en vrac, de lui glisser à mi-chemin à travers (et long) la campagne avec télékinésique de vol, mais échoue. À un moment, elle s'ouvre un grand gouffre de la terre et permet de Saitama tomber, puis reseals et enterre lui. Il a sans effort creuse son chemin vers le haut comme une terre de requin. À un autre moment, elle essaie de la soulever de Saitama jusqu'telekinetically, à projeter dans l'espace, seulement pour trouver il faut un effort extrême pour soulever lui même un pied sur le sol. Saitama bénéficie de l'expérience de "voler". En fin de compte Tatsumaki concède que Saitama est extrêmement forte, et est aggravée par la façon dont il "cache" sa véritable puissance. Cependant, elle insiste sur le fait que si elle était à pleine puissance—elle a déjà repris des saignements abondants de sa tête de ses blessures, elle a souffert au cours de l'Garou arc, et est peut-être subi une commotion—alors qu'elle aurait "facilement" écrasé de Saitama. Saitama semble...pas convaincu.

*Étant donné que certaines personnes ne semblent pas être conscients de cela, d'Un coup de poing de l'homme à l'origine une bande dessinée (chapitre les liens sont en bas). Il est fondamental de canon de l'histoire, à partir de laquelle le manga et l'anime sont dérivés.

J'aimerais demander à propos de addrindex patché bitcoin core btcdrak. La diff entre bitcoin core et le patch est la suivante.

https://github.com/bitcoin/bitcoin/compare/0.13...btcdrak:addrindex-0.13

Ma question est que searchrawtransactions RPC commande ne récupère pas mon non confirmées tx, même si addrindex=1 est défini et le bitcoin-cli getrawmempool récupérer le tx.

Le non confirmées tx est récupéré par getrawmempool.

$ bitcoin-cli getrawmempool | grep 90e225e60dc36f3d323ffcf6897858e056681b8a9e015ee4371558c7b1f0241f
"90e225e60dc36f3d323ffcf6897858e056681b8a9e015ee4371558c7b1f0241f",

$ bitcoin-cli getrawtransaction 90e225e60dc36f3d323ffcf6897858e056681b8a9e015ee4371558c7b1f0241f
0100000001671739d93c88b190d7950ce0b63257bdd7e66a10c5c1e969402f7bd703b1e229010000006b483045022100e1c3bc36da8b6aecc80a0b5fd141dfb412292542d169183fdf5f2188a1079d8b022012f9ac6bec276a828bd8e2d1fa06be081aa60ceb1e8d942320970caeea0501a7012103340a2fe93a07103bc02f921614da30c01fccc829048f035ada9c6401d25d2235ffffffff0336150000000000001976a9144ae3ca1c9dfdcd199569aa9c58342cf760df743988ac00000000000000001e6a1c992d4d030f24781e242e04f8766691a18e781debac05baa08fcceb01ae532800000000001976a9141485d9d03b41aaa9dca7d70d7f63ff4a0826100e88ac00000000

Cependant, searchrawtransactions ne pas récupérer le tx.

$curl --user 'xxx:xxx' --des données binaires '{"jsonrpc":"1.0","id":"curltext","method":"searchrawtransactions","params":["12sWrxRY7E7Nhmuyjbz4TtGE9jRewGqEzd", 1, 0, 100000]}' -H 'content-type:text/plain;' http://127.0.0.1:xxxx | grep 90e225e60dc36f3d323ffcf6897858e056681b8a9e015ee4371558c7b1f0241f

Avez-vous déjà vu ce problème? Je l'ai essayé sur addrindex version 0.12.1 et 0.13.2.

Je suis sûr que non confirmées txes sont montré normalement avant. La récente mempool taille pourrait en être la cause.

J'ai déjà posté cette question sur github, mais je n'ai pas eu de réponse pour l'instant. J'ai besoin de fixer dès que possible. Donc je l'ai posté cette question ici. https://github.com/btcdrak/bitcoin/issues/20

SHA256 est une fonction de hachage Cryptographique.
Parmi les autres caractéristiques, il est

• impossible de changer l'entrée de CHF sans changer la valeur de hachage de sortie
• il n'y a pas de motif perceptible entre les valeurs de hachage de deux différents messages

Comme le bloc de hachage est le produit de l'application de SHA256 pour le bloc de données, et les données de transaction sont représentés dans l'entrée de la Merkle Racine, il est impossible de changer un seul bit d'un bloc ou d'une transaction sans avoir à tout recommencer à partir de zéro, et il n'est pas anticipé par travailler étroitement reliées.

C'est ma sortie de p2pool.

2013-07-10 16:06:29.543000 P2Pool: 17383 actions en chaîne (17388 vérifié/17388 total) Pairs: 11 (5 entrant)
2013-07-10 16:06:29.544000 Local: 0H/s dans le dernier 0.0 secondes Local morts à l'arrivée: ??? Attendre un temps de partage: ???
2013-07-10 16:06:29.544000 Actions: 0 (0 orphelin, 0 morts) Vicié taux: ??? Efficacité: ??? De remboursement actuel: 0.0000 BTC
2013-07-10 16:06:29.544000 Piscine: 1074GH/s Rassis taux: 17.1% on s'Attend à ce bloc: 23,7 heures

Problème - Pourquoi il y a des '???'s le remplacement de toutes les valeurs?

Question 1 - Quel est l'Âge: 11 (5 entrants) " signifie

Question 2 - Quelle est la ligne suivante veux dire? Il montre beaucoup avec les différentes chaînes de chiffres et de lettres:

2013-07-10 16:10:01.362000 par les Pairs envoyé totalité de la transaction 59900f72264267f0fbff2041ea50d9b72ba44448aa2244429e855f5372ba2bca qui a déjà reçu

Je vous remercie pour votre temps.

Boy oh boy, j'ai un régal pour vous, mon gaillard! La piste que vous décrivez est en fait une longue intro remix de "Synchrogazer", intitulé "Synchrogazer -Aufwachen Forme".

Il n'est pas surprenant que vous avez eu du mal à le trouver - ce remix ne fait pas apparaître sur les Symphogear bandes sonores! Plutôt, c'est une partie de Mizuki Nana de l'album "Rockbound Voisins". De même, son album "Divine Liberté" est livré avec un autre glorieux remix intitulé "Renouveau -Aufwachen Forme". C'est la version qui se joue dans l'épisode 13 de G quand ils suivent tous les Nephilim dans le Trésor.

(Hélas, je ne pense pas que ce soit "Exterminer" ou "Glorieux Pause" ont analogues remixes.)