Il est aussi possible de brancher une carte au format PCIe x16 sur un port PCIe x1, il faut juste un cable un peu modifié, mais ça augmente considérablement le nombre de cartes possibles ! (uniquement pour miner par contre, ne comptez pas jouer avec celles-ci ...)

Il faut par contre faire un petit montage à relais pour les allumer/éteindre exactement au même moment avec un seul bouton, mais à pars ça, ça a déjà été fait.

Un chat vas être recodé pour la fin de la semaine !
Pour les stats, je regarde.

Merci pour ton retour

macman31

Et voilà ! Cap des 10Ghash/s dépassé !
Une nouvelle shoutbox est prévue, et le forum dédié à la pool arrive en fin de semaine !
Tapco rentre dans l'équipe, pour s'occuper de la partie "Web" du projet.

Venez nombreux ! (histoire de briser le monopole d'Atarhorn : 5598 MH/s, soit 54.34% de la vitesse totale de la pool !!! Bien que je n'ai rien contre lui )

(Et merci pour la comparaison prix/génération

 macman31 - pool op

- Une API est une "Interface de programmation". Sa clé est celle nécessaire à l'accès à ton API perso, et pas à celle des autres.
En gros, tu peut créer des scripts pour automatiser des trucs avec, persos grâce à la clé.

- S'il y a moins de transactions, des blocks n'en vérifierons aucune, pas de souci là dessus ! les blocs vérifient des transactions, ils n'en sont pas personnellement. La difficulté s'ajuste à la vitesse de génération du réseau, pas au nombre de transactions sur le réseau !

macman31

Après la fonction d'ajout d'ouvriers, voici implémenté la fonction "Suppression d'ouvrier" !

A pars ça :
Vitesse totale: 9.4 GH/s ! On vas bientôt atteindre les 10GH/s !

D'autres échos pour ma fonction de "bouton rouge" ?

macman31

Je suis également volontaire (malgré mon faible nombre de posts ...), je gère déjà un "gros" forum (Admin de 8026 membres), et je m'y connais un minimum en Bitcoin ! (Je suis le pool op de The French Pool).
A voir, donc, mais c'est vrai que ça se fait urgent...

macman31

http://payb.tc/macman31

cool !

Système pyramidal (ponzi scheme), non ?

Exact !

Oui, exact. (du total des shares trouvés pour le bloc en cours, si aucun bloc n'a été trouvé entre temps.)

Pas depuis la création, mais depuis le dernier bloc trouvé par la pool.
Si tu as toujours 12% des shares sans avoir miné pendant 1 mois, alors c'est que la pool s'est arrêtée pendant ce même mois

- Je sais que le client génère 100 adresses d'avance, pour utilisations futures, mais de là à en voir une nouvelle, je ne sais pas.
- Les adresses sont uniques, on ne peut pas récupérer ton adresse, et pour la supprimer je ne sais pas.
- Dans "Préférence", il y a une option pour lancer la génération (qui ne se fera par contre que sur le CPU depuis le logiciel, miner solo étant aujourd'hui une tâche TRES ardue ...)

En même temps, s'il y a vraiment une attaque, cette personne aura tout intérêt à protéger sa production, détenant plus de 50% de la pool !
Et dans le cas contraire, mettre la pool en mode "sécurité" l'embêterais plus qu'autre chose : il a quand même miné pour plus de la moitié de la pool, il ne veut pas perdre du temps pour trouver rapidement un bloc !
Sinon, peut être en effet un nombre minimum d'utilisateurs.

macman31 - pool op

- Des pools comme Deepbit trouvent en effet des blocs plus souvent, mais il y a tellement de mineurs que tu ne gagnes presque rien, à pars en ayant une puissance de calcul énorme.
Les "petites" pool, comme The French Pool, vont trouver des blocs moins souvent, mais tu gagneras plus sur le total !

Au final, tu gagnes la même chose, sur la même durée, car au final 1btc x 10blocs = 10btc x 1 bloc  (exemple, sans compter les frais différents pour chaque pool).

- Il ne faut pas voir le système par "bloc par rapport au réseau" mais par "bloc par rapport à la pool". Dans ce cas, oui tu gagnera un tout petit peu moins de 20% (ayant arrêté de miner un petit moment), car tu aura miné entre les 2 blocs trouvés par la pool (et non par le réseau) !

Bienvenue dans la communauté gellimac !

Question : je pense ajouter un système de "bouton rouge" suites aux récentes attaques portées sur le monde du Bitcoin, le principe serais le suivant :
- Chaque utilisateur enregistré a un "bouton rouge" sur sa page de compte,
- S'il clique sur le bouton rouge, son nombre actuel de share, son nom d'utilisateur sont stockés en base de donnée,
- Toutes les minutes, un robot passe voir la base de donnée : si le total de shares d'utilisateurs ayant cliqué sur le bouton rouge dépasse la moitié du total de share du round en cours dans la pool, le robot coupe tout accès au VPS hébergeant la pool, et m'envoie en continu des SMS d'avertissement.
- Par contre, si la moitiée n'est pas dépassée, le robot vide la base de donnée.

Un exemple :
 Paul, Pierre, Lucie et Jean minent sur The French Pool.
Les répartitions sont les suivantes :
Total des shares : 10000
- Paul : 480 shares
- Pierre : 4100 shares
- Lucie : 1020 shares
- Jean : 4400 shares

Mais un vil hacker vient s'emparer de la pool ! Lucie et Pierre sont connectés, et remarquent des ralentissements étranges, et des modifications de données !
Ils appuient donc tous deux sur le bouton rouge.
On a donc :
Pierre + Lucie = 5120 shares au total.
Or 5120>10000/2.
Le robot passe moins d'une minute après : il déclenche l'alerte, bloque le serveur et fait ainsi échouer la suite du plan du hacker !

Par contre, prenons l'exemple de Nicolas, script kiddie venant s'amuser avec la pool. Il se connecte, et appuie sur le bouton rouge.
Malheureusement pour lui, n'ayant aucune share, 0<5000, donc l'alerte ne se déclenche pas (un SMS est tout de même envoyé à moi au cas où).

Je ne suis pas devant mon nunux h24, donc la réaction en cas d'attaque pourrait être problématique. Ce système permettrais aux utilisateurs de décider eux même de mettre le serveur en mode "sécurité", avant une intervention de ma part.

Qu'en pensez vous ?

macman31 - pool op

Tes solutions sont gardées : elles prouvent que tu as "travaillé" pour la pool.
Dès que la pool trouves un bloc, elle se base sur ces shares pour savoir qui a le plus contribué à trouver le bloc, pour plus le récompenser.

Les shares "invalides" sont en fait basées sur ce principe :

-> Passage au bloc n°4444
*tu mines*
*Tu envoie une solution*
=> Share accepté, voici du nouveau travail
*tu mines*
-> Passage au bloc n°4445
*tu envoie une solution au problème du bloc n°4444*
=>Solution rejetée, trop vieille => Share invalide.

Le Long Pooling vise d’ailleurs à réduire le nombre de shares invalides, en avertissant immédiatement les mineurs en cas de changement de bloc.

Accepter seulement les IP française est un peu "brutal" je pense, même si la raison est valable.
Un site 100% français, avec un forum français, et une aide en français suffit je pense à décourager toutes les personnes ne parlant pas français.
Et quid des Français vivant à l'étranger ?
Je pense que cette pool vas avoir quelques difficultés si elle continue dans cette voie ...

En attendant, revenons à The French Pool : Un forum sera disponible ce week-end, où vous pourrez parler de tout et de rien au sujet de la pool, de votre config de minage, de l'enfoiré qui as gagné les 0.5btc bonus, et autre !
Le tout 100% en Français, bien entendu

Au passage, nous avons passé la barre des 7.5Ghash/s !

macman31 - pool op

Merci donwar pour ton soutien

J'en profite pour ajouter que suite à l'attaque portée sur Mt.Gox, tous les mots de passe concernant la pool ont été changés pour des raisons de sécurité.
Il est recommandé de changer votre mot de passe sur The French Pool (ainsi que partout ailleurs), si vous utilisiez le même que sur Mt.Gox.
Le client Bitcoin a par ailleurs été mis à jour vers la dernière version.

macman31 - pool op

Bonsoir,

La pool est une pool francophone, bien entendu !
Je me suis peut être mal exprimé en parlant d'IP, il s'agit en fait de paramétrer plusieurs adresses afin d'éviter certaines attaques DDoS.
Il n'a jamais été question de restreindre les IP à une plage d'IP données !

J'attends votre arrivée avec impatience,

macman31 - pool op

Pas de souci, c'est une erreur courante
Pour votre 2è question, cela dépends de la vitesse de la pool sur laquelle vous minez, la fréquence à laquelle vous minez, le système de rétribution de la pool, ...

Pour une pool à récompense "proportionnelle", la formule est approximativement :
<vitesse de génération>/<vitesse de la pool>*<nombre de btc à se partager (50 souvent)>
Si les vitesses restent constantes, bien entendu.

*Mode pub* Sinon, vous pouvez jeter un œil à ma pool, 100% française : The French Pool ! => http://forum.bitcoin.org/index.php?topic=19359.0

macman31