Ubuntu ne reconnaît pas mon disque dur

La phrase de passe est stocké dans le porte-monnaie.dat fichier, donc oui, ça devrait fonctionner, aussi longtemps que vous n'avez pas reçu tous les paiements à des adresses avec des clés privées qui n'existent pas dans le portefeuille.

Notez que ces paiements reçus peuvent effectivement se produire lorsque vous envoyez un paiement, comme un caché "changement" montant est envoyé à un inutilisés caché une clé privée, qui est stocké dans votre portefeuille de fichier. Votre portefeuille fichier devrait avoir stocké 100 de ces généré à l'avance, mais, ce qui signifie que vous êtes probablement ok aussi longtemps que vous n'avez pas utilisé plus de 100 clés privées depuis votre sauvegarde.

La plupart des paiements que vous effectuez utiliser l'un des pré-généré les clés privées, tout comme chacune recevoir des adresses que vous créez.

J'ai fait un graphique similaire ici

https://estimatesmartfee.com/

Il montre combien les frais de transactions payer et combien de temps ils sont dans mempool. (Ce qui est différent de ce que vous demandez, mais similaire).

Ce n'est pas très joli, car je n'ai pas le temps d'ajouter des CSS encore.

Notez qu'il n'est pas CPFP en compte à tous.

Il ne serait pas sage de le faire.

"Brainwallet" le logiciel est entièrement non-standardisée, il n'y a aucune garantie que tous les deux implémentations de gérer l'encodage des caractères de la même manière. Plus de UTF8/UTF16 ces personnages est également susceptible d'être incroyablement déroutant, vouliez-vous dire Tooxy ou Тооху? Ces chaînes ont la même apparence, mais l'un est un tout autre jeu de caractères Unicode (et de faire deux clés différentes).

Même avec l'ajout de caractères non standard, il est peu probable que toute la chaîne générée par aura assez d'entropie pour éviter l'attaque. Rester loin de la brainwallet concept entièrement serait plus judicieuse, il est extrêmement accidenté et susceptible d'entraîner une perte d'argent, soit par le biais de vol ou de logiciel défectueux.

j'ai perdu un peu de pièces de monnaie à l'aide de Bitcoin Core portefeuille. J'ai envoyer mes pièces de Bitcoin Core portefeuille à mon adresse sur Bitstamp(copier/coller,pas d'erreur ici) et sur mon Bitcoin Core portefeuille a dit "envoyé" comme toujours...que mon ordinateur est tombé en panne et il n'y avait aucun moyen de le fixer d'autres que le format d'une ré-installer Windows. Je sais que c'était stupide de ne pas avoir une sauvegarde de portefeuille, mais il est trop tard pour ça. J'ai essayé de trouver de la transaction à l'aide de l'adresse je dois envoyer vers, mais il n'y a pas de transaction de trouvé. Je n'ai pas d'autres infos sur mon portefeuille, à l'exception de quelques adresses que j'ai généré sur mon Bitcoin Core portefeuille, lorsque j'ai été l'envoi des pièces pour mon Bitcoin Core portefeuille. Est-il possible que je peux obtenir mes pièces en arrière? Et si non, où sont-elles? Va payer des frais d'intermédiation :)

Des adresses Bitcoin peut être créée n'importe où avec n'importe quel langage de programmation. ils sont simplement comme le résultat de 1 + 1 = 2.

si vous êtes à la recherche pour la fonction qu'ils utilisent pour obtenir une nouvelle adresse ici, vous allez: https://github.com/bitcoin/bitcoin/blob/4ad3b3c72c73d61e0a0cab541dca20acf651320d/src/wallet/rpcwallet.cpp#L135

Lorsque vous faites appel RPC 'getnewaddress' cette fonction sera appelée, et les adresses touches sont déjà généré (keypool) et est enregistré dans les porte-monnaie.dat fichier.

Disclaimer: je travaille pour 2FA société CryptoPhoto

Google Authenticator ne pas vous sauver de phishing ou MitM/MitB ou des logiciels malveillants comme NeverQuest, Hesperbot, de Zeus, de la Glace IX, Bugat V2, Carberp, la Citadelle, Syscron, SpyEye, etc - ou tout APTs à tous.

En outre:

1. Google Authenticator (GA) n'est pas open source (uniquement le même antique version n'est plus en usage est sorti)

2. Ils stockent leurs contourner les codes en clair sur le serveur (tout serverside pause-dans le cas de subventions à l'attaquant de la pleine capacité à s'authentifier comme vous)

3. Leur contourner les codes ont incroyablement faible entropie (7 caractères numériques uniquement - deviner en seulement 5 millions de tentatives en moyenne)

4. Leur application fournit des QR code de l'inscription et les QR codes sont générés par la mise de votre (censé être secret) de la clé privée dans le HTTP GET paramètre d'une filiale de google URL: ou, en d'autres mots, peu importe où vous vous inscrivez avec GA, ils sont l'envoi de votre clé privée de google.

5. "HTTP GET" paramètres stockés dans des fichiers journaux (autoriser l'accès à vos clés secrètes pour n'importe qui qui peut obtenir les journaux - comme le piratage informatique, ou des citations à comparaître, ou de l'ordonnée à l'origine)

6. La GA application utilise une 3ème partie QR code scanner pour lire vos clés secrètes. Cet outil 3ème partie est un supermarché à barres de l'application, conçue pour envoyer tous les codes scannés sur leur serveur. C'est tous les "closed source", il est donc impossible de dire si elles sont à l'enregistrement de vos clés secrètes. Même si ils ne le sont pas, l'auteur (qui n'est pas Google, et non pas sous leur contrôle) n'a qu'à faire une mise à jour pour saisir GA clés si il veut.

7. GA utilise TOTP, qui fonctionne avec des "secrets partagés". C'est une horrible erreur. Encore une fois - n'importe qui qui peut se fissurer ou l'autre extrémité de la chaîne peut toujours emprunter l'identité de l'autre extrémité (lire: un serverside breakin pouvez posséder votre côté client auth). Je suis estomaqué de google ont été tellement stupide sur ce coup. Cryptographie asymétrique a été inventé pour arrêter ce genre de problème - ont-ils choisir de ne pas l'utiliser sur le but ?

8. Dans le cadre limité de la source qui est disponible, il y a une race condition d'erreur dans leur brute-force-code de prévention: vous êtes censé être en mesure de deviner les 3 codes, mais si vous ouvrez 2+ canaux pour deviner, à seulement 1 de ces canaux est bloquée - tous les autres peuvent garder indéfiniment deviner nouveaux codes sans être bloquées.

Et bien sûr, à l'état évidences - la plupart des échanges qui ont déjà été pillés ont également été "protégé" par l'AG, avec de nombreux de la victime opérateurs annonçant publiquement que les pirates juste contourné il.

C'est cool que GA ne coûte rien, mais c'est à peu près tous les il vaut!

Nous développons cyrptocurrency API où nous nous reposons sur Blockcypher pour plusieurs devises. Mais nous tenons à ajouter de plus en plus de devises pour notre échange. Mais il semble que toutes les crypto-monnaies, nous cherchons à développer notre propre noeud et faire de demande de rpc à partir de localhost lui-même.

Nous sommes à la recherche de REPOS gratuites api pour générer des adresses et de faire des transactions.

Est-il une source ou une idée d'où l'on peut obtenir de l'API de la plupart des devises.

Ces chiffres représentent les difficultés auxquelles l'exploration de la piscine accepte hachage comme une part de l'exploitation minière de la piscine, de travail. Le réseau réelle difficulté ne peut pas être calculé à partir de ces chiffres.

Explication: Alors que Bitcoin utilise SHA256 comme algorithme de hachage, Litecoin utilise Scrypt qui est beaucoup plus complexe.

Par conséquent, un Litecoin difficulté de 1 représenté une plus grande quantité de travail qu'un Bitcoin difficulté de 1. Si Litecoin d'exploration de la piscine les opérateurs ont accepté que les hachages qui a réalisé une difficulté de 1 ou plus comme valide actions, ils auraient accepté uniquement valide les blocs comme des actions, essentiellement en réduisant leurs collaborateurs solo mineurs. Afin d'estimer le travail effectué par leur participation, ils ont permis hachages remplies beaucoup moins de difficulté que les actions, comme on le voit dans le site web lié.

[Une Nouvelle Bibliothèque]

Il y a un wrapper pour Bitcoind JSON/RPC interface écrite en C++ ici. Il a tests et une couverture complète pour les appels.

Je suis en train de développer certaines applications et certains ont besoin de bitcoind, mais n'arrive pas à trouver une version récente. Postes semblent indiquer qu'elle est incorporée dans Bitcoin-Qt, mais je ne veux pas exécuter une interface graphique, juste pour headless appels RPC.

Alors, comment puis-je configurer un testnet sur OS X?

Comment le programme d'installation testnet-in-a-box sur Mac OSX? semble que ce serait travailler, sauf que je n'ai pas le bitcoind commande pour quelque raison que ce soit.

Bitcoin utilise pure PoW (preuve de travail) l'exploitation minière, de sorte que vous ne pouvez pas vraiment "enjeu" votre 0.05 BTC. La seule chose qui permettra de déterminer combien d'bitcoin, vous pouvez obtenir, sera votre puissance de calcul, mesurée dans les hachages par seconde h/s (ou kh/s, Mh/s, Gh/s...).

Si vous solo-mine, trouver un bloc avec un PC, c'est comme gagner à la loterie, alors les chances sont que vous n'auriez jamais tout bitcoin. Pour l'obtenir, vous souhaitez rejoindre une exploration de la piscine, où les gains sont répartis entre les participants, proportionnelle à leur hashrate.

Notez, cependant, que l'ère de CPU/GPU minière est depuis longtemps révolu, et le matériel qui existe maintenant, plusieurs fois plus puissant que la moyenne de votre CPU/GPU (au moins lorsqu'elle est mesurée dans le h/s). Donc, même si vous vous joignez à une piscine, avec votre PC, vous ne pouvez pas vraiment obtenir un nombre significatif de la CTB.

Il existe de nombreux sites qui sont capables de calculer la rentabilité de l'exploitation minière pour vous, un exemple ici.

Je pense que c'est dû à la part d'ombre clone de formation qui devient un peu oublié avec le transfert de connaissances. Je parle de la façon de ne pas seulement vous obtenez la connaissance de la clone quand il se disperse, mais vous obtenez également les clones de la fatigue. Bien sûr, vous pouvez faire 9 clones et de former pendant 1 heure, puis les disperser et d'acquérir les connaissances de bénéficier d'une formation de 10 heures, mais vous bénéficiez également de la fatigue soudaine de faire 10 heures de travail en moins de 1 heure.

Naruto est extrêmement rapide guérison et beaucoup d'endurance/chakra en raison de Kurama et de sa propre capacité naturelle (fils de Minato et de la réincarnation d'Ashura), mais même il est passé de la présence de trop nombreux clones juste de coupe 1 de la feuille dans sa main puis se disperser (Shippuden ep. 73).

En raison de la fatigue de transfert, je pense que Sasuke peut avoir été inquiet que cela peut affecter la durée de vie de ses yeux avant qu'il ait obtenu l'Éternel Mangekyo Sharingan. Par la suite, je pense qu'il a juste senti qu'il n'avait pas besoin de la technique, et qu'il s'est associé avec Naruto et sa peur de la solitude.

Avec Kakashi, il utilise beaucoup de chakra techniques et copiez des techniques à la volée, de sorte qu'il était presque toujours un mieux bouger pour garder son chakra piscine aussi grande que possible pour être en mesure d'utiliser quelle que soit la technique qu'il aurait besoin, et il n'a pas le chakra ou d'endurance des adultes Sasuke ou Naruto.

Je viens de regarder l'épisode récent (391) et juste avant Obito étant pris en charge par le Noir Zetsu, il me semblait avoir reconnu ses péchés et a été la planification sur l'utilisation de Rinne la Renaissance - mais pour qui? Ce n'était certainement pas pour Madara parce que le Noir Zetsu n'aurait pas été impliqué. Jiraya toutes a sur son esprit, ainsi en allait-il de lui? Ou était-il de la planification sur la relance de tous les ninja qui sont morts pendant la guerre?

J'ai signalé un bug à cette adresse il ya une semaine et qu'il avait fixé immédiatement:

De: Ben Reeves <[email protected]> par gmail.com Apr 23 (il y a 7 jours)
De: Chris

Chris,

Merci pour le heads up. Ceci doit être corrigé maintenant.

piuk

J'ai utilisé la même adresse à de nombreuses reprises dans le passé, trop. Parfois je ne reçois pas une réponse, parfois, je le fais.

Je crois que la réponse est un grand OUI, mais seulement après qu'un bloc a été trouvé je ne voudrais pas commencer immédiatement à l'application de la fonction de la difficulté de la réduction. Je crois que ce ne serait pas souhaitable, car l'exploration de données est un processus aléatoire. On devrait permettre la variabilité naturelle du processus avant de juger il être "hors d'équilibre" et avoir besoin d'extra-ordinaire réglage. (Pensez à l'exploitation minière en jetant un dé à 2^256 visages, mais seulement un sous-ensemble de ces visages sont des gagnants un tirage au sort.) Elle obéit à ces lois de la probabilité et de la statistique:

• Le nombre de blocs dans un intervalle suit la distribution de Poisson
• Le temps entre les blocs consécutifs suit la distribution Exponentielle La probabilité d'un bloc étant trouvé dans le temps inférieur ou égal à "t" est: P(X≤t) = 1-e^(-λt) où λ = 1/β et β = cible intervalle de temps

L'application exponentielle de la fonction de probabilité dans le cas du bitcoin, la probabilité d'un bloc étant trouvé en 10 minutes ou moins:

1-e^(-(1/600 secondes) * 600 secondes) = 1-e^(-1) = 63.2120558829%

La probabilité d'un bloc étant trouvé en 60 minutes ou moins: 99.7521247823% .... et Si nous allons à la de 15 000 secondes (environ 4.17 heures), la probabilité d'un bloc ayant été trouvé est 99.9999999986

Une autre façon de l'exprimer est que, dans 99.9999999986% de tous les cas, un bloc DOIT AVOIR ÉTÉ CONSTATÉ par 4.17 heures; c'est donc un pari sûr, si le bloc n'a pas été trouvé, ce qui est, comme vous le remarquez peut arriver, un important décalage entre le vrai réseau de hachage taux et le facteur de difficulté de l'exploitation minière.

Un seuil arbitraire de temps peut être choisi, au-delà de laquelle, si un bloc n'a pas été trouvé, la minière facteur de difficulté est d'être abaissé. Le choix de ce seuil équivaut à se demander " Comment voulez-vous que le système est déséquilibré ... avant de "déconner" avec elle ? '

Seulement si nous sommes assez certains que le système est vraiment déséquilibré (le sens de la difficulté n'est pas adapté à l'actuel réseau réel hashrate) doit-on commencer l'exécution d'un protocole ou d'un algorithme, de "extraordinaire" de la difficulté de la réduction. C'est à ce point que je considère l'idée d'une manière exponentielle en décomposition-avec-le temps de la difficulté à fonctionner.

Tout cela est basé sur la précision, du temps partagé consensus. L'établissement de ce que l'heure correcte est parmi un certain nombre de machines sur l'internet n'est pas un problème trivial, mais heureusement, a été résolu depuis le milieu des années 80 par le NTP (Network Time Protocol), et depuis les années 1990, complétée par le bon marché de la disponibilité de très précis et à l'échelle mondiale disponible GPS par satellite des signaux horaires.

(NTP a été développé par le Dr Dave Mills à l'Université de Delaware et de la un nouveau, de simplifier et de sécurité-version durcie de NTPSec est par Eric S. Raymond et son groupe). Le bon moment n'est pas une question d'opinion, mais d'astronomie de fait. La construction d'un fort consensus de la meilleure expression du courant en temps réel est le NTP du travail, et il le fait très bien.

Donc, en supposant que les honnêtes nœuds, l'exploration de "vrai chimers", posséder et d'utiliser les corriger en temps réel, ils seront tous de savoir quand un bloc est en retard, et en fonction de la pièce du protocole, peuvent alors convenir qu'il est "trop longtemps en souffrance": courant d'attendre le prochain bloc a dépassé le pré-établi de déclenchement seuil d'attente. Des mesures exceptionnelles doivent être prises. La question devient maintenant combien de réduire le facteur de difficulté.

Le facteur de difficulté doit être configuré pour correspondre réseau hashrate, MAIS depuis pas de blocs sont produites, courant réseau hashrate ne peut pas être calculé : ce qui doit suivre est de deviner la scène, où une première difficulté de la réduction est effectuée, puis le réseau attend un temps raisonnable pour un bloc pour être produit. Mais, si une fois de plus, aucun des blocs sont produites, puis une autre difficulté de la réduction doit être faite, puisque clairement la réduction initiale était insuffisante.

Le présent protocole pour la difficulté de la réduction, (appelons extraordinaire difficulté en mode de réduction ou de "EDRed mode"), peut avoir de nombreuses variantes. Je dirais que la première réduction sera peut-être 1/2 à 2/3, et qu'il s'en période d'attente pour le prochain bloc après le 1er réduction être un plus à attendre que le premier seuil de déclenchement. Finalement, après 1, 2 ou peut-être même 3 ou 4 réductions, des blocs va commencer à être produit à nouveau, parce que le réseau minier du facteur de difficulté sera mis en correspondance avec le réseau réel de hachage taux. Il est même probable que la difficulté est un peu trop "facile", puisque des, de "deviner" les réductions ont été fait - mais la régularité de la difficulté à s'adapter algos (Kimoto du Puits de Gravité ou Sombre d'Ondes de Gravité par exemple) utilisés dans alt-les pièces sont assez bien à l'augmentation rapide de la difficulté de faire mieux correspondre hashrate.

Une fois les blocs sont à venir (qui est, 2 ou 3 blocs ont été produites sans l'autre EDRed mode de réduction de déclenchement), puis les habituels KG ou DGW algos peuvent être autorisés à gouverner la difficulté de nouveau et EDRed mode est annulé.

(Bitcoin peut-être adopter une approche plus sophistiquée de la difficulté à réglage algo pour son fonctionnement normal à mettre en œuvre en temps réel-conscient de la difficulté de réduction du protocole de ce genre. Je crois que la récente Bitcoin Trésorerie fourche a fait adopter un plus sensible algo que le simple ajustement de chaque 2016 blocs de Bitcoin Core)

Après j'ai lu cet article (Smart Propriété, Pièces Colorées et Mastercoin) sur coindesk, je suppose que Namecoin est obsolète. J'ai lu les cas d'utilisation possibles pour Namecoin et comme je le comprends coindesk, il dit que Bitcoin version 0.9 aura les mêmes caractéristiques.

Différence: Bitcoin utilisera 80 Octets de données de message où Namecoin utilisera 520 Octets.

1. Est-ce vrai que Bitcoin 0.9 aura les mêmes fonctionnalités Namecoin a?
2. Va Namecoin encore une qualité particulière par rapport à Bitcoin, qui justifie Namecoins à la poursuite de l'existence? Ou en d'autres termes: Est la faible valeur (par rapport à des Bitcoins) de Namecoins le seul avantage sur les Bitcoins, parce que les messages, actes notariés, votes, etc. sont beaucoup moins chers, et donc seulement abordable, avec Namecoin?

La sémantique de multiplication sont différentes dans les deux équations.

Comme pour la première équation. Le s-partie d'une signature est un élément dans un groupe (représentée par un nombre) si l'inverse existe et est facile à calculer (ou même bien connu)

Dans le second cas, vous prenez la valeur numérique de la clé privée et de calculer les multiples de ce avec un point de base. Avec cette notation, le "inverse" devient équivalent à trouver le logarithme discret dans ce groupe des additifs. En ecc on ne sait pas comment faire pour calculer le logarithme discret de manière efficace

Je suppose que cette réponse est un peu frustrant. Je recommande d'apprendre à propos du Groupe de la théorie pour comprendre les différences dans la notation.

En essayant de mettre en œuvre Bitcoin JSON-RPC à l'aide de Digital Ocean Ubuntu à l'aide de bitcoin version 16.

Voici mon code php

<?php

require_once('easybitcoin.php');

$bitcoin = Bitcoin('someusername', 'somepassword');

print_r($bitcoin);

//print_r($bitcoin->getwalletinfo()());

$getinfo = $bitcoin->getblockchaininfo();

print_r($getinfo);

?>

Sortie

Bitcoin Object ( [nom d'utilisateur:Bitcoin:private] => someusername [mot de passe:Bitcoin:private] => somepassword [proto:Bitcoin:private] => http [hôte:Bitcoin:private] => localhost [port:Bitcoin:private] => 8332 [url:Bitcoin:private] => [CACertificate:Bitcoin:private] => [status] => [erreur] => [raw_response] => [réponse] => [id:Bitcoin:private] => 0 )

Donnant erreur ERREUR HTTP 500

Je ne suis pas très php conscience, j'ai essayé activation de rapport d'erreur en php.ini, mais n'obtenant pas le journal des erreurs.

Voici mon bitcoin.conf

rpcuser=someusername
rpcpassword=somepassword
prune=600
maxconnections=12
maxuploadtarget=20
daemon=1
serveur=1
keypool=10000

Bitcoin serveur est entièrement synchronisés dans le pruneau mode, et en cours d'exécution.bitcoin-cli qui fonctionne correctement. Si quelqu'un a des nouvelles de travail php-bitcoind exemples, s'il vous plaît partager sur [email protected]

Merci pour toute aide.