I personally really appreciate your efforts. I think it takes a lots of time to setup and maintain all these servers.

Keep up the good work Chrys.
Thanks.

Could someone explain me what is the purpose of the mining.get_transactions stratum extension  ?

I am the developper of the stratum proxy https://github.com/Stratehm/stratum-proxy and someone reported me that the last BFGminer versions does not work with my proxy due to this extension. What should the pool respond if it does not support this extension ?

Thanks and merry Christmas 

Les mineurs n'utilisent plus le logiciel embarqué dans le wallet depuis longtemps mais des logiciels et materiel dédié. Mais dans le principe, c'est bien ça.

Pour la motivation des personnes faisant tourner un noeud, je dirais qu'une partie des gens utilisant le wallet officiel ne savent pas réellement qu'ils sont des noeuds (ce qui était mon cas quand j'ai commencer à m'intéresser au bitcoin). Pour mon cas, je continue de faire tourner un noeud car je posséde un serveur fonctionnant 24/7 et j'en profite pour soutenir le réseau.

Sinon, il faudra demander aux autres leurs motivations...

Les noeuds permettent de gerer la blockchain: ils vérifient que la blockchain n'est pas corrompue, que les blocs soumis par les mineurs sont valides, de resoudre les branches/tronc sur la blockchain... Un noeud permet aussi aux utilisateurs d'interagir avec le réseau bitcoin: envoyer des transactions, récupérer du travail pour les mineurs...

L'implémentation de référence des noeuds bitcoin est le wallet officiel bitcoin. Le wallet comporte effectivement un mineur intégré mais il est désactivé par défault. Les mineurs ne font pas parti à proprement parler du réseau bitcoin, mais sont en revanche indispensable (car sans eux, pas de sécurité).

En fait, il n'y a pas de communication direct entre les mineurs. Les mineurs ne communiquent qu'avec leur noeud bitcoin (en général bitcoin-core). Le mineur demande le travail à effectuer directement au noeud. Lorsque le noeud détecte qu'un nouveau bloc a été ajouté dans la blockchain, le noeud va prévenir le mineur qu'il peut arrêter de travailler sur son bloc courant (car celui-ci contient très certainement des transactions qui viennent d'être validées par le dernier bloc de la blockchain, et le nouveau bloc doit contenir une référence sur le dernier bloc insérer dans la blockchain) et qu'il doit construire un autre bloc pour essayer de le valider. Pour construire son nouveau bloc, le mineur va récupérer une liste fraiche de transactions depuis le noeud. Cette liste ne contient plus les transactions qui viennent d'être validées.
Donc dans l'idéal, tous les noeuds informent au même moment tous les mineurs qu'ils doivent commencer le travail sur un nouveau bloc. Cela évite l'insertion d'une transaction déjà validé dans le bloc courant d'un mineur.

A l'heure actuel, le réseau bitcoin est suffisamment fluide pour éviter la majeur partie des problèmes de synchronisation (quelques secondes de retard n'est pas réellement impactant). En revanche, sur des monnaies alternatives qui utilise un temps de génération de bloc plus court (10 minutes pour bitcoin, 2.5 pour litecoin), les problèmes de synchronisation se font plus rapidement ressentir par les mineurs.


C'est bien ça

Quelques petits rappels pour commencer:
-Le réseaux bitcoin est composés de noeuds qui contiennent tous une même copie de la blockchain (ce n'est pas tout a fais vrai puisque deux noeuds peuvent avoir une copie légérement différente à un instant t à cause de la technologie P2P utilisée. Mais à au bout d'un certain temps, les copies sont ientiques. On vas considérer qu'elles le sont tout le temps pour simplifier).
-Chaque noeud du réseau connait toutes les transactions restantes à valider (les transactions qui ne sont pas encore incluses dans un bloc inscrit dans la blockchain).

Pour miner un bloc, un miner va:
-Construire lui même le bloc qu'il veut miner en insérant dans le bloc les transactions qu'il souhaite avec une limite de taille. Un bloc peut contenir jusqu'à 1 Mo de transaction (limite imposé par le code du client bitcoin mais qui pourra être revue par la suite). Les transactions à haute priorités (par exemple celle avec des frais de transactions) sont en général sélectionnées en priorité par les mineurs, mais il est tout a fais possible de construire un bloc valide sans aucune transaction.
-Une fois le bloc construit, le mineur va essayer de valider son bloc en effectuant des calculs de hash sur l'entête du bloc (le header). Une fois que le mineur à trouver un hash répondant aux critères du réseau, le mineur soumet son bloc au réseau bitcoin qui va l'insérer dans la blockchain (après vérification par tout ou partie des noeuds du réseau). Un bloc hash d'entête de bloc est valide si hash_de_entete < target. La valeur de target est défini par le réseau bitcoin.

Quelques remarques en vrac:
-On peut donc considérer que ce qui est appeler "bloc courant" dans les posts précédents est le bloc sur lequel le mineur travail.
-Le bloc courant pour un mineur est en général différent de celui d'un autre mineur (pas les même transactions sélectionnées par les mineurs).
-Si deux mineurs arrivent à valider leur bloc courant en même temps, le réseau va insérer les deux dans la blockchain. Il y aura donc un tonc et une branche sur la blockchain. Le réseaux ne va conserver que le tronc.
-Les transactions qui se trouvaient dans le bloc de la branche devront être insérer dans un nouveau bloc sur le tronc
-Pour définir lequel des deux blocs le réseau va définir comme la branche, le réseau regarde lequel des deux blocs à un hash d'entête avec la valeur la plus petite (donc le bloc qui a potentiellement nécessité le plus de travail).
-Ces explications sont simplifiées car à cause de la technologie P2P, tous les noeuds ne sont pas forcément parfaitement synchronisés et n'ont donc pas la même vision de la blockchain. Il se peut donc que des mineurs travail toujours sur la branche (qui pour eux est le tronc) et que de nouveau blocs soient ajoutés sur cette branche. Lorsque tout le monde se re-synchronise, les mineurs verront qu'ils ont travailler sur la branche et commenceront à travailler sur le tronc.
-Tous les blocs qui sont sur la branche sont dits "orphelins".
 
N'hésitez pas à me corriger s'il y a des erreurs.

Evoluer à la hausse ou à la baisse.

Peux-tu développer ta réponse stp ?

La récompense viendra principalement des frais de transaction (fees).

D'ici 2032, on peut espérer que la valeur du bitcoin permettra de couvrir les frais de minage même si les frais de transaction ne rapportent que quelques mBTC. (Les frais minimum d'une transaction pourront également être ajustés d'ici là).

Pas de problème. Les informations, c'est fait pour circuler 

La phrase que tu sites est la plus précise: Une adresse bitcoin est un hash SHA-256 d’un hash RIPEMD-160 encodé en base58check d’une clé publique.

En fait, l'adresse Bitcoin n'est pas directement la clé public. Il arrive que l'on dise que l'adresse est la clé public par souci de simplification car l'adresse est effectivement calculée à partir de la clé public et dépend donc directement de celle-ci: Une clé public unique -> une adresse bitcoin unique.

Une adresse bitcoin est composée de 27 à 34 caractères choisi parmi les 58 possibles de l'encodage base58check (https://en.bitcoin.it/wiki/Base58Check_encoding).

Pour déduire une adresse bitcoin à partir de là clé public, il faut appliquer l'algorithme suivant:
1: Calculer le hash de la clé public avec SHA-256
2: Calculer le hash du précédent hash avec RIPEMD-160
3: Ajouter la version du réseau au début du hash (0x00 pour les adresses "classiques")
4: Calculer le hash du résultat précédent avec SHA-256
5: Calculer un nouveau hash à partir du hash précédent avec SHA-256 (oui oui on fait bien deux hash SHA-256 à suivre)
6: Ajouter les 4 derniers octets du résultat précédent à la fin du résultat obtenu à l'étape 3 (le hash RIPEMD-160 avec la version ajoutée au début). On obtient l'adresse bitcoin sous forme binaire sur 25 octets.
7: Et enfin, convertir ce dernier résultat en base58check (cette conversion donne l'adresse telle qu'on peut la voir partout)


Quelques précisions:
-Les adresses bitcoin "classiques" commencent toujours par 1 (celles qui commencent par 3 sont des adresses multi-signatures) car l'étape 3 ajoute 00 au début de chaque adresse. Ce 00 converti en base58check donne 1. .
-L'adresse bitcoin à toujours une longueur de 25 octets. C'est la conversion en base58check qui donne une adresse qui contient entre 27 et 34 caractères (cela dépends de la valeur binaire de l'adresse).

You can try to use my proxy: https://bitcointalk.org/index.php?topic=611338.0

It just needs java >= 7 to be installed (windows/linux: http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html or Debian/Ubuntu: apt-get install openjdk-7-jre)

It will allow you to use cgminer 3.7.2 with Nicehash through the Getwork protocol (since cgminer 3.7.2 can not be used through a proxy or Nicehash with the stratum protocol) :
-Download and unzip the proxy package: https://github.com/Stratehm/stratum-proxy/releases
-Configure the proxy: you can use the stratum-proxy-full-sample.conf configuration file from the proxy package as a starting point. (Default configuration is fine, just modify the pool list you want to use)
-Only for Scrypt pools, set the option in the configuration file.
-Then, run the proxy with the command line-Finally, configure cgminer to use Getwork: PoolUrl: http://ipOfProxy:8332, User: whateverYouWant, Password: whateverYouWant
-You can access the GUI with your browser on http://ipOfProxy:8888

@djbert Have you tried my stratum/getwork proxy ? https://bitcointalk.org/index.php?topic=611338.0

You could try to use my stratum proxy between your miners and coinsolver: https://bitcointalk.org/index.php?topic=611338.0
(it is easy to use and it just needs java)

It is an error in the stratum response of coinsolver: {"error": null, "id": 1284 "result": true}. A comma is missing between the id and the result. Looks like a bug in the stratum implementation of coinsolver.

Install a JVM on the computer that will run the proxy (it could be one of your rig), download the proxy binaries (a ZIP file) and unzip it in a directory.
In this directory, use the command:
java -jar stratum-proxy.jar -h stratum.nicehash.com:3336 failover1PoolUrl failover2PoolUrl -u yourNicehashBTCAddress failover1User failover2User  -p p=1.0;d=0.02 failover1Password failover2Password
(you can specify as many failover pools as you want, they will be used in the apparition order)

Then, configure only one pool on your sgminer (cgminer, ccminer or cudaminer) like that stratum+tcp://ipOfHostWithTheProxy:3333, the username and password you want and that's all.

With this configuration, the proxy manages the failover. So no more problem with the (buggy) pool switching functionnality of your miner.
You are welcome on the proxy thread to ask more questions.

If you had read the main project page, you would have seen that you don't have to compile anything. Binaries are available.
Moreover, I just give some advices to people who have the same kind of problems as I had. If you do not want to use it (it is your right),please, just ignore the post.

PS: the stratum proxy is not a miner, just a stratum proxy

Peux-tu nous donner le modèle de carte graphique utilisée ainsi que les paramètres de l'onglet GPU. Il semblerait que ton GPU ait planté peut de temps après le démarrage du minage (surement à cause de mauvais paramètres de configuration)

Juste une précision, le minage direct de Bitcoin via CPU et GPU n'est plus du tout rentable. Les quelques fractions de bitcoin récupérés par cette méthode sont loin de couvrir les frais d'électricité. Mais si le but est de découvrir tout l'environnement bitcoin, alors bienvenue.

Java is a programming language which produces programs running over a Virtual machine called JVM (Java Virtual Machine). Just install the JVM (http://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html) for your operating system then launch the proxy as described on the project main page. If you need more advices/details, you are welcome on the stratum-proxy thread (https://bitcointalk.org/index.php?topic=611338.40).

Same here bu works fine with this proxy (https://bitcointalk.org/index.php?topic=611338.0) between nicehash and sgminer.

Tu peux essayer d'utiliser le site http://blockchain.info/ pour rechercher l'état de ta transaction.

Tu peux faire une recherche avec l'id de la transaction et tu devrais obtenir une page avec plein de détails et surtout une estimation du délai de première validation de la transaction (c'est juste une estimation donc pas forcément très fiable) basée sur la date d'émission de la transaction (plus la transaction est ancienne, plus sa priorité augmente) et les éventuels frais.

D'expérience, une transaction sans frais peut mettre plusieurs heures avant d'avoir la première confirmation.