Topic: miner en solo - évolution et consommation à la baisse. (Read 24991 times)

Silence et pas de puissance resteront mes choix ...  
tant que je peux avoir une vue sur le réseau en tant que mineur, ça me convient.  

Les 2 clés USB fonctionnent avec un port USB 2.0 normal et chauffent de la même manière (58°C pour 25°C d'ambiance).

Si vous payez l’électricité, et que vous savez souder je vous suggère ça:
http://www.ebay.fr/itm/252308078460?_trksid=p2060353.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT

Utilisée à mi puissance (230W), elle rends 92.4% (>90% entre 100 et 460W) contre ~80% pour les alims de led.

http://www.plugloadsolutions.com/psu_reports/HEWLETT-PACKARD_499250-101_460W_SO-239_Report.pdf

J'en ai acheté une paire, et elles marchent bien. Assez silencieuses a faible charge, je m'en sers pour faire tourner des S1 undervolted. Je dors a coté...

Sinon t'as ca:

http://www.ebay.fr/itm/AC110-220V-TO-DC-5V-12V-24V-48V-Switch-Power-Supply-Driver-Adapter-For-LED-Strip-/361489672408?var=&hash=item542a76a8d8:m:mcsI3uSWMkf5ilLNvxKna0w

j'ai une 12V 20A de rab si tu veux, j'en avais commande 2.

  Bon, l'alim. 12v 10A n'a pas aimer jouer au chauffe-pied avec le Mineur.

Elle ne fournit plus le jus nécessaire (se met en sécurité mais laisse passer quelques mA pour penser qu'elle fonctionne encore ... ce qui n'est pas le cas).

Elle est brulante alors que le Mineur ne débite plus rien depuis 20 minutes.



C'est pas comme si j'étais surpris ... en fait, je voulais qu'elle pête pour tirer du 12v directement du serveur qui s'occupe du branchement USB.

ok.

Tu n'as pas compris la philosophie de certains d'entre nous.

Meuh est parfaitement au courant de la rentabilité, si il mine en solo avec sa box c'est juste pour garder un œil et voir comment ce comporte le réseau...
(nous sommes un certains nombres, à faire ceci. Et nous sommes bien conscient de ce que nous faisons)

J'imagine que tu connais déjà ce site https://www.whattomine.com/asic. Tu devrais peut être t'orienter sur une pool et une autre monnaie plus rentable...

Voilà, là ... ça fonctionne.
Pas un seul arrêt nécessaire en 1 semaine.

Effectivement, même à 26CFM ... ça ne monte pas au-dessus de 45°C (22°C d'ambiance).

Bien, le montage est fini ... j'ai réussi à la mettre sous mes pieds  (sous un reposoir de pieds en bois).



Les 2 ventilos montés sont des 70mmx70mmx15mm - 013 CFM - 21 dBA.
C'est silencieux mais audible ... je vais le laisser tourner une semaine pour voir et je rajouterai une résistance si c'est toujours pas bon pour moi. 

Moi aussi j'ai arrêté les U3.

En plus de mes 6 compacs compacs 13 block erupters, j'aurais bientôt 4 S5 et 4 S3+ :p

R-Box 2 reçue :

70GH/s d'office sans rien toucher ...  : alimentation 12v 10A ou 13v 20A, aucun changement.
Rêglage de l'horloge à 350 = 92GH/s (essai fait, aussi, avec les 2 alimentations).

Pince ampéremétrique au 12v = 8,2A (280 d'horloge).
Pince ampéremétrique au 13v = 10,2A (350 d'horloge).

Catastrophique, les ventilateurs 70mm en 15mm d'épaisseur ... commande d'autres ventilateurs en 70mm et commande de ventilateur 120mm si c'est toujours bruyant (et pas efficient en refroidissement).

Température des puces : 36°C avec 24°C d'ambiance à 350 d'horloge ...  y'a du potentiel, là (l'horloge BFGMiner indique un max de 500).

BFGMiner utilisé, accès à tout :
- horloge manuelle, par puce ou horloge générale sur toutes les puces.
- température des 6 puces (ou grid) individuelles disponible.

---

Autre modif. de faite : soudure de l'alimentation 12v sur la carte au lieu d'utiliser le connecteur PCI-Ex.

Bon, ce qui est bien, c'est que je peux rêgler l'horloge du Rockminer ... et que ça influence directement la consommation car je veux rester avec mon alimentation 12v 10A max en bloc. 

Le miner se met toujours parfaitement derrière mon écran, très bien !

Reste donc juste à la rendre silencieux maintenant.

Quand ça veut plus, ça veut plus.

On va arrêter là pour le U3 ... Passage à la R-Box 2 ( ).

tu as de la chance.

sur mes 6 U3:
1 reconnu avec erreur en USB donc mort
1 avec 2 chips HS donc 50% de Ghs
1 avec 10% de HW error....

ils n'ont jamais tournes a plus de 63Ghs (et pas tout le temps).
3 ont les alims de base, 3 sont sur une alim 650W

De mon côté, les 6 U3 au garage ont fait une nette progression 250mhz à 850mv,
vu que le froid est réellement arrivé sur la région, la température au garage est de 5°, je n'ai pas relancer les U3 depuis maintenant le 8 janvier. Ils tournent plein fer autour de 58gh sauf 1 qui a une alim de seulement 6A il tourne autour de 49gh.

Celui que je testais dans mon bureau (le 6eme) alors lui c'est une autre affaire, il avait bien fonctionné durant quelques jours debut janvier à 200mhz à 725mv, et d'un coup  il plantait régulièrement, cela allait même jusqu'à ce que le port usb ne le reconnaisse plus.

Du coup il est redescendu au garage.  il aime le froid. et il tourne avec les autres à 250mhz 850mv.

Cela dit, j'avoue que je vais bientôt les couper, car mes Antminer S3+ sont d'une stabilité parfaite, j'en attends un autre qui compensera largement les 6 U3.

Bon, j'ai trouvé le seuil de basculement du Antminer U3 à 22°C : 230MHz à 785mV (51,8 GH/s).
C'est à ce moment-là qu'on remarque une demande régulière de remise à zéro du libUSB par CGMiner au mineur (le mineur n'envoie plus le signal d'horloge, un genre de watchdog).

Le rêglage fiable sans cette note est 225MHz à 795mV.

Si je monte la fréquence, ça plante avant 24h à 22°C.
Si je descend encore la tension, même chose et les erreurs HW augmentent considéralement.

  bien vu, merci ... c'est corrigé. 

Merci pour le suivi de tes essais.
J'imagine que tu voulais écrire "220 MHz" et non 220 mV ;-).

Bon, ça va faire 15j. que je suis le U3 à la petite cuillère pour essayer de le comprendre.
J'avais d'abord déterminé à quelle tension, le U3 plantait.

Il était donc stable à 200MHz sous 800mV.

Actuellement, je suis arriver à le faire tenir jusqu'à 220MHz avec 1 seul plantage où j'ai descendu la tension à 795mV.

Pour le moment donc, j'obtiens 52GH/s stable à 22°C d'ambiance.
tous les 2j., je change 5MHz à la vitesse.

Astuce : CGMiner est tué et redémarré toutes les 10 mins. J'ai l'impression qu'il est aussi un peu lié aux plantages (soit le mode ZOMBIE, soit une perte complête de la puce Serial-USB d'interface entre le mineur et le PC).

En effet quand je rentre la voiture de Madame, vu que je passe devant, c'est devenu une habitude. Sinon, lorsque nous partons plusieurs jours, ça tourne sans problème.

  c'est pour ça que je veux trouver le point de stabilité pour une température de bureau.

par contre, y'a une raison que tu débranches une fois par jour dans la pièce froide ? Tu pourrais ne pas y toucher pendant 1 semaine par exemple.

(évidemment, si tu ranges la caisse ou le 2 roues et tu passes à coté, cette question est accessoire)

Bon, après une journée avec un des U3 dans le bureau, il m'a fallu le relancer 5 fois. Alors que les autres au garage toujours aucun problème. Je mets en cause la température de la pièce définitivement.

tiens moi au courant de ce que ca donne.

Chez moi toujours pareil, je relance toutes les 24 h, j'ai rencontre hier soir un petit souci avec un des hub usb, il a grillé, je vais aller le faire changer la semaine prochaine.
Du coup pour quelques jours j'ai un U3 qui tourne sur un des pc dans mon bureau

Moi, j'attends que Bitmain nous sorte le successeur du U3 avec le chip BM du Antminer S7 et sans ventilateur (passif).
Un stick USB, par exemple, que je laisserai branché sur mon ordi principal.
Cela ne minera pas beaucoup et restera pour le fun, mais au moins je n'aurais aucun bruit et cela restera d'un impact faible sur la facture EDF.

Le problème, c'est que je risque d'attendre bien trop longtemps...  dommage.

Je suis entrain de faire une recherche sur la stabilité de ce U3 ... j'ai donc descendu la fréquence à 200MHz et suis entrain de voir à quelle tension, ça lache.

Pour le moment, il lache au-dessus de 800mV (court-circuit à l'alimentation ou perte/plantage du composant serial-USB).

La performance est donc bloquée à 49GH/s.
Température ambiante : 23°C
Température semelle bleue : 59-62°C

  finalement, je peste contre les plantages intempestif du matériel U3 ... c'est pas fiable.



je dois le débrancher physique 1 fois par semaine minimum et jouer avec les tensions ou la fréquence ne règle absolument rien à ce plantage.

par acquis de conscience, j'ai utilisé une alimentation 12v 30A, un fil de la tour (12v 550w) et l'alimentation classique 12v 10A que j'utilisais toujours pour faire 3 tests indépendants.

le résultat est le même, c'est la puce de gestion USB qui plante lamentablement (CGminer ne trouve plus l'appareil).

néanmoins, une coupure 12v n'a aucune influence (on est donc pas obliger de toucher au 12v pour résoudre le problème).

---

Je vais prospecter sur une R-Box 100GH/s ...   car je veux rester en USB et 120w max.

Vu comme ça....    c'est sur que le U3 est plus emmerdant.

ça pourrait être bien si je ne te disais pas que je n'ai jamais débranché le R-Box depuis son installation (il avait donc 1 an lorsque j'ai posé le U3).

mes machines tournent aussi 30-45j. sans une pète (et je redémarre juste parce que je dois utiliser un Rack SATA pour faire un clone de sécurité).

Bon déjà, c'est pas mal 30 heures d'affilés.

J'ai l'air d'avoir trouvé le rêglage pour mon environnement : 240MHz et 0,805v.
Si je monte plus haut, le U3 met en court-circuit mon alimentation ...  après 30h d'affilées.

Moi, j'ai mis un restart toutes les heures finalement ... (avec la méthode du P2Pool).

Lorsque je sais que je ne rentrerais pas entre midi et deux, je lance cgwatcher, qui me redémarre cgminer,

Je l'ai configuré pour qu'il redémarre cgminer toutes les deux heures. Il arrive que sur le nombre de U3, un ne redémarre pas, mais bon ça fonctionne dans la grande majorité des cas.

Je suis entrain de voir pour réinitialiser les ports usb à distance.   

58,2 GH/s stable depuis 6h ...

j'ai aussi remarqué que si je redémarre le CGminer toutes les 4h, je reste à 60GH/s constant.
un petit killtask planifié va s'occuper donc de cela. 

lol le U3 !! 

Déjà, de cette façon la semelle doit probablement être moins chaude,
Ensuite reste à trouver un espace bien froid..

Ok, alors essayons comme ça ... car en regardant les puces sur les antminer en rectangulaire, les puces ne sont pas refroidies sur le modèle 180 GH/s ... mais uniquement à l'arrière du PCB justement.



Ce qui expliquerait que le refroidisseur devant ne sert à rien et que c'est bien l'arrière qu'il faut refroidir (la semelle bleue).

Pour l'instant, au lieu d'un 48GH/s à 200MHz 750mV ... j'ai remis le 250MHz 830mV et c'est stable à 60GH/s.

Meuh6879,

Pour ma part j'ai eu pas mal de problème de stabilité au début, le Mode ZOMBIE me prenait franchement la tête.

Ils tournaient dans mon bureau. Une pièce à 22°,
Les miners étaient franchement chaud. Et ils se mettaient en zombie, J'ai donc décidé de faire un test dans le garage, et depuis nickel.

Nous sommes au début de l'hiver (je suis en montagne ici il gele déjà bien la nuit) Dans le garage j'ai du 8° en ce moment et cela va descendre à 5° d'ici 1 mois.
J'ai placé les miners juste devant une aération du garage (tu sens franchement le froid) et les miners lorsque tu touches la semelle, sont à peine tièdes. Ils tournent 24 heures non stop, je prends quand même le temps chaque soir entre 23h00 et 00h00 de relancer cgminer.

Et je suis en moyenne à 58 ghs par miners 24h/24h (moins 2 min le temps de les relancer)

Essaye de voir peut être, de trouver une solution pour le refroidir. 

 

Au final, je suis très mécontent de ce U3   (certes, il n'était pas chère ... mais neuf !   ) ... car le taux de hash est inconsistant et illogique au possible (ne dépendant point des MHz ou des mV à la puce).

Il ne plante pas (encore heureux) ... mais la puissance oscille entre 42GH/s et 48GH/s.

Toutes les vitesses supérieurs s'effondrent après 8-10h de travail permanent.

---

en comparaison, la R-Box ne faisait que 32GH/s ... mais elle n'a jamais déviée en 1 an du taux du hash au déballage du carton au moins !  

C'est un peu complexe, ses U3 ... et pas du tout logique  

Il faut donc consciencieusement tester son U3 reçu pour trouver la bonne fréquence en fonction de la tension ... puis voir si ça tient dans le temps.

Voici un exemple pour le mien :


Le plantage dans le temps (zombie) est simplement dû à des bugs de température sur les composants CMS du port USB qui sont trop exposés à la semelle qui dégage 60-65°C.

J'en ai eu parce que je ne savais pas encore lier les erreurs HW avec le GH/s sorti.
A noter que le U3 à l'air de se protéger car quand on revient à une fréquence de défaut après le mode "zombie" ... on perd prêt de 10GH/s.

C'est résolu en débranchant l'alim. générale.
Le but est donc bien de trouver un équilibre entre puissance en GH/s, sa température de pièce ... et le plantage du pont USB sur le U3.

Bon, va falloir faire un peu de tuning ... car là, j'ai que 54-55GH/s et pas 62GH/s  

Une LED rouge proche du port imprimante USB indique que le PC envoie quelque chose (fixe).
Une LED rouge à coté de la prise VENTILO. indique que le mineur est utilisé (fixe).
Une LED rouge encore à coté clignote (trop rapidement pour s'allumer) pour vérifier que des travaux sont envoyés/lues.

Le Antminer U3 ne renvoie pas l'information sur sa température (idiot quand on peut toucher à la frequence et au voltage ... on doit donc en claquer souvent !).



Remise en place de "mon" ventilo qui ne fait aucun bruit de 92mm avec 2 rilsan d'électricien.
L'empreinte du Antminer U3 est pour des vis de 80mm mais le ventilo est aussi un 92mm (encadrement non-carré).



En fonctionnement, c'est la semelle bleue qui est la plus chaude (on ne peut pas la toucher = 60-62°C) et le refroidisseur en haut est à 36°C (ventilo).

Impossible de faire tourner BFGMiner avec cet outil (pourtant, j'ai essayé pas mal de lignes de commande !) ... il faut obligatoirement ZADIG et CGMiner (qui le reconnait tout seul).

A souligner un bug classique du CGMiner et du P2Pool : il faut donner cette ligne pour que CGMiner daigne se connecter au P2Pool.

une dernière photo du R-Box 32GH/s avant le prochain changement ... pour faire un peu de suivi.

Malheureusement, avant de trouver des BM1385 dans une solution à moins de 100 W, il risque de se passer des mois, voire plus d'un an, si tant est qu'une telle solution voit effectivement le jour (le projet GeckoScience, malgré toute la sympathie qu'il attire, arrive bien tard pour 1384).

25 € pour un U3, ce n'est certes pas cher, mais cela permet juste de perdre moins d'argent.

J'en ai aussi commandé un maintenant, avec les BM1385 qui sortent, tous les "vieux" U3 sont à moitié prix : 25 euros livré. 

moi aussi je les regardais de près, et j'ai craqué la semaine dernière... 43€ livré, en route pour chez moi :p

j'ai monté un nomp (en node.js, 10 minutes à installer-configurer), qui tourne déjà pour mes 5 usb erupters... attention, c'est du lourd :p 1.6GH/s... cumulés

pour le fun quoi

Le R-Box 32GH/s fonctionne toujours bien ... surtout depuis que j'ai pu résoudre la surveillance P2Pool+Bitcoin Core avec serverdoc.  

Ah ! enfin, j'ai trouvé un programme (car je suis un ours dans la programmation, désolé ...) qui permet de surveiller Bitcoin Core ... et le relance automatiquement sans rien demander (s'il plante à cause du RPC server).

C'est http://serverdoc.com/ 

Il suffit de faire un .bat avec ce programme puis la ligne de programme à surveiller ... et ça roule tout seul.
Je suis entrain de le tester.

Par contre, il est gratuit ... mais il faut le mettre à jour régulièrement (et la version payante ne change rien à cela si j'ai bien compris).   

Plus de 48h sans aucun plantage.

Bon, ben voilà ... plus de noeud P2Pool chez moi, je demande donc à un noeud (voir ma signature) de me donner du travail au lieu que ça soit moi qui le créer automatiquement.

Le Bitcoin Core tourne en Noeud réseau (sans wallet) et sans serveur RPC (plus aucun plantage).

C'est bien ce que je pensais ... c'est le RPC du Bitcoin Core qui est une vrai daube.
J'ai donc renvoyé mon mineur sur un noeud P2Pool (BFGMiner) ... et le Bitcoin Core tourne en Noeud sans le mode "server" (et donc sans wallet).

Et c'est stable depuis ... 13h d'affilé sans aucun plantage.

  mais qu'est-ce que ces imbéciles de développeurs ont fait entre la v0.9.1 qui tournaient sans failles ... et après ?
c'est malheureux tout de même qu'on ne puisse pas supporter le réseau soi-même. 

Abandon du P2Pool à cause d'une incompétence chronique (de programmeur) entre la construction du programme P2Pool qui demande à Bitcoin Core (par RPC !) de se fermer (faut le vouloir quand même ...).

Repassage en SOLO mining complet (Bitcoin Core + BFGMiner) pour une semaine pour voir (mais je connais déjà la réponse).

Les plantages se sont accentués depuis que le logiciel P2Pool est passé en v14 (pour la conformité au BIP66).
Avant ça tenait 2-3h ... puis 1h ... et maintenant que plus de 70% des utilisateurs du P2Pool sont à la v14, moins de 30min avant un plantage.

Oui, cela fait envie.
Il y a un asembleur allemand qui semble intéressé pour le monter et le distribuer en Europe :-).
J'essayerai bien quelques sticcks, surtout les doubles puces (16 GH voire plus).

Le problème, c'est que cela risque d'arriver tout de même bien tard : je ne me souviens plus, mais il me semble avoir vérifié et 0,3 W/G c'est encore trop pour être rentable (avec le remboursement des sticks).
Sans parler des puces 16 nm que personne n'a vu mais dont beaucoups parlent.

Trop fort ... 9,6 GH/s ... depuis une clé USB : https://bitcoin-forums.net/index.php?topic=1086011.msg11624387#msg11624387

et 40°C sans ventilo. 

abandon de CGminer ... du jour au lendemain, le pilote USB (WinUSB par zadig) a décidé de ne plus reconnaître le R-Box.



en voulant jouer avec le pilote (ça pête pas, un port mini-USB !), je m'aperçois avec effroi que le procédé zadig s'amuse à remplacer en DUR dans les fichiers inf au format OEM, la reconnaissance du R-Box !  

ce qui veut dire que je ne peux plus le remplacer par des pilotes bêtes et méchants qui sont les ports virtuels série (COM) maintenant ...

fort heureusement, ce "bug" est déjà connu et une procédure a été documentée : http://www.smallbulb.net/2013/287-detaching-ms-windows-libusb-driver


utilisez la recherche windows pour retrouver tous les libusb ... ils sont bien planqués !

Bref, j'ai pu remettre les VCPDrivers centenaires que j'utilisais sans problème avec BFGminer ... http://bitcoinbtc.net/usb-asicminer-setup-how-to-setup-usb-asicminer-block-erupter/

http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx

Un coup de BFGminer avec un -S rockminer:all et c'est reparti avec le R-Box.

Bizarre.

La flemme de calculer la rentabilité mais je pense savoir à quoi m'attendre quant au résultat...

Je surveillais les antminer 63GH/s ... et les voici sur aliexpress à 46 euros livré.

parallèlement à cette surveillance, j'ai réussi à "remonter" un node P2Pool avec un planificateur de tâche qui le tue et le redémarre toutes les heures (j'ai pas trouvé d'astuce pour surveiller).



il est un peu chiant, il faut tuer le P2Pool puis tuer Bitcoin core ... sinon, Bitcoin core ne se lance pas alors que le P2Pool surveille le server RPC.

la branche v0.9.x n'était pas aussi paranoïaque.

---

j'essaye quand même de trouver quelque chose à 100GH/s ... mais c'est assez dur.

Tu peux essayer NOMP : https://github.com/zone117x/node-open-mining-portal

ultra légé, tourne avec node js et redis pour bdd, entierement configurable avec auto switch, var diff ext... l'interface est simpliste mais suffisant pour une pool perso ( http://pool.laintimes.com si tu veux voir l'interface)

Abandon de la P2Pool à cause de leur logiciel qui ne fonctionne plus chez moi (bitcoin core 0.10.2 plante après 2-3h ... alors que le minage solo pur -BFGMiner+Bitcoin Core- fonctionne sans faille durant 5 jours).

J'avais essayé un "noeud" P2Pool (coincadence) ... mais la difficulté ne s'ajuste pas à la puissance de mon mineur (trop haute).

---

Passage chez GHash.io car je peux régler manuellement la difficulté pour avoir des unités de travail à intervalles pré-définis (30 secondes chez moi par exemple).

Si vous laissez 0 dans le champs difficulté ... la difficulté reste à 1000 (donc pour un mineur de 1TH/s).

La difficulté se corrige uniquement par palier supérieur de 12GH/s (par exemple, je génère 32GH/s, la difficulté ne pourra être que de 64 minimum ... si je mets 32, il n'y va pas car trop basse).

La seule utilité que vous pouvez trouver à ces saloperies obsolètes, c'est en hiver, pour vous chauffer, et déduire de votre note d’électricité ce que ça vous a rapporté en chauffage.

Cela dit, j'aimerais connaitre le l’efficacité énergétique d'un ASIC, avec quelques calculs de thermodynamiques ça peut vite se comparer à celle d'un chauffage.

Bitcoin only (c'est pour ça que c'est pas trop cher en fait aussi ...).
Mais ta question est légitime car je voulais, à un moment, recycler mon BFL 12GH/S pour le folding@home ...  mais ça marche pas non-plus.

Très cool le thread, j'aime lire sur les expériences des autres

Je me demandais, (dsl en avance pour la question un peu simpliste) avec un bidule comme le AntMiner U3, on ne peut que miner des BTC/SHA-256?

Aucun moyen de miner autre chose à la X11?

Merci!

Bon, dommage ... l'entreprise à l'air morte, ils ne répondent pas à leur email postée en bas du site de vente.

Tiens, en cherchant mon futur mineur USB, je suis tombé sur cette entreprise : http://technobit.eu
https://bitcointalksearch.org/topic/ann-technobit-dice-160ghs-entry-minerblockchain-personal-lottery-device-875392

Et le test : http://cryptomining-blog.com/4384-first-impressions-from-the-technobit-dice-asic-miner/

je dois être un turne ça marche pas titp top , donc je suis parti sur bitsolo j ai mis 5.5th/s dessus , allez 10 % de la capacité pour du minage solo c est pas si mal.... par contre objectivement est ce une pool legit ... on verra bien .

Vous connaissez peu être qqun qui peut déployer un coimuim server ou qq chose comme ca pour avoir une mine en prive  genre clef en main ?

Tout-à-fait.

Mais je ne refuse pas une Pool comme la P2Pool ... qui permet de contre-carrer des attaques en diffusant les demandes aux 360 personnes qui peuvent accepter de 1 à 12 connexion entrantes et ont, en permanence, 8 connexions sortantes (entre les noeuds P2Pool pour la sidechain du travail de minage).

En soi, je vois ce système comme une évolution du solo-mining.

En fait, c'est surtout les graphiques de suivi qui m'intéressaient au début ... et comme l'overhead en upload est "contenu", je suis resté.

Vous minez "pour contribuer à la puissance globale du réseau bitcoin" rassurez moi, pas pour vous faire du fric  ?

Sinon, le petit 32GH/s commence à dessiner une pattern sur le P2Pool ...  
Il faut être patient néanmoins (je me demande comment est gardé le suivi du partage dans le cloud du P2Pool, c'est assez mystérieux ... j'adore ça !).

Dans l'absolu, je suis content de participer à un Pool totalement autonome de 3PH/s en moyenne ... avec 360 personnes.

Il est mignon leur truc :p

Miam   ... 63GH/s ... toujours depuis un bloc 12v 6A.
Je suis tenté ... https://bitcointalksearch.org/topic/guide-dogies-comprehensive-bitmain-antminer-u3-setup-hd-879732

mais c'est un peu cher quand même, là ... 90 euros.  

cool j e vais essayer mais j ai un ping de merde 700ms c est 7 fois plus que recommande
je vais tester 24h

P2Pool.
http://minefast.coincadence.com/p2pool-stats.php

sympa les courbes , tu as les as de quel interfaces?  ... moi je me bas toujours avec l install , ca tourne pas je me demande même si je vais acheter une licence CoiniumServ

tout fonctionne bien.

Ok merci je verrai ca demain , je peux pas rebooter la box madame regarde un replay
Bonne soiree

ah, une chose ... les 12 connexions, c'est un minimum.
il est probable que comme moi, tes 12 places soient prises (par les bitcoineurs !) bien avant que ton mineur daigne demander l'accès au serveur (il faut démarrer le bitcoin-qt avant le mineur).

augmente donc à 20-25 pour voir.

ton mineur doit te donner des infos de pourquoi il y arrive pas ... souvent, c'est le NAT du routeur qui est pas rêglé pour ça : rajoute un port TCP 8333 dans le NAT pour l'IP du PC fixe.

merci de la réponse rapide

dans le miner je mets l ip fixe du PC

ici 192.168.0.126
j ai installer le bitcoin core  dans
c:\bitcoin
avec  ton fichier 

disablewallet=0
server=1
maxconnections=12
rpcuser=123
rpcpassword=456
rpcport=8332



dans le mineur

 ip 192.168.0.126:8332
 log 123
 pass 456


mais bon ca pas l air de tourner se font ils la gueule mystère 

ensuite, tu mets le PC où bitcoin-QT tourne en IP fixe ... et tu mets dans ton Antiminer S1, l'IP du pc fixe avec le port 8332 et login=123 et mode de passe=456.

et voilà, ça marche tout seul.  
bitcoin QT s'occupe de "nourrir" son S1 en travail perpétuel.

dans le dossier "blockchain" ... tu dois créer un fichier "bitcoin.conf" (clic-droit > nouveau fichier texte) comme ceci :



et tu mets dedans :

hello,

j ai enfin DL la total de la blockchain , par contre comment faire tourner le bouzin en mode serveur ? , J ai aussi  un petit s1 pour tester les réglages si besoin mais la je dois dire que je seche  si tu as un tuto qui traine fait moi signe 

Et pour la beauté du geste (puisqu'on peut pas vraiment dire que c'est du minage en "solo") ... ce que ça donne sur le P2Pool que j'apprécie bien pour son optique générale (des statistiques partout ! Génial !)

A noter que c'est pas la première fois que je mets les mains dans le cambouis pour la P2Pool et son installation plus qu’ésotérique ... le temps du premier démarrage a d'ailleurs foncièrement augmenté ... plus de 20 min pour charger la sidechain (le P2Pool fonctionne avec une chaine de shares) avant que le BFGMiner démarre.

cool  j essaye quand je rentre lundi 
Merci bien

- 1 PC (vieux)
- 1 Bitcoin Core + fichier "bitcoin.conf" dans le dossier "blockchain" avec ceci :


- 1 BFGMiner avec le fichier ".BAT" suivant dans le dossier de BFGMiner :


---

Mais un SP30 a pas une sortie Ethernet ?
Alors, il suffit de donner l'IP du PC qui fait tourner le Bitcoin core en mode "server", c'est tout ...

Salut Meuh  sympa ton topic, comment mine tu en solo avec un asic , j ai des SP30 d e spondoolies qui ramene plus assez en pool , je tenteair bien de les faire tourner en solo pour la gloire et qui sait , un block ou deux

le soft Qt est surtout là pour faire tourner un NODE et accesssoirement miner. un node permet le partage de la blockchain et la propagation des nouvelles transaction. plus il y a de node plus le réseau est réactif et protégé des coupures réseau.

Rien ne vaut le mineur officiel de Bitcoin-qt ^^ Tant qu'à faire de ne jamais avoir un reward en solo, mais de participer (de façon minuscule) au réseau pour la gloire

A peine 4MH/s avec un i7 2600K

  OK, bon, pour les erreurs matériel, le BFGMiner est très causant quand même ... on voit très facilement (donc même en solo), les erreurs de traitements (queue problématique, job non-exécutée).

Sur le R-Box, on a les statiques des 4 puces à 8GH/s chacune ainsi que leur température unitaire et leur vitesse unitaire ... on peut donc voir le taux d'erreur différencié pour chaque puce.

Les taux d'erreurs sont à milles lieux des BFL (j'étais à plus de 4000 par jour avec BFL).

Que tu les touche 100 fois par jours ou 1 fois par jours ne change rien .


Faut t'il mieux valider
1 share de 1000  pour 1GHz
ou
10 share de 1000 pour 10Ghz
?

Statistiquement c'est pareil , juste que ton ecart type sera plus grand sur tu valide 1 share de 1000.
Ecart type sur la submittion du share .

Ecart type sera le même sur la diff du bitcoin qu'elle que soit la taille du share.

Comme tu fait du solo mining, tu pourrais très bien dire avoir une diff de la valeur de la diff bitcoin .
Le seul problème est que tu ne détecterai pas les soucis matériel .

Je confirme aussi que dans le changelog bitcoin core ... j'atteins maintenant bien plus régulièrement les 749999 pour la création d'un block = plus de chance d'être dans la loterie de bitcoin pour le reward d'un bloc (même si je me fais guère d'illusion).

Donc, actuellement, si on veut miner en solo ... mieux vaut avoir du 25-30 GH/s en fait.
Avec mon ancien 12 GH/s c'était rare que je touche les 749999 (peut-être 1 fois par jour).

Là, c'est 1 bloc sur 4.

topic interessant merci
j'avais vu l'update de ta signature, maintenant je comprend pourquoi

Nettoyage du refroidisseur, suppression d'un pad en caoutchouc (qui été craqué), nettoyage de la pate thermique et remplacement par de l'artic silver pour CPU.

Puis remise en place de mon ventilo. NO NOISE de 92mm ... en l'adaptant sur le Rockminer où rien ne rentre évidemment.

Et par rapport à mon ancien BFL 12 GH/s ... dommage, j'ai pas pu récupéré le radiateur BFL pour le mettre sur le RBOX, il aurait été plus à l'aise.

Reçu ... tout marche avec une petite recherche ici pour le BFGMiner : https://bitcointalksearch.org/topic/m.9847777

Au pire, si il y a vraiment de forts problèmes ... ça génère un ORPHAN BLOCK.
Sauf que ... je n'ai vu en perdurer qu'un seul à un peu plus de 54 secondes dans le réseau.

La plupart des ORPHAN BLOCK sont tués en moins de 4 secondes.

(c'est une ligne en bleu clair dans le bairtail, pas présent ici ... c'est devenu rare, un ORPHAN BLOCK).

---

La plupart qui grugent sont en rouge ... et se font refermer la porte par le réseau.  

J'ai aussi un code de couleur "violet" pour ce qui se font bannir (au bout de 4h pour 24h) par le filtrage interne au bitcoin core ... quand un noeud essaye de forcer un seul client à accepter de manière répéter, des trucs qui ne sont pas acceptables.

---

Une autre vue du mineur.

  pas de soucis, sans smiley, c'est difficile de voir (on sait jamais, un débutant peu avoir de vrai question et ne pas comprendre les grandeurs en jeu dans les chiffres présentés).

Voici ce que je regarde (à gauche, le mineur ... à droite, le debuglog de bitcoin core).




quand le système ne générait même plus 10mBTC par mois, j'ai arrêté d'utiliser les Pools (donc à partir de mars 2014).

et j'ai un copain qui en novembre 2013 n'a pas voulu suivre mon conseil. il s'est acheté un mineur de 500 mh/s et il a miné dans une piscine. il a récupéré tout de même le tiers de son investissement. pourquoi tu ne mines pas dans une piscine pour amortir un peu ton matériel ?

oui, je me moque, mais gentiment.
peux tu expliquer un peu plus ce que tu vois défiler, comment arrives tu à voir que certains essayent de gruger le système ? et y parviennent ils ou le système est plus fort qu'eux et les déboute à chaque fois ?

  tu te moque de moi, là ... 

le miner fait 37 GH/s ... le réseau fait 284 416 099 GH/s
je ne représente que 0, 000 000 13 % 

bonjour meuh,
quand tu vas recevoir ton matériel, tu vas le brancher tout de suite, ou tu vas le conserver quelques temps emballé dans son carton pour faire baisser le hash ?
bon, d'un autre coté, il est vrai que tant que tu ne le branches pas, tu économise sur l'électricité...

  Bonjour à vous,

depuis janvier 2014, je fais du solo-mining avec mon Butterfly Labs 12GH/s.
  biensûr, comme tout le monde le sait surement, je n'ai et ne trouverai jamais un seul bloc de ma vie avec ce système.



en revanche, j'aime bien voir les lignes de débug défiler du bitcoin core en mode "node" et les lignes défiler de la fenêtre DOS du BFGMiner ...  
ça permet de surveiller le réseau et de voir passer certaines choses (le week-end, c'est amusant ...certains essayent de gruger le système bitcoin).

Je vais donc remplacer mon actuel 12GH/s qui bouffe 8A 12v par un R-Box 37GH/s qui bouffe 5A 12v ... ça consommera un peu moins et ça ira un peu plus vite.
je voudrais vérifier une théorie face à la puissance du miner et aux remarques dans le debug log du bicoin core à cette occasion.

https://bitcointalksearch.org/topic/guide-dogies-comprehensive-rockminer-r-box-setup-hd-639030

ça me permettra, aussi, de mettre à la corbeille la clé 333 MH/s que j'avais, en premier lieu, acheté pour voir (en décembre 2013).

  voili, voilou.



J'aurais pu prendre du S3 455GH/s ... mais j'aime pas avoir une soufflerie et j'ai pas l'alimentation pour ça (ni la place ... et j'ai pas envie).

Le système R-box est exactement ce que j'avais avec le butterfly labs, il ira donc à sa place ... avec un ventilo. qu'on entend pas du tout (et oui ! 8 dB ! C'est un ventilo. COOLINK SWIF ...).