Comment avez-Norman et Emma de ne pas être vu?

Pour modifier cette propriété, vous aurez besoin de pirater le gtkrc fichier pour le thème en question. Je suppose que vous travaillez avec l'Ambiance.

La première chose que vous voudrez probablement à cause, c'est de faire une copie locale du thème au lieu de travailler sur un vaste système de copie. Appelons-Ambiance-Mod. Ouvrez un terminal, et fonctionne à ceci:

cp-r /usr/share/themes/Ambiance ~/.thèmes/Ambiance-Mod

Vous devez également modifier l' index.thème pour l'utilisation de votre nouveau thème.

gedit ~/.thèmes/Ambiance-Mod/index.thème

Remplacez toutes les instances sur l'Ambiance de Ambiance de Mod

Vous devriez avoir de l'Ambiance de Mod dans votre "Apperience Préférences." Maintenant, nous allons modifier le gtkrc fichier.

gedit ~/.thèmes/Ambiance-Mod/gtk-2.0/gtkrc

La partie qui contrôle le texte que vous souhaitez modifier peuvent être trouvés en ligne 334, fg[INSENSIBLE] pour style "menu" = "foncé"

style "menu" = "dark" {
 xthickness = 0
 ythickness = 0

 bg[NORMAL] = "#43423f"
 bg[INSENSIBLE] = "#43423f"
 fg[INSENSIBLE] = ombre (0.54, "#43423f")

 le moteur "murrine"
{
 rondeur = 0
}
}

Vous avez besoin de changer l'ombre (0.54, "#43423f") pour l'utilisation de votre choix de couleur Hexadécimale. Essayez quelque chose comme "#969696" assurez-vous qu'il est cité.

change color

Si vous n'avez pas peur de gâcher le thème original, vous pouvez éditer le fichier/usr/share/themes/Ambiance/gtk-2.0/gtkrc directement et ignorer les parties à propos de la copie du thème et de renommer les choses dans l'index.thème

Si vous souhaitez jouer avec plus d'options, consultez la GTK Thématisation Tutoriel sur le wiki GNOME.

+975
Sinaga 4 août 2014, 18:51:10
17 réponses

Je ne peux pas me connecter à bitcoin, tout essayé, cherché longuement essayé, mais ne peut pas résoudre.

J'ai un bitcoin.conf fichier créé, mais je ne suis pas sûr qu'il est en cours d'accès lors de l'exécution de "hello.php"

J'ai une utilisation de XAMPP et le serveur Apache de travail.

Le contenu du bitcoin.fichier conf est

serveur=1
rpcuser=12345
rpcpassword=12345
rpcallowip=*
écouter=1

L'emplacement est \%appdata%\bitcoin

Je dirais que 99% de mes problèmes avec les chemins d'accès ne fonctionne pas pour la plupart, mais semblent avoir de travail à ce niveau.

Je suis en cours d'exécution de l' .fichier php à partir de c:\xampp\htdocs\xampp\hello.php parce que c'est le seul endroit où je peux obtenir de XAMPP pour exécuter une .fichier php de. Je suis ok avec ça pour l'instant. J'ai dû copier beaucoup de fichiers que sous dir pour le faire fonctionner, comme je l'ai.e jsonRPCClient.php et tous les assocoiated fichiers.

Encore aucune idée de pourquoi "l'ordinateur cible l'a expressément refusé" sonne comme il est demandé de se connecter, mais l'habitude de se connecter.....aucune idée de pourquoi.

Je suis sous Windows 7 sur un ordinateur portable..

mon fichier hello.php le code est

 <?php 
 Print "Hello, World!";
 ?> 

 <?php 
 Echo "Hello , World!";

#echo phpinfo();

require_once 'jsonRPCClient.php';

 $bitcoin = new jsonRPCClient('http://user:[email protected]:8332/');
 echo "<pre>\n";
 print_r($bitcoin->getinfo()); echo "\n";
 echo "Received: ".$bitcoin->getreceivedbylabel("Votre Adresse")."\n";
 echo "</pre>";

# $connect = new jsonRPCClient('http://user:[email protected]:9332');
# print_r($connexion->getinfo()); echo "\n";


#$b = new jsonRPCClient('http://KJTetc:MyRpcpass@localhost:8332/');
#print_r($b->getinfo());



 ?> 

La sortie est :

Bonjour Tout Le Monde! Bonjour Tout Le Monde!

Warning: fopen(http://[email protected]:8332/): failed to open stream: Aucune connexion n'a pu être établie car l'ordinateur cible l'a expressément refusé.
 dans C:\xampp\php\pear\jsonRPCClient.php sur la ligne 132

Fatal error: Uncaught exception 'Exception' avec le message " Impossible de se connecter à http://user:[email protected]:8332/' dans C:\xampp\php\pear\jsonRPCClient.php:140
Trace de la pile:
#0 C:\xampp\htdocs\xampp\hello.php(14): jsonRPCClient->__call('getinfo', Array)
#1 C:\xampp\htdocs\xampp\hello.php(14): jsonRPCClient->getinfo()
#2 {principal}
 jeté dans C:\xampp\php\pear\jsonRPCClient.php sur la ligne 140
+957
Ujjwal Ojha 03 февр. '09 в 4:24

Ni je suis en mesure de vous connecter à mes pairs, ni que je suis capable de synchroniser mon bitcoin core de mon réseau.

Quand j'ai connecter mon ordinateur portable à mon point d'accès mobile synchronisation fonctionne très bien et les progrès dans la montre. Voici le débogage.journal pour cette session.

2017-04-22 02:16:35 Bitcoin version v0.14.0
2017-04-22 02:16:35 InitParameterInteraction: paramètre d'interaction: -whitelistforcerelay=1 -> réglage -whitelistrelay=1
2017-04-22 02:16:35 en Supposant que les ancêtres de bloc 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 la validité des signatures.
2017-04-22 02:16:35 GUI: "registerShutdownBlockReason: enregistré avec Succès: Bitcoin Core n'est pas encore sortie en toute sécurité..."
2017-04-22 02:16:36 répertoire de données par Défaut C:\Users\rewanth\AppData\Roaming\Bitcoin
2017-04-22 02:16:36 Utilisant le répertoire de données C:\Users\rewanth\AppData\Roaming\Bitcoin
2017-04-22 02:16:36 Utilisation du fichier de config C:\Users\rewanth\AppData\Roaming\Bitcoin\bitcoin.conf
2017-04-22 02:16:36 à l'Aide d'au plus 125 connexions automatiques (2048 descripteurs de fichiers disponibles)
2017-04-22 02:16:36 à l'Aide de 32 mo de 32 demandé à la signature du cache, capable de stocker des éléments 1048576
2017-04-22 02:16:36 à l'Aide de 4 fils pour le script de vérification
2017-04-22 02:16:36 Utilisation de BerkeleyDB version Berkeley DB 4.8.30: (9 avril 2010)
2017-04-22 02:16:36 à l'Aide de porte-monnaie porte-monnaie.dat
2017-04-22 02:16:36 planificateur de début de fil
2017-04-22 02:16:36 init message: Vérification de la pochette...
2017-04-22 02:16:36 CDBEnv::Open: LogDir=C:\Users\rewanth\AppData\Roaming\Bitcoin\base de données Fichiererreurs=C:\Users\rewanth\AppData\Roaming\Bitcoin\db.journal
2017-04-22 02:16:36 Liés à [::]:8333
2017-04-22 02:16:36 Lié à 0.0.0.0:8333
2017-04-22 02:16:36 configuration du Cache:
2017-04-22 02:16:36 * à l'Aide d'2.0 MiB index de bloc de base de données
2017-04-22 02:16:36 * 8,0 mio pour la chaîne de l'état de la base de données
2017-04-22 02:16:36 * à l'Aide de 290.0 MiB en mémoire UTXO ensemble (et jusqu'à 286.1 MiB de inutilisés mempool de l'espace)
2017-04-22 02:16:36 init message: Chargement des index de bloc...
2017-04-22 02:16:36 Ouverture LevelDB dans C:\Users\rewanth\AppData\Roaming\Bitcoin\blocks\index
2017-04-22 02:16:36 Ouvert LevelDB avec succès
2017-04-22 02:16:36 Utilisation de la dissimulation de l'clés pour C:\Users\rewanth\AppData\Roaming\Bitcoin\blocks\index: 0000000000000000
2017-04-22 02:16:36 Ouverture LevelDB dans C:\Users\rewanth\AppData\Roaming\Bitcoin\chainstate
2017-04-22 02:16:36 Ouvert LevelDB avec succès
2017-04-22 02:16:36 Utilisation de la dissimulation de l'clés pour C:\Users\rewanth\AppData\Roaming\Bitcoin\chainstate: 60c31a5357347687
2017-04-22 02:16:41 LoadBlockIndexDB: le dernier fichier de bloc = 6
2017-04-22 02:16:41 LoadBlockIndexDB: le dernier bloc du fichier info: CBlockFileInfo(blocs=5029, taille=87792634, des hauteurs=156435...161579, temps=2011-12-07...2012-01-10)
2017-04-22 02:16:41 Vérification de tous blk fichiers sont présents...
2017-04-22 02:16:41 LoadBlockIndexDB: transaction indice désactivé
2017-04-22 02:16:41 LoadBlockIndexDB: hashBestChain=00000000000000c60ea90c44bc166bb558633110631b4674d6e909e7ff5fb510 hauteur=161480 date=2012-01-10 01:03:18 avancement=0.010138
2017-04-22 02:16:41 init message: Rembobinage blocs...
2017-04-22 02:16:41 init message: Vérification des blocs...
2017-04-22 02:16:41 Vérification des 6 derniers blocs au niveau 3
2017-04-22 02:16:41 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[FAIT].
2017-04-22 02:16:42 Pas de pièce de monnaie de base de données des incohérences dans les 7 derniers blocs (294 transactions)
2017-04-22 02:16:42 index de bloc 5693ms
2017-04-22 02:16:42 init message: Chargement du porte-monnaie...
2017-04-22 02:16:42 nFileVersion = 140000
2017-04-22 02:16:42 Touches: 102 clair, 0 chiffré, 102 w/ métadonnées, 102 total
2017-04-22 02:16:42 wallet 27 ms est observée
2017-04-22 02:16:42 setKeyPool.size() = 100
2017-04-22 02:16:42 mapWallet.size() = 0
2017-04-22 02:16:42 mapAddressBook.size() = 1
2017-04-22 02:16:42 mapBlockIndex.size() = 462900
2017-04-22 02:16:42 nBestHeight = 161480
2017-04-22 02:16:42 Importés mempool transactions à partir du disque: 0 succès, 0 a échoué, 0 a expiré
2017-04-22 02:16:42 torcontrol début de fil
2017-04-22 02:16:42 init message: Chargement d'adresses...
2017-04-22 02:16:42 Chargé 31871 adresses de ses pairs.dat 152ms
2017-04-22 02:16:42 init message: Chargement de la liste des bannissements...
2017-04-22 02:16:42 init message: à Partir du réseau de fils...
2017-04-22 02:16:42 net de début de fil
2017-04-22 02:16:42 init message: Fait de chargement
2017-04-22 02:16:42 opencon début de fil
2017-04-22 02:16:42 addcon début de fil
2017-04-22 02:16:42 dnsseed début de fil
2017-04-22 02:16:42 msghand début de fil
2017-04-22 02:16:42 GUI: Plate-forme de personnalisation: "windows"
2017-04-22 02:16:42 GUI: PaymentServer::LoadRootCAs: Chargé 46 certificats racine
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 11
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 11
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 11
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 11
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 16
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 16
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 16
2017-04-22 02:16:46 GUI: OpenType support manquant pour le script de 16
2017-04-22 02:16:53 Chargement des adresses de DNS graines (pourrait prendre un certain temps)
2017-04-22 02:17:00 112 adresses trouvées à partir de graines DNS
2017-04-22 02:17:00 dnsseed sortie de thread
2017-04-22 02:28:44 recevoir la version message: /Satoshi:0.13.1/: version 70014, blocs=462955, us=49.15.64.2:36345, peer=0
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=00000000000003f2ccb5a19f40f6b5802ff07719ba10fc7e99d9bcd44de94a68 hauteur=161481 version=0x00000001 log2_work=67.487095 tx=2174008 date='2012-01-10 01:08:08" progrès=0.010138 cache=0.2 MiB(234tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000b8e36b81ce65b918438ac8a83d5e0d3122f7602edc5d452b35c hauteur=161482 version=0x00000001 log2_work=67.487133 tx=2174082 date='2012-01-10 01:26:49" progrès=0.010139 cache=0.5 MiB(511tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000284fe62694cbf9642e37098529a198593cde9c2cec802d176bc hauteur=161483 version=0x00000001 log2_work=67.48717 tx=2174103 date='2012-01-10 01:37:45" progrès=0.010139 cache=0.5 MiB(564tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000895acb623071d6f327633577ec0b241c16d94c05c4a5e76284b hauteur=161484 version=0x00000001 log2_work=67.487208 tx=2174142 date='2012-01-10 01:39:38' avancement=0.010139 cache=0.6 MiB(661tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=000000000000041cc6c4728ae6cb6a75360c8e1e686a77e08ebd63e439e3931c hauteur=161485 version=0x00000001 log2_work=67.487245 tx=2174296 date='2012-01-10 01:42:40" progrès=0.010140 cache=0.6 MiB(826tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=00000000000007e320dcb7e350eca2deb12ef4d37968c082124e82c455d1b391 hauteur=161486 version=0x00000001 log2_work=67.487283 tx=2174302 date='2012-01-10 01:44:13" progrès=0.010140 cache=0.7 MiB(841tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000258cf7d2142a5deae114cb0c23849c3633ab1f984ae0904520f hauteur=161487 version=0x00000001 log2_work=67.48732 tx=2174316 date='2012-01-10 01:47:50 le progrès=0.010140 cache=0.7 MiB(900tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000b9636a1f36bd4ae07e2fae5711924cfe1343e19a156d4ca1fae hauteur=161488 version=0x00000001 log2_work=67.487358 tx=2174325 date='2012-01-10 01:47:54" progrès=0.010140 cache=0.7 MiB(924tx)
2017-04-22 02:28:45 UpdateTip: nouveau meilleur=0000000000000a499dc3ddf037c5b3064c9f20388eef354ee71de37603134cf9 hauteur=161489 version=0x00000001 log2_work=67.487395 tx=2174359 date='2012-01-10 01:50:52" progrès=0.010140 cache=0.7 MiB(1007tx)

Mais lorsque je connecte le même à mon collège réseau de bitcoin core échoue lors de la synchronisation avec le réseau et il n'a même pas montrer toute pairs. Je suis en mesure d'exécuter TOR aussi sur mon réseau collégial. J'ai essayé en changeant l'adresse du proxy dans le bitcoin core, mais encore sa ne sert à rien. Le débogage.journal de l'erreur est comme suit.

2017-04-22 01:51:17 Bitcoin version v0.14.0
2017-04-22 01:51:17 InitParameterInteraction: paramètre d'interaction: -whitelistforcerelay=1 -> réglage -whitelistrelay=1
2017-04-22 01:51:17 en Supposant que les ancêtres de bloc 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 la validité des signatures.
2017-04-22 01:51:17 GUI: "registerShutdownBlockReason: enregistré avec Succès: Bitcoin Core n'est pas encore sortie en toute sécurité..."
2017-04-22 01:51:17 répertoire de données par Défaut C:\Users\rewanth\AppData\Roaming\Bitcoin
2017-04-22 01:51:17 à l'Aide du répertoire de données C:\Users\rewanth\AppData\Roaming\Bitcoin
2017-04-22 01:51:17 à l'Aide du fichier de config C:\Users\rewanth\AppData\Roaming\Bitcoin\bitcoin.conf
2017-04-22 01:51:17 à l'Aide d'au plus 125 connexions automatiques (2048 descripteurs de fichiers disponibles)
2017-04-22 01:51:17 à l'Aide de 32 mo de 32 demandé à la signature du cache, capable de stocker des éléments 1048576
2017-04-22 01:51:17 à l'Aide de 4 fils pour le script de vérification
2017-04-22 01:51:17 à l'Aide de BerkeleyDB version Berkeley DB 4.8.30: (9 avril 2010)
2017-04-22 01:51:17 planificateur de début de fil
2017-04-22 01:51:17 à l'Aide de porte-monnaie porte-monnaie.dat
2017-04-22 01:51:17 init message: Vérification de la pochette...
2017-04-22 01:51:17 CDBEnv::Open: LogDir=C:\Users\rewanth\AppData\Roaming\Bitcoin\base de données Fichiererreurs=C:\Users\rewanth\AppData\Roaming\Bitcoin\db.journal
2017-04-22 01:51:17 Liés à [::]:8333
2017-04-22 01:51:17 Lié à 0.0.0.0:8333
2017-04-22 01:51:17 configuration du Cache:
2017-04-22 01:51:17 * à l'Aide d'2.0 MiB index de bloc de base de données
2017-04-22 01:51:17 * 8,0 mio pour la chaîne de l'état de la base de données
2017-04-22 01:51:17 * à l'Aide de 290.0 MiB en mémoire UTXO ensemble (et jusqu'à 286.1 MiB de inutilisés mempool de l'espace)
2017-04-22 01:51:17 init message: Chargement des index de bloc...
2017-04-22 01:51:17 Ouverture LevelDB dans C:\Users\rewanth\AppData\Roaming\Bitcoin\blocks\index
2017-04-22 01:51:17 Ouvert LevelDB avec succès
2017-04-22 01:51:17 à l'Aide de la dissimulation de l'clés pour C:\Users\rewanth\AppData\Roaming\Bitcoin\blocks\index: 0000000000000000
2017-04-22 01:51:17 Ouverture LevelDB dans C:\Users\rewanth\AppData\Roaming\Bitcoin\chainstate
2017-04-22 01:51:17 Ouvert LevelDB avec succès
2017-04-22 01:51:17 à l'Aide de la dissimulation de l'clés pour C:\Users\rewanth\AppData\Roaming\Bitcoin\chainstate: 60c31a5357347687
2017-04-22 01:51:22 LoadBlockIndexDB: le dernier fichier de bloc = 6
2017-04-22 01:51:22 LoadBlockIndexDB: le dernier bloc du fichier info: CBlockFileInfo(blocs=5029, taille=87792634, des hauteurs=156435...161579, temps=2011-12-07...2012-01-10)
2017-04-22 01:51:22 Vérification de tous blk fichiers sont présents...
2017-04-22 01:51:22 LoadBlockIndexDB: transaction indice désactivé
2017-04-22 01:51:22 LoadBlockIndexDB: hashBestChain=00000000000000c60ea90c44bc166bb558633110631b4674d6e909e7ff5fb510 hauteur=161480 date=2012-01-10 01:03:18 avancement=0.010138
2017-04-22 01:51:22 init message: Rembobinage blocs...
2017-04-22 01:51:23 init message: Vérification des blocs...
2017-04-22 01:51:23 Vérification des 6 derniers blocs au niveau 3
2017-04-22 01:51:23 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[FAIT].
2017-04-22 01:51:23 Pas de pièce de monnaie de base de données des incohérences dans les 7 derniers blocs (294 transactions)
2017-04-22 01:51:23 index de bloc 5741ms
2017-04-22 01:51:23 init message: Chargement du porte-monnaie...
2017-04-22 01:51:23 nFileVersion = 140000
2017-04-22 01:51:23 Touches: 102 clair, 0 chiffré, 102 w/ métadonnées, 102 total
2017-04-22 01:51:23 portefeuille 29ms
2017-04-22 01:51:23 setKeyPool.size() = 100
2017-04-22 01:51:23 mapWallet.size() = 0
2017-04-22 01:51:23 mapAddressBook.size() = 1
2017-04-22 01:51:23 mapBlockIndex.size() = 462900
2017-04-22 01:51:23 nBestHeight = 161480
2017-04-22 01:51:23 Importés mempool transactions à partir du disque: 0 succès, 0 a échoué, 0 a expiré
2017-04-22 01:51:23 torcontrol début de fil
2017-04-22 01:51:23 init message: Chargement d'adresses...
2017-04-22 01:51:23 Chargé 31862 adresses de ses pairs.dat 154ms
2017-04-22 01:51:23 init message: Chargement de la liste des bannissements...
2017-04-22 01:51:23 init message: à Partir du réseau de fils...
2017-04-22 01:51:23 net de début de fil
2017-04-22 01:51:23 opencon début de fil
2017-04-22 01:51:23 init message: Fait de chargement
2017-04-22 01:51:23 dnsseed début de fil
2017-04-22 01:51:23 msghand début de fil
2017-04-22 01:51:23 addcon début de fil
2017-04-22 01:51:23 GUI: Plate-forme de personnalisation: "windows"
2017-04-22 01:51:23 GUI: PaymentServer::LoadRootCAs: Chargé 46 certificats racine
2017-04-22 01:51:34 Chargement des adresses de DNS graines (pourrait prendre un certain temps)
2017-04-22 01:51:41 113 adresses trouvées à partir de graines DNS
2017-04-22 01:51:41 dnsseed sortie de thread
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 11
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 11
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 11
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 11
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 16
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 16
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 16
2017-04-22 01:58:34 GUI: OpenType support manquant pour le script de 16

enter image description here

Mais lorsque je l'exécute à l'aide de mon mobile hotspot elle montre quelques valeurs du Nombre de blocs de gauche, de Progrès d'augmentation par heure et le temps Estimé à gauche jusqu'à ce que synchronisés.

J'ai essayé de résoudre ce problème en utilisant les messages d'erreur, mais ils sont hors de ma portée.

Quelle est la raison de ce type de comportement? Si je veux synchroniser le bitcoin core avec le réseau à l'aide de mon réseau collégial, ce qui devrait être fait?

Merci à l'avance.

+922
George Doll 13 juil. 2018, 01:49:59

s'il vous plaît ne pas utiliser blockchain.info si vous allez tester vos paiements.

utiliser le bloc.io au lieu de cela, il dispose d'une documentation complète pour les développeurs de l'essayer.

vous pouvez utiliser Testnet BTCs ICI

+911
Mary Ann Loggia 17 oct. 2011, 16:20:12

bitcoind est ce qui est le plus largement utilisé. Et voici la source: https://github.com/bitcoin/bitcoin/

Mais il y a de nombreuses autres implémentations pour des clients tels que BitcoinJ pour Java https://code.google.com/p/bitcoinj/ ou http://libbitcoin.dyne.org/ pour C++.

Toutefois, pour les mineurs, l'histoire est un peu différente. Si vous êtes mineur vous devez utiliser bitcoind. Sinon, de mauvaises choses peuvent se produire tels que de la blockchain fourche de Mars dernier: http://bitcoinmagazine.com/3668/bitcoin-network-shaken-by-blockchain-fork/

+849
vazgen 16 août 2018, 04:29:58

Trouvé l'erreur!

Je suis en utilisant la bibliothèque OpenSSL, et a été la signature en utilisant la fonction: ECDSA_Sign

Le paramètre unsigned int *siglen passés à cette fonction est censé être rempli avec de la signature de la longueur. J'ai été en utilisant la signature(paramètre sig) et la longueur de paramètre siglen pour sérialiser les données. S'avère, bien que la signature est générée était toujours de 72 octets, le siglen paramètre a été rempli apparemment au hasard avec 70, 71 ou 72. Et donc le nombre d'octets de signature qui a été copié dans mon txn n'était pas correcte. Fait intéressant, si je l'appelle ECDSA_size(clé) après avoir fait appel à ECDSA_Sign(), je voudrais obtenir de bons 72 de la valeur de retour.

AAAAh! Quelqu'un a rencontré ce problème avant avec ECDSA_Sign? Je n'ai rien trouvé sur google encore.

Mais avec succès, posté le raw de transaction signée à l'aide de blockcypher de l'outil web/api.

+714
KierenJ 21 avr. 2011, 09:00:22

Voilà comment cela fonctionne, vous avez besoin de regarder pour la transaction précédente où la sortie de ce qui existe pour obtenir de la valeur. L'équivalent appel à l'aide de bitcoin-cli est:

$ bitcoin-cli getrawtransaction 9de8923855b2c56bc903c39418298fa8c185e5feb99cb32bfa31b9d06700ced8 2

ensuite, vous pouvez trouver le vout avec l'indice 1.

+693
user63799 30 avr. 2021, 18:47:10

Je brasser un pot avec ~10% de vinaigre et on nettoie tout droit vers le haut. Un deuxième cycle de l'eau seulement est fait pour aider avec tout résidu de vinaigre.

+638
sreeramp96 5 juil. 2012, 03:46:15

Je doute fort si cela ne fonctionne pas du tout. Vous dites que vous "avez entendu", juste des rumeurs ou avez-vous jamais vu une telle chose dans l'action?

Rappelez-vous, bon nombre de personnes de profiter de répandre la FUD comme cela sur Bitcoin.

De nombreux commerçants et points de vente de Bitcoin acceptants utiliser zéro confirmation de paiements, je n'ai jamais jamais vu ou entendu parler d'un seul cas de double-dépenses.

Je crois que ces une hypothétique application serait de faire, c'est envoyer un paiement à le nœud du récepteur, envoyer un conflit de paiement à beaucoup d'autres nœuds presque en même temps, et j'espère que le 2ème se termine dans la blockchain en faveur de la 1ère.

Ceci est très facilement pris en charge avec des 'paiement probabilité" algorithmes, en vérifiant par exemple sur plusieurs autres noeuds dans le réseau Bitcoin, si un conflit avec un tx apparaît. Si non, alors dans les 2-3 sec le paiement de propagation sera pratiquement de 100%, et tout conflit entre les tx (le double-passer) n'auront aucune chance. Au moins pas par défaut les nœuds, qui est comme >95% du réseau et probablement >99,999% de mineurs (là où ça compte).

+607
megsmom 28 mai 2018, 13:11:48

Je suis un débutant de Bitcoin et de la blockchain. J'utilise de l'Electrum que mon porte-monnaie BitCoin, et de l'installer sur deux PC à la maison et PC de bureau.

Je peux voir tous les enregistrements de transactions sur le porte-monnaie d'Électrum de deux PC à la maison et PC de bureau.

Vous le savez, une nouvelle adresse de réception sera généré lorsque j'ai besoin d'une nouvelle réception de bitcoin à chaque fois. Je pense que la nouvelle adresse de réception est généré de façon aléatoire.

Je pense que d'Électrum portefeuille ne sera pas tous d'adresse de réception que j'ai utilisé.

je suis donc très étrange que la façon d'Électrum trouver mon porte-monnaie de la transaction les registres de blockchain rapidement, pourriez-vous me dire?

Une mauvaise est de calculer des clés privées de semences, et de calculer toutes les clés publiques et de me faire parvenir une adresse bitcoin en fonction de la clé privée, puis de trouver toutes les opération de base de tous mes réception d'une adresse bitcoin de blockchain. c'est un travail énorme!

+429
Sos nut 3 juin 2021, 02:12:55

j'ai ma propre blockchain travail en local j'ai besoin d'exécuter un abe explorer pour le même, mais j'ai rencontré le problème lors de l'exécution de la dernière commande où saiyan est mon blockchain nom

python -m Peercoin-Abe.abe --config /accueil/explorer/saiyan_abe.conf --commit-octets de 100000 --no-servir test

RPC données non compris: bloc de hachage incompatibilité

catch_up_rpc: abort

Sauter datadir /accueil/explorer/.digitalcarbon: [Errno 2] No such file or directory: u'/home/explorer/.digitalcarbon/blocs/blk00000.dat'

comment puis-je supprimer ce problème, il est urgent s'il vous plaît m'aider à résoudre ce problème Merci

+396
ESE DROOPY 9 août 2017, 23:03:38

J'aime le goût de l'infusion à froid de café, mais je préfère le boire chaud. Une certaine proportion dans laquelle je diluer le concentré avec de l'eau bouillante me donne le meilleur goût, mais la température de la boisson devient trop faible (même si le concentré est à la température de la pièce, j'imagine que ce sera encore plus faible si le concentré est réfrigéré).

Mon concentré est brassée dans la proportion de 1:4 (café à l'eau de la masse). C'est la concentration la plus élevée de la plupart des recettes suggèrent. J'ai aussi essayé d'utiliser plus fine broie et en augmentant le temps d'extraction (jusqu'à 30 heures).

Une façon de résoudre le problème serait d'essayer des proportions de 1:3 et 1:2, mais je serais de perdre trop de café de cette façon?

Une autre façon serait de la chaleur de la boisson, mais c'est gênant dans le bureau.

Je pourrais essayer d'ébullition bas du concentré, mais je crains que cela va affecter la saveur.

Quelqu'un a d'autres suggestions?

+335
Feolin 24 mars 2017, 12:11:01

il n'est pas possible, car il n'y a pas de règle du consensus qui, comment et quand le faire et comment dois-d'autres acceptent de "nouvelle genèse" bloc

+295
Sean Oliver 30 mars 2014, 03:57:30

Comme @JBaczuk souligné Bitcoin est blockchain n'utilise pas de chiffrement. Cependant, d'autres programmes comme ZeroCash (ZCash) et Monero faire utiliser le chiffrement pour la transmission des données privées pour le récepteur. Dans ces confidentiel devises le mineur n'a pas besoin de toutes ces informations afin de vérifier une transaction. Il n'apprenne que la transaction est correct pas pourquoi il est correct. Les détails de la transaction, tels que la quantité, est ensuite chiffrée sous les récepteurs de la clé publique tels que le récepteur peut dépenser plus tard la transaction sorties.

+269
chrislau 18 sept. 2022, 21:05:02

Malheureusement, la réponse à cette question est qu'il n'y a pas de réponse. Dans l'épisode 11, Yuu se pose cette question à Shunsuke et le Dr Tsutsumiuchi.

Ce qui se passe à 4:54 comme on le voit ci-dessous:

enter image description here enter image description here

Un argument sur ce même thème a eu lieu sur le MyAnimeList forums ici. En résumé, ce thread a quelques idées sur la façon dont cela a pu arriver, mais aucune preuve concrète puisque le show n'a fourni aucun. Si vous vous souvenez, tout au long de la série, il y avait plusieurs indices de la deux d'entre eux se souvenant qu'ils avaient un frère. Ses souvenirs s'est finalement retourné quand il était à l'écoute de la performance live de la chanson d'ailleurs nommé "Détente". C'était apparemment la première fois qu'il avait entendu, mais il pouvait se souvenir de l'écouter dans l'autre scénario. Une autre théorie à partir de ce thread, c'est que Sala a eu une capacité de restaurer l'esprit des gens avec sa voix, comme elle l'a fait avec Nao frère, et d'entendre sa performance en direct ses souvenirs retournée; toutefois, il est peu probable car il a déjà entendue chanter dans la salle de l'hôpital et n'a pas été affectée.

Le dernier épisode a été diffusé il est clair que ce sera laissée ouverte, comme un plothole avec les téléspectateurs à gauche de l'interpréter comme ils s'il vous plaît.

+180
Gnarlodious 11 mars 2013, 02:07:44

Télécharger le programme d'installation de Windows pour Bitcoin Core à partir de https://bitcoincore.org/en/download/. Installer Bitcoin Core. Une fois installé, vous devriez voir un raccourci dans le menu démarrer avec le nom Bitcoin Core (testnet). Exécuter que. Vous avez maintenant une testnet plein de nœud.

+152
Neel B 17 oct. 2018, 17:47:25

Vous souhaitez travailler avec les digère, pas l'hex de chaînes.

Voici quelques Ruby:

require 'digérer'
d = Digest::SHA2.nouvelle 256
d2 = Digest::SHA2.nouvelle 256
d < < "bonjour"
d.to_s
d2 << d.digest
d2.to_s

Ce sera la sortie de la cisr:

1.9.3p194 :001 > require 'digérer'
 => true 
1.9.3p194 :003 > d = Digest::SHA2.nouvelle 256
 => #<Digest::SHA2:256 e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855> 
1.9.3p194 :004 > d2 = Digest::SHA2.nouvelle 256
 => #<Digest::SHA2:256 e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855> 
1.9.3p194 :005 > d < < "bonjour"
 => #<Digest::SHA2:256 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824> 
1.9.3p194 :006 > d.to_s
 => "2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824" 
1.9.3p194 :007 > d2 << d.digest
 => #<Digest::SHA2:256 9595c9df90075148eb06860365df33584b75bff782a510c6cd4883a419833d50> 
1.9.3p194 :008 > d2.to_s
 => "9595c9df90075148eb06860365df33584b75bff782a510c6cd4883a419833d50"

Voici la même chose en Python:

importation hashlib
d = hashlib.sha256(b"bonjour")
d2 = hashlib.sha256()
d.hexdigest()
d2.mise à jour(d.digest())
d2.hexdigest()

Et la sortie à partir de l'intérieur d'un Python shell:

>>> d = hashlib.sha256(b"bonjour")
>>> d2 = hashlib.sha256()
>>> d.hexdigest()
'2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824'
>>> d2.mise à jour(d.digest())
>>> d2.hexdigest()
'9595c9df90075148eb06860365df33584b75bff782a510c6cd4883a419833d50'
+148
karobar 27 juin 2011, 03:18:19

Une autre façon de le faire est d'éditer /etc/dhcp3/dhclient.conf vous pouvez le faire en tapant dans la boîte de dialogue exécuter (apparaît en appuyant sur Alt + F2)

gksudo gedit /etc/dhcp3/dhclient.conf

Ensuite, trouvez la ligne suivante

#ajouter domain-name-servers 127.0.0.1;

Et de le modifier pour

ajouter domain-name-servers 8.8.8.8;

Cela va faire dhclient (le client DHCP que NetworkManager utilise) ajouter cette page à vos serveurs dns, afin de résoudre.conf va finir par ressembler à cela

nameserver 8.8.8.8
nameserver 192.168.1.1

Cette solution fonctionne partout et vous obtiendrez toujours le DNS que vous avez choisi comme la principale.

+122
Lachlan Young 18 juil. 2014, 06:44:58

Afficher les questions avec l'étiquette