Problème pour l'utilisation de PlayOnLinux

Bitcoin pas reçu de quote-part ou peu payer porte-monnaie, mais se montre sur la Blockchain.

Blockchain site web: https://blockchain.info/address/1MeHHf8AqqCFwgQCYZ7BcqM8gLZ462cpdW

Je viens récemment construit une exploration de plate-forme. Le problème, je suis en cours d'exécution en est que cgminer, de façon aléatoire, de "geler" alors que l'exploitation minière. Quand je dis freeze cgminer va juste arrêter d'accepter les actions et le processeur de données permettra d'arrêter la mise à jour; cependant, je suis toujours en mesure de délivrer le " Q " de commande, mais il ne fonctionne pas. J'ai essayé tout ce que je pouvais penser pour tenter de résoudre ce problème. Re installation de Xubuntu, en abaissant memclock, en abaissant engineclock, l'abaissement de l'intensité, de l'abaissement de thread-concurrency, l'augmentation de la tension, de la valorisation/dévalorisation cgminer, etc. La chose étrange est le fait qu'aucune des cartes de crash ou d'aller malades avant de cgminer fige, et vous ne voyez aucune augmentation de GPU temps quand cgminer ne écrasement. La période de l'exploitation minière avant le crash semble être complètement aléatoire. Il s'est écrasé 30 secondes après le démarrage et il est tombé en panne 4 heures (ce qui était le plus long temps de fonctionnement et il était sur une plus memclock et le moteur de l'horloge que je suis sur maintenant). Pour moi, cela n'a aucun sens pourquoi il en serait de s'écraser à tous, pour les cartes semblent parfaitement stable avec les paramètres.

Spécifications Du Système:
PROCESSEUR: FX 4130 quad core @ 3.8 GHz, 8 MO de Cache Totale
Bloc d'alimentation: HALE90 V2 1200W
GFX: 4x PowerColor HD7970 3GO GDDR5
RAM: Ballistix (par crucial) 4 go de mémoire DDR3 à 1 600 mhz
SSD: SanDisk 64 GO 6 go/s
MOBO: 970 Extreme4 Socket AM3+ ATX de la carte mère AMD
OS: Xubuntu 12.10 x86_64

cgminer Paramètres de Démarrage (start.sh le script): export DISPLAY=:0
l'exportation GPU_MAX_ALLOC_PERCENT=100
l'exportation GPU_USE_SYNC_OBJECTS=1
./cgminer --scrypt -o http://poolurl.com:8080 -u utilisateur -p mot de passe -j'ai 13 -g 2 -w 256 --auto-ventilateur --temp-cible de 70 --temp-surchauffe 85 --gpu-fan 75-90 --thread-concurrency 8192 --gpu-engine 1106 --gpu-memclock 1825 --recherche-gap 2 --gpu-powertune 20

cgminer version 3.7.2.

Si vous avez besoin de plus d'informations, il suffit de demander. Toute aide sera appréciée, car je suis absolument perplexe sur ce qui est à l'origine du problème.

Merci, Kyle

C'est Vogel im Kafig. C'est sur l'OST ou vous pouvez le trouver sur YouTube ici: https://youtu.be/M2LdF1RlSL0.

Pourquoi il y a des symboles religieux dans la conception de Mangekyou Sharingan?

J'ai vu cette image en ligne tout à fait beaucoup ces derniers temps, et j'ai été vous demandez-vous à quelle série il s'agit de. J'ai essayé de chercher mais ne trouve pas de résultats.

TL;DR: Oui, ASICs bitcoin peut servir cryptanalytiques fins.

Ils pourraient être utilisés pour accélérer un cryptanalytiques attaque qui nécessite beaucoup de bits aléatoires-des cordes dont l'SHA256 commence avec beaucoup de zéro bits. Bitcoin mineurs rapport bitcoin en-tête de blocs de M tels que sha256(sha256(M)) commence avec un nombre prescrit de zéros. En particulier, cela signifie que M'=sha256(M) est un hasard 256 bits blob dont le hachage commence avec beaucoup de zéro bits.

Une situation particulière où cela peut être utile, c'est le calcul d'un 3SUM sur sha256. Voir cette page pour plus de détails.

gnome-screensaver-commande-verrouillage de le faire.

Que peut un marchand faire pour atténuer le risque que ce genre d'attaque?

Attendez quelques confirmations.

Je crois TransactionOutput représente l'une des sorties d'une transaction.

J'ai une liste de ces objets de sortie, et une Chaîne de caractères qui représente ma propre adresse. Je voudrais vérifier que cette production a atteint mon adresse.

Comment puis-je obtenir l'adresse de destination à partir de la TransactionOutput objet?

L'alternative blockchain Freicoin est une solution à la "déflation-causes-la thésaurisation-problème" (en supposant que vous pensez que c'est un problème réel) à l'aide de surestaries plutôt que de l'inflation.

Quant à votre proposition de rendre le taux de l'argent de la croissance linéaire et plus élevé que le taux prévu de InflationCoin la croissance de l'économie, qui permettrait d'atteindre le même objectif: punir ceux qui ont mis leurs économies dans la pièce, plutôt que quelque chose de productif comme les actions et les obligations.

Selon la Loi de Gresham, Freicoin et InflationCoin doit s'épanouir en tant que moyen d'échange et de Bitcoin vitesse devrait s'effondrer comme les gens tuck ceux de la rareté relative des pièces de monnaie à l'écart dans les portefeuilles comme ils sont des lingots d'or.

Bien sûr, ce n'est pas en fait qui se passe. Peut-être que c'est parce que des effets de réseau (qui accepte le paiement en pièces de rechange bloc de chaînes?) Ou peut-être la déflation théorie est fausse.

Je vous suggère d'utiliser Bitcoin qt version 0.8.3, et l'exécuter en tant qu'Administrateur.

Et de vérifier si il y a quelques APP empêcher QT pour créer des données sur Windows les Fichiers de l'Utilisateur.

Lorsque vous regardez l'épisode 583, j'ai remarqué que Franky est Forte attaque de Droite regardé comme un roller coaster de voiture. Est-ce juste un choix de conception ou de certains cachés jeu de mots?

Travailler avec Bitcoin-qt 0.16.3 testnet

La tentative de sendrawtransaction, toutefois, recevoir message d'erreur suivant:

Manque d'intrants (code -25)

De ce que j'ai lu, c'est le résultat de la tentative d'utilisation de sorties dans la transaction qui ont déjà été dépensé.

Je suis confus, cependant, parce que je suis explicitement à l'aide d'une transaction répertorié par listunspent. Ne veut pas dire que la sortie n'est pas utilisé???

Si vous pouviez m'indiquer où je vais mal, il serait grandement apprécié.

Voici exactement mon travail:

listunspent

sortie

[
{
 "txid": "8d42a2db310b794ae0d75ed9a68262081fd83817a862f87a99cd176ce8743223",
 "vout": 1,
 "adresse": "2MtBLx3arsHFV1cBYSo5AXmX5Pf3tfcgda3",
 "compte": "addy2",
 "redeemScript": "0014436faf386d5c77c575e3372a97e268a08e3f5378",
 "scriptPubKey": "a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf287",
 "montant": 0.00010000,
 "confirmations": 229,
 "disponibles": true,
 "résoluble": true,
 "coffre-fort": true
}
]

entrée

createrawtransaction '[{ "txid": "8d42a2db310b794ae0d75ed9a68262081fd83817a862f87a99cd176ce8743223", "vout":2 }]' '{ "2N8kPhdhwAYYK8rFt7Fhvm3oapsMF7vqbcb":0.00003, "2MtBLx3arsHFV1cBYSo5AXmX5Pf3tfcgda3":0.0000695}'

sortie

0200000001233274e86c17cd997af862a81738d81f086282a6d95ed7e04a790b31dba2428d0200000000ffffffff02b80b00000000000017a914aa0e0ebe49d03dc1b79f91775aada9293179bb2387261b00000000000017a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf28700000000

entrée

signrawtransaction '0200000001233274e86c17cd997af862a81738d81f086282a6d95ed7e04a790b31dba2428d0200000000ffffffff02b80b00000000000017a914aa0e0ebe49d03dc1b79f91775aada9293179bb2387261b00000000000017a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf28700000000' '[{"txid":"8d42a2db310b794ae0d75ed9a68262081fd83817a862f87a99cd176ce8743223","vout":2,"scriptPubKey":"a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf287","redeemScript": "0014436faf386d5c77c575e3372a97e268a08e3f5378",
"montant":0.0001}]'

sortie

{
 "hex": "02000000000101233274e86c17cd997af862a81738d81f086282a6d95ed7e04a790b31dba2428d0200000017160014436faf386d5c77c575e3372a97e268a08e3f5378ffffffff02b80b00000000000017a914aa0e0ebe49d03dc1b79f91775aada9293179bb2387261b00000000000017a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf287024830450221009274a153ee55925681d5382fecbff723e2ec12e92dafc7188565e2ee2bef092402201133ec3545333afeacda23b63917660ed62be667508dbb5a121a4ed9aa52125401210273340ff4511f6bbcf7d9f1c1fe69f66704398e54f4cde0e0ec60313476fc92ab00000000",
 "complet": true
}

entrée

sendrawtransaction 02000000000101233274e86c17cd997af862a81738d81f086282a6d95ed7e04a790b31dba2428d0200000017160014436faf386d5c77c575e3372a97e268a08e3f5378ffffffff02b80b00000000000017a914aa0e0ebe49d03dc1b79f91775aada9293179bb2387261b00000000000017a9140a3c45e4e27e98b6bf1171b4fe1bf689b9a3dbf287024830450221009274a153ee55925681d5382fecbff723e2ec12e92dafc7188565e2ee2bef092402201133ec3545333afeacda23b63917660ed62be667508dbb5a121a4ed9aa52125401210273340ff4511f6bbcf7d9f1c1fe69f66704398e54f4cde0e0ec60313476fc92ab00000000

sortie

Manque d'intrants (code -25)

Dans les deux cas, vous n'êtes pas générer l'adresse qui correspond à la compression de la clé publique.

Dans le premier cas, vous êtes de la création de ce qui ressemble à une adresse non valide. À tout le moins, la clé privée, il est utilisé est incorrect, car il a la compression de l'octet. Cela va changer la valeur que vous obtenez pour la clé privée quand il est décodé. Afin d'obtenir le même résultat que le second cas, vous auriez besoin de déposer un octet supplémentaire à partir de la décodé WIF clé que cet octet indique la compression. La clé que vous utilisez, il est de 33 octets plutôt que les 32 octets réels de clés privées.

Dans le second cas, vous ne créez pas le comprimé à clé publique pour générer l'adresse. Il est encore non compressé à l'aide de la clé publique. Au lieu d'utiliser fast_multiply et la création de la clé publique vous-même, vous devriez être en utilisant privkey_to_pubkey. fast_multiply est une opération mathématique, il n'a pas de notion de comprimé de clés publiques. Cependant privkey_to_pubkey le fait qu'il va créer la bonne clé publique. Ensuite, vous pouvez utiliser la clé publique pour générer l'adresse.

Au lieu de faire

public_key = bitcoin.fast_multiply(bitcoin.G, pvt2)

vous devriez être en train de faire

public_key = bitcoin.privkey_to_pubkey(pvt)