Pour que l'échange entre loueur et locataire soit équitable, il faut que chacun y trouves son compte et, en matière de cryptocurrencies, le plus simple est encore que chacun gagne de l'argent.
Chez NiceHash, sauf frais cachés, ce qui est affiché, c'est 3% de fees côté loueur et 3 de fees côté locataire, donc j'imagine 6% au total (je 'ai pas creusé pour savoir si la simple addition est représentative de la réalité).
Pour un service direct entre particulier, la question à se poser est "que gagne le loueur" et "que gagne le locataire". A priori, le loueur cherche à gagner des btc et le locataire d'un appareil de minage cherche également à gagner des btc. L'appareil de minage créant une quantité finie de btc, il faudrait répartir cette quantité entre loueur et locataire. Mais si le locataire à besoin du loueur pour accéder au matériel de minage, le loueur lui, n'a pas besoin du locataire pour y accéder : pourquoi le loueur n'éliminerait-il pas le locataire pour garder tous les gains ?
Grosso-modo, c'est cela! Mais je te mets sur une autre piste, par exemple, je fixe mon prix x11 à disons ... 0,2 BTC/GH/jour et toi tu trouves un coin qui pourrait te rapporter disons 0,5 BTC/GH/Jour. Or, tu peux en profiter et tu veux en profiter rapidement avant que le hashrate du network augmente trop. Mais il y a un problème, tu n'as pas un hashrate très important donc au bout de la ligne, ce n'est pas très payant pour toi. Or, tu peux louer un hashrate plus important et fait augmenter tes gains, malgré le frais que tu dois payer. De plus, au final (si tu souhaites faire le bagholder) il arrive de plus en plus souvent que DPoS ou PoS est présent sur ces coins et tes gains espérés sont encore là plus élevé. Ce coup-ci, tu engranges 100% des profits de cela puisque "moi" je n'ai pas accès à ces intérêts que tu fais sur tes coins  Donc tout le monde peut y trouver son compte. En substance la location est intéressante à chaque fois où le locataire à accès à une information ou une analyse qui fait défaut au loueur, information ou analyse qui permetrait de gagner plus que ce que le loueur gagnerait et ce qui serait à partager entre loueur et locataire, ce serait ce gain supplémentaire. Merci pour la pool Lyra2. Je ferai un test également sur le Quark (j'en ai déjà fait un, mais je l'ai interronpu pour passer sur le Lyra2V2 : mais ce n'est peut-être pas le meilleur calcul puisque si Lyra2V2 paye mieux pour un débit donné, Quark donne des débits supérieurs à Lyra2). |
|
|
|
|
Anthon, les chiffres que j'aie donné sont ceux de ma configuration : je ne doute pas que, avec ton expérience, tu ai réussi à largement les optimiser.
D'autre part, quand on parle de rentabilité, les coûts n'étant pas les mêmes d'une personne à une autre, d'un continent à un autre, les situations sont au cas par cas et nous ne pouvons pas généraliser en disant que le minage GPU c'est mort pour tous le monde. Nous, en France, on a bien les agents EDF qui ne paient quasiment pas leur électricité (d'ailleurs Antho, vu ta proposition de location de RIG, je me suis demandé un moment si tu n'étais pas un de nos agents EDF :-)).
Pour que l'échange entre loueur et locataire soit équitable, il faut que chacun y trouves son compte et, en matière de cryptocurrencies, le plus simple est encore que chacun gagne de l'argent.
Chez NiceHash, sauf frais cachés, ce qui est affiché, c'est 3% de fees côté loueur et 3 de fees côté locataire, donc j'imagine 6% au total (je 'ai pas creusé pour savoir si la simple addition est représentative de la réalité).
Pour un service direct entre particulier, la question à se poser est "que gagne le loueur" et "que gagne le locataire". A priori, le loueur cherche à gagner des btc et le locataire d'un appareil de minage cherche également à gagner des btc. L'appareil de minage créant une quantité finie de btc, il faudrait répartir cette quantité entre loueur et locataire. Mais si le locataire à besoin du loueur pour accéder au matériel de minage, le loueur lui, n'a pas besoin du locataire pour y accéder : pourquoi le loueur n'éliminerait-il pas le locataire pour garder tous les gains ?
Dans la rubrique "test de NiceHash" :
Je viens de faire 24 h de minage de Lyra2V2, cela m'a effectivement rapporté environ 160.000 satoshis.
Je viens de lancer mon mineur sur du X11 (du DASH, cela devrait faire plaisir à Sangoku :-)) en direct sur une pool : j'ai choisi X11 (pas trouvé de pool Lyra2V2 rapidement), sur une pool qui débite en terme de rapidité réseau (proche de chez moi j'imagine), histoire de comparer les revenus NiceHash par rapport à un minage direct de monnaie et voire si NiceHash ne se "sert" pas trop au passage. Le problème, c'est que c'est une pool P2P et leur système de rétribution est des plus obscure à analyser puisqu'il y a un décalage importante dans le temps au début et un effet mémoire encore plus important après... Bref, je vais miner 24 h et je compterai tous les micros gains accumulés, même après m'être déconnecté.
Note : sur NiceHash, tous les échanges sont directements en btc, quel que soit l'algorythme, que l'on soit loueur ou locataire (cela simplifie grandement les comparaisons).
|
|
|
|
... -.- Parce que j'ai du matériel en location actuellement! Va voir sur nicehash, fait le calcul et tu vas voir, tu y arrives rapidement  Un algo n'a pas de prix, une altcoin qui l'exploite oui. C'est comme si je disais que X11 avec x MH/S cela me rapporte x BTC. Quel coin tu mines avec quark ? Sangoku, c'est un dialogue de sourd : sur NiceHash, tu connectes ton mineur comme sur une pool, mais tu n'a pas besoin de sélectionner une monnaie : tu dis simplement "je mine tel algorithme", quel est le cours actuellement ? A l'autre bout, des clients achètent de la capacité de minage d'un alogorythme et j'imagine qu'il le transforme en monnaie de leur choix (dans le panel de celles offertes par l'algorithme). Je ne suis pas sur d'être trés clair... |
|
|
|
|
Antho281 m'a donné un sacré coup de main pour configurer mon mineur GTX 750 sous Ubuntu : il a été disponible et désintéressé, donc je pense que son projet mérite que l'on y voit autre chose qu'une tentative pour attraper quelques pigeons.
Antho, soit encore remercié pour ton aide :-).
J'aimerai donc participer à ce topic, mais je crains ne pas être bien placé : bref j'y vais tout de même.
Pourquoi un service de location de RIG GPU ne m'intéresse pas, à priori :
----------------------------------------------------------------------------------------------
La rentabilité d'un RIG est des plus relatives : avec ma GTX 750, au mieux, je vais pouvir espérer (sur NiceHash, avec la belle montée des contrats Lyra2V2 de hier) 160.000 satoshis par jour, soit environ 32 centimes d'euros. Avec un RIG, soit 6 cartes, ces cartes baisseraient de rendement car elles seraient sur des risers et non sur un slot PCI X16, disons 145.000 satoshis par carte. Si vous partez sur un RIG de 750Ti à la place de 750, vous pouvez rajouter une vingtaine de % , soit 172.000 satoshis par carte. soit un total pour le RIG de 1.036.800 satoshis : retenons 0,01 btc, soit au cours actuel du btc : 2,04 € par jour !
En face de ce gain, votre RIG vous à coûté dans les 1200 € et vous consommez à peu prés 400 W/H en continu, soit 9,6 kW par jour (soit 1,38 € à raison de 0,143916 €/KWh) !
Je vous laise calculer le ROI, moi il me déprime :-( (plusieurs années en théorie, mais avec les halving, je pense que dans la pratique on ne rentre jamais dans ses sous).
Et ca c'est pour des conditions favorables comme celles d'hier et d'aujourd'hui !
Il faut ajouter dans les charges, toutes les heures où le RIG fonctionne dans le vide car la pool à un incident (peut-être pas chez NiceHash, mais sur les petites pools), le temps ou le RIG ne mine pas parce que vous faites de la maintenance, et toute les pannes du RIG (le matériel utilisé H24 s'use).
Bref, le gain est peut-être une motivation, mais cette motivation est loin derrière le plaisir de faire soi-même :-), même en se faisant aider ;-). Et lorsque on loue, on a pas ce plaisir t cette satisfaction, bien sur.
Pourquoi un service de location de RIG GPU m'intéresserai :
------------------------------------------------------------------------------
Franchement, je ne sais pas !
Pourtant ce type de service existe (NiceHash) et il semble avoir des clients.
En me creusant la tête, je vois bien un cas, celui ou un trader joue la hausse d'un coin sans vouloir lui-même acheter au prix du marché/sur le marché (marché trop étroit où il n'y a pas asser de vendeurs). En achetant de la capacité de minage sur NiceHash, il mine sa monnaie, donc il en acquiert et avec de la chance il y a un décalage favorable au trader entre la hausse de la location de mineur sur cet alogorithme et le cours du coin. C'est peut-être ce qui est en train de se passer sur NiceHash avec Lyra2V2. La rétribution du minage sur cet alorithme est au plus haut alors que la monnaie porté par l'algorithme (VertCoin) connait des hausse à 2 chiffres depuis 3 jours.
Il y a certainement une multitude d'autres situations où des gens sont intéressés par la location de RIG car NiceHash n'est pas une petite pool de seconde zone : lorsque l'on regarde la liste des paiements, on voit que certains recoivent plus de 14 bitcoins par virement (et il y a plusieurs virements par jour) et pour faire autant il faut du sacré matos (on ne parle plus de RIG GPU mais de grosses populations d'ASICs).
Je serai moi aussi curieux de connaître les motivations de ces loueurs et de ces locataires de capacités de minage :-).
|
|
|
|
Je mine aussi le XDN : je passe de l'une à l'autre en fonction des dysfonctionnements des pools concernées (et ils sont réguliers, ces dysfonctionnements). Bon, j'ai réussi à récupérer la blockchain BCN et mes bytecoins :-). Voici ce qui a fonctionné, au cas où cela arriverait à un lecteur dans le futur (rappel : je suis sous Ubuntu, sous Windows, je ne ferait pas exactement les mêmes manip, notament pour ce qui touche à la désinstallation) : - copie du répertoire ./bytecoin en lui ajoutant un alias - téléchatgement du paquet DEB du wallet (il y a eu une nouvelle version) - installation du paquet (il écrase donc les fichiers du programme dans le répertoir ./bytecoin mais ne touche pas aux fichiers de données, à savoir la blockchain, le wallet et sa clé privée), - lancement du wallet : la blockchain est déjà présente jusqu'au bloc qui bloquait (814.315) et fini son téléchargement - tous mes bytecoin sont présents et les nouveaux arrivent avec la mise à jour de la blockchain. En espérant que cela puisse servir à autruit (sans vous souhaiter d'avoir le problème ;-)). |
|
|
|
...
- le téléchargement de la blockchain est relancé depuis le premier block : espérons qu'il ne bloque plus.
Et bien mes espoirs sont déçus : le téléchargement de la blockchain bloque à nouveau, exactement au même bloc, le 814.315ème.... Cela alors que tous les fichiers d'origine ont étés effacés : plus de blockchain ni d'index : tout est nouveau. Là je me dis que c'est peut-être plus grave qu'il n'y paraît. J'ai fait une recherche sur le net avec ce numéro de bloc, mais rien... Je pense que je suis parti pour une réinstallation complète du wallet et pas seulement le retéléchargement de la blockchain... |
|
|
|
Je te parle pas de sauver un répertoire mais le fichier .wallet, c'est ca le plus important.
Oui, oui, j'avais bien compris, je l'ai fait aussi (mais je ne l'ai pas écrit car il est compris dans la sauvegarde du répertoire). D'ailleur, à ce propos, le fichier wallet situé dans le répertoire et celui créé par la commande "file -> backup wallet" (que j'ai également fait) ne font pas du tout la même taille (24,9 MO vs. 1,8 KO)... |
|
|
|
|
Pour info, si cela peut aider un/une autre dans l'avenir :
J'ai finalement décidé de procéder progressivement :
- backup du wallet
- sauvegarde de tout le répertoire .bytecoin (je suis sous Ubuntu)
- effacement de blockchain (et là ce n'est pas 1 mais 4 fichiers qu'il faut supprimer, sinon le lancement du wallet s'arrête après une erreur fatale) :
* blockchainindices.dat
* blockchainindexes.dat
* blocks.dat
* blockcache.dat
- je relance le wallet et il me retrouve tous les bytecoin d'origine
- le téléchargement de la blockchain est relancé depuis le premier block : espérons qu'il ne bloque plus.
ATTENTION :
Un truc trés bête mais qui viens de m'arriver (heureusement que j'aie vérifié).
Comme écrit ci-desus, j'ai sauvegardé le répertoire de mon wallet, mais en fait je me suis planté dans la grande largeur !
En croyant sauvegarder le répertoire du wallet de mes bytecoins, j'ai en fait sauvegardé celui de mes bitcoins, situé la ligne juste au-dessus dans l'affichage des fichiers du répertoire : sans vérification, je lançais mes manipulations sans sauvegarde :-( !
|
|
|
|
large-printed the smallprint, just for you Thank you ;-) |
|
|
|
Avalon have put up a product page for the Avalon Nano 2 in their ehash.com store. ( Price is either incorrect or for unspecified multiple units )It still uses a single A3222 chip - just like the Avalon Nano - but has a fancy new body and a new mining interface (Chrome App - though I would be surprised if cgminer/bfgminer failed to work). 7,2 BTC for "1 to 3,6 GH/s according to the changes of temperature" : are they crazy ? |
|
|
|
Si tu backup le fichier .wallet oui tu peux ensuite le réimporter.
N'oublies pas de le chiffrer.
Merci Sangoku. Il est déjà chiffré, mais tu as parfaitement raison de le rappeler :-). Une question reste en suspend : si je réinstalle le wallet (je ne me contente pas de re-télécharger la blockchain) et importe mon wallet sauvegardé de la précédente installation, je me retrouverai avec 2 clés privées (une par installation de wallet) ou 1 seule ? Dis autrement, lorsque je ré-importe un ancien wallet sauvegardé, celui-ci prends la place du wallet courant ou il s'incorpore au wallet courant ? |
|
|
|
|
Bonjour,
Mon wallet ByteCoin bloque sur la mise à jour de sa blockchain au bloc n° 814315 (sur 819666). Je l'ai laissé tourner plusieurs jours, mais rien à faire...
Je ne récupère donc plus mes nouveaux ByteCoins.
Je n'ai pas trouvé d'utilitaire de reconstruction de la blockchain, donc je crains devoir retélécharger toute la blockchain (Cette blockchain est bien plus longue à télécharger que celle de bitcoin). Comment faire : il suffit de supprimer le fichier "blocks.dat" ?
J'aimerais être certain de ne pas perdre les ByteCoins déjà enregistrés sur mon wallet (je sais ils sont dans la blockchain), mais je n'ai trouvé aucune façon de sauvegarder ma clé privée. Il y a par contre une commande "backup wallet". En sauvegardant mon wallet, même si je réinstalle le wallet complètement, suffira-t'il d'ouvrir cette sauvegarde pour récupérer tous mes ByteCoins (ceux déjà enregistrés avec ma clé privée actuelle et ceux avec la clé privée du nouveau wallet) ?
C'est pénible ce genre de mésaventure :-(.
Merci de vos réponses.
|
|
|
|
J'utilise celle de sp_ EDIT: La version de Wolf0 ne semble plus disponible :-/ A mon avis, ce n'est pas parce qu'il à fait fortune avec son soft ;-). Tu as un lien vers le site de SP_ et les conditions d'utilisation/vente ? |
|
|
|
Pour le CryptoNight de TPruvot, je n'ai pas réussi à annuler le figeage de l'ordinateur. J'ai regardé le fil de Wolf0 sur BitcoinTalk pour sa version payante de CCMiner CryptoNight : les avis sont très partagés dur le gain en puissance de hash par rapport à la version de TPruvot, pourtant âgée d'un an. Là, j'ai plus rien qui fonctionne sur la GTX, j'ai le message Unable to query number of CUDA devices! Is an nVidia driver installed? J'ai regardé du côté des variables d'environnement, j'ai mis dans .profile de mon /home : PATH=/usr/local/cuda-6.5/bin:$PATH
LD_LIBRARY_PATH=/usr/local/cuda-6.5/lib64:$LD_LIBRARY_PATH |
|
|
|
|
La version payante de SP te permet un gain réel (et de combien, même environ) par rapport à la TSiv ?
Demain je prévoie de refaire des essais sur CryptoNight.
|
|
|
|
Soécial que ton ordinateur fige.... Je vais devoir me pencher là-dessus! Pas de problème dans mon cas et j'ai un G-3220!
Tu as compilé à partir des mêmes sources ? |
|
|
|
Plaisir! 😊 Tu me diras si ca fonctionne pour le cryptonight Voici le résultat, aprés quelques souçis pour la compilation et les chemins encore... *** ccminer-cryptonight for nVidia GPUs by tsiv ***
based on ccMiner by Christian Buchner and Christian H.
based on cpuminer-multi by LucasJones
based on pooler-cpuminer 2.3.2 (c) 2010 Jeff Garzik, 2012 pooler
BTC donation address: 1JHDKp59t1RhHFXsTw2UQpR3F9BBz3R3cs
DRK donation address: XrHp267JNTVdw5P3dsBpqYfgTpWnzoESPQ
JPC donation address: Jb9hFeBgakCXvM5u27rTZoYR9j13JGmuc2
VTC donation address: VwYsZFPb6KMeWuP4voiS9H1kqxcU9kGbsw
XMR donation address:
(man these are long... single address, split on two lines)
42uasNqYPnSaG3TwRtTeVbQ4aRY3n9jY6VXX3mfgerWt4ohD
QLVaBPv3cYGKDXasTUVuLvhxetcuS16ynt85czQ48mbSrWX
-----------------------------------------------------------------
[2015-08-29 22:06:15] Using JSON-RPC 2.0
[2015-08-29 22:06:15] 1 miner threads started, using 'cryptonight' algorithm.
[2015-08-29 22:06:15] Starting Stratum on stratum+tcp://duckpool.mooo.com:6666
[2015-08-29 22:06:15] GPU #0: GeForce GTX 750 (4 SMX), using 40 blocks of 8 threads
[2015-08-29 22:06:15] Pool set diff to 2000
[2015-08-29 22:06:15] Stratum detected new block
[2015-08-29 22:06:23] GPU #0: FATAL: failed to allocate device memory for long state Là, je préfère ne pas rebooter car j'ai des tâches en cours et j'aimerais bien ne pas les interrompres : je verrais demain aprés reboot pour l'allocation mémoire... mais les sources ont presque 14 mois, donc pas sur que cela puisse fonctionner. Edit 1 :
En fait, cela fonctionne trés bien, c'est juste que la carte graphique ne peut pas miner 2 monnaies à la foi (j'avais laissé le moinage du X11)[/font]
Par contre, cela ralenti complètement le CPU, au point de rendre l'ordinateur inutilisable (j'ai été obligé d'arrêté le minage CryptoNight pour rédiger cet édit).Edit 2 : L'ordinateur est quasiment figé, ce qui laisse penser à une charge débordante, mais par contre le GPU monte peu en température, ce qui au contraire laisse penser à une charge loin de son maximum : par rapport à X11, la température du GPU à baissé de 11°C ! Cela fait penser à un manque d'optimisation, surtout que le débit est plutôt décevant : je fais un peu moins que le double de ce que fait mon Core i3 sur 2 threads seulement (pas essayé encore sur NiceHash, je suis sur une pool sur laquelle je mine depuis un moment au CPU). |
|
|
|
Tu me diras si ca fonctionne pour le cryptonight Ave plaisir : je posterai ici. |
|
|
|
|
Merci pour les réponses, conseils et informations :-).
Je ne vois pas bien comment affecter les threads à la CG ou au CPU : peut-être dans le gestionnaire de tâches (je viens de voire que je n'ai aucun processus qui dépasse les 2% de taux d'occupation CPU alors que j'ai 2 Cores à 100% sur le graphique) ?
|
|
|
|
|
Show Posts
