Topic: Minage Monero GRATUIT ! xmr-pool.com - page 2. (Read 5698 times)

Oui, vu.

Sachant que pour le facteur chance/malchance, personne n'est respsonsable, je vais commenter pour souligner que cela à été, pour moi, dans la souffrance : 9 jours à attendre que notre tour se présente. Et quand je vois que le facteur badluck est de "seulement" -47% sur ce coup, je me dis que cela aurait pu être bien pire ! Sur d'autres pools Monero, qui font en moyenne 1 block toutes les 10 mn, il arrive qu'elles restent sans bloc pendant plusieurs heures...
Avec votre pool, la distribution des hashes est vraiment régulière et c'est agréable pour le mineur qui voit progresser son nombre de hash sans voire des laps de 5, 10 ou 30 mn sans hash... mais la faible puissance de la pool nous fait vivre des moments un peu tendus. Cependant, les choses s'améliorent et un gros mineur vient régulièrement faire avancer le compteur :-).

Allez, c'est repartis pour un tour.

Salut Zen,

Et voilà le nouveau block 

On le souhaite tous !

Oui, tout cela est assez contre-intuitif comme le disais botacoin : le travail de hash passé n'a aucune influence sur le temps qui nous sépare de la chute du prochain bloc.

Par contre, le travail de hash passé influence directement les gains de chaque mineur dans la mesure où le reward du bloc qui tombera sera réparti entre chaque mineur ayant miné depuis le précédent bloc, au prorata du nombre de hash miné et de leur niveau de difficulté.

Souhaitons que la pool continue à avoir de la chance, au moins le temps qu'elle monte en puissance : je me vois mal attendre 6 semaines (3 semaines + 100% de bad luck).

Salut Zen,

Le minage du "block en cours" est potentiellement infini : en moyenne 2 min mais à chaque seconde qui passe c'est toujours 2 min ! (aka personne ne peut dire quand il va "tomber"). Tout ce que l'on sait c'est que - en moyenne - la diff de l'ensemble du réseau Monero s'ajuste en fonction de la puissance de hash globale pour que tombe un block toutes les 2 minutes (mais ça peut varier de 1sec à xxx secondes, minutes, heures).

L'indicateur est à interpréter comme suit : "vu le  taux de  hash **en ce moment** sur le pool et compte tenu du taux de hash global la probabilité pour ce  pool de trouver un block est  de xx heures, jours , semaisn mois)". Dans les faits ça peut être moins  ou plus (c'est ce que tu retrouves ensuite dans l'indicateur "luck" lorsque le  block est trouvé. Cet autre indicateur varie de -100% à +100%).

Mais il est impossible de connaitre par avance la chance (luck) que le  pool aura.

Merci pour vos retours.

Je comprends que l'on ne puisse pas prévoir précisément quand le bloc sera calculé...
Mais, dans la mesure où les programmes de pool sont capables de dire que la pool trouve un bloc approximativement tous les x semaines/jours.heures/minutes, à priori en se basant sur le hashrate du moment de la pool, ne peux -t'elle pas, en reprenant les même hypohèses probabilistes, dire que sur ce laps de temps, telle durée est déjà écoulée (mais cette fois pas en utilisant le hashrate du moment mais l'intégrale des hashrate depuis le début du calcul du bloc) ?

Tu as raison mais la loi Loi exponentielle ne s'applique pas ici

Bien que la conclusion soit la même expérience et les tentative passé ne changer rien au probabilité future.

Tu peut jeter un dé a 1.000.000 de face   999.999 fois et ne jammais tombé sur la bonne .
La probabilité du coup prochain sera toujours de 1/1.000.000

Miner sur une pool a faible hashrate ne veux pas dire des gain plus faible ou plus fort .
Mais un écart type plus grand et je suis content pour le debut de ta pool la variance a fait que tu as une des gros gain.

ZenFr
Tu peut continuer a miner sur une petite pool c'est bien pour tous le monde

Tu augmente les chance de toucher beaucoup plus
Mais Tu augmente les chance de toucher beaucoup moins

Mais sur le long terme les chance son statistiquement identique comme en solo mining  

Bonjour,

En fait cet indicateur du 'temps déjà passé à chercher sans succès le bloc courant' n'aurait aucune utilité car la probabilité de trouver le bloc à l'avenir n'est pas du tout influencée par les résultats (échecs ou succès) passés.

Il est vrai que c'est un peu contre intuitif, mais c'est le propre de la loi exponentielle (dite loi "sans mémoire") qui modélise le mieux le minage :

https://fr.wikipedia.org/wiki/Loi_exponentielle

Il n'y a pas un moyen d'afficher où en est le minage du bloc en cours ?

Parce que hier, un gros mineur est passé et à hashé quelque temps, au point que le bloc est descendu à moins de 20 h. Mais maintenant que ce mineur est parti et que le hash de la pool est redescendu à 1,96 kH, le bloc est de nouveau affiché à 3 semaines, comme si personne ne l'avait miné depuis 4 jours. C'est un peu... décourageant :-(.

J'ai augmenté ma puissance de hash sur ta pool : en ce moment je représente 40% de sa puissance totale (autour de 750 hs).

Ce qui fait peur aux mineurs, c'est le délai de 3 semaines pour faire tomber un bloc : c'est sur que cela demande une certaine dose de confiance. Au final, la pool attire principalement des mineurs qui ne prennent pas beaucoup de risque, donc des petits mineurs, probablement beaucoup de CPUs. Personnellement, je comprends, même si moi je prends nettement plus de risque. J'espère que ce risque sera récompensé.

Note à tous les mineurs : c'est sur que ce délai de 3 semaines avant de passer au bloc suivant peu rendre prudent, mais :
 - il faut déjà retirer les jours passés (3 à cet instant),
 - en fait, j'ai l'impression que "3 semaines" signifie en fait "plus de 2 semaines et moins de 4", donc cela peut très bien être 15 jours,
 - j'ai également l'impression que le calcul est fait sur la base du hashrate du moment pour l'intégralité du bloc, donc si le bloc vient d'être hashé pendant 3 jours avec une grosse puissance et qu'il retombe à une faible puissance, le calcul ne tient pas compte de la partie du bloc hashé à forte puissance, il se contente de die "à la puissance actuelle, l'intégralité du bloc demande xx jours pour être fini",
 - ces 3 semaines peuvent très bien être réduites à quelques minutes lorsque un gros mineur se connecte : c'est ce qui s'est passé avec le bloc précédent : alors que la pool affichait encore 2 jours e calculs pour finir le bloc, un mineur s'est connecté et à fait monter le taux de hash de la pool de 10 kh et en quelques minutes le bloc à été fini, il devait probablement être près de la fin.

Bref, venez faire un tour sur la pool, faites votre essais comme vous l'entendez et ne soyez pas effrayé par ces 3 semaines :-).

Si  tu connais d'autres mineurs parle leur de xmr-pool.com  (ou même parle du pool directement sur les forums). Plus vite le pool fera tomber d'autres blocks, plus vite on sera fixés.

Dans tous les cas tu peux constater qu'après le bug du début tout est clean maintenant.

Je peux même te dire que le pool et sa base de données sont désormais sauvegardés tous les jours et que cette sauvegarde est faite sur un site distant.

Y'a plus qu'à faire tomber des blocks !

Compris pour les fees, merci.

Intéressant ce lien possible pour le facteur chance : à suivre effectivement.

Non c'est 0,025 de fees pour couvrir l'ensemble des paiements des 5 mineurs sur ce block. En fait ça nous a coûté 0,047. On est  perdant de la différence. On ajustera les fees en fonction du coût réel. Pas question de marger sur les fees de transfert mais comme tout le reste est gratuit pour les mineurs on va quand même coller au coût réel sur ce point.


Pas vraiment. Peut être gros joueur qu'est venu tester ?

Ce qui nous plait le plus c'est la "luck" du pool : http://www.xmr-pool.com/#pool_blocks

Regarde les taux de "chance" du pool  

J'aurais tendance à  dire que ce  qui rend le pool "chanceux" c'est pas uniquement le hasard mais le fait d'examiner plus de shares par mineur entre 2 blocks que les autres pool (voir tout le débat au-dessus avec "perl" sur la pertinence de ce service). Ceci dit, 3 blocks c'est pas encore significatif. Attendons les autres pour voir s'il y a un lien...

Happy mining !

Il y a un gros mineur qui s'est connecté et a fait monter la pool de 10 KH (de 8 à 18 KH) et c'en a été fini du bloc en quelques minutes.
Le bloc m'est comptabilisé cette fois, heureusement car cela correspond à un certain effort de minage (pour moi).
Reste maintenant à atteindre les 0,5 XMR pour être payé. Au rythme actuel de la pool (3 kH), cela sera dès le prochain bloc dans... 2 semaines. Au rythme d'il y a 2 heures, lorsque le gros RIG est venu visiter la pool (18 KH), cela peut être dans quelques heures...

Tu es passé à 0,025 XMR de fees pour les paiements ?
Si j'ai bien compris ce tableau http://xmr-pool.com/#payments, sur le dernier bloc, il y a 5 mineurs qui ont été payés et chacun à payé à,025 de fee, soit 0,125 au total pour la pool pour 1 bloc) ?

Tu as une explication sur ces gros RIGs qui viennent se connecter quelques minutes, finissent le bloc en cours puis partent ? Là, le hashrate de la pool est tombé d'un facteur 6 quasiment alors qu'il n'y a que 1 ou 2 mineurs qui sont partis (en ce moment, je fais 20 % du hash de la pool à moi tout seul) !

C'est cool que tu sois revenu.

Les shares sont payées en proportion de leur nombre et de la diff à laquelle elles  ont été calculées.

Tes nouvelles shares seront payées. Tu as ma parole.

Tout dépends de combien va être payé le share.
Les quelques shares correspondant à mes essais avant la fermeture de la pool pour maintenance ne semblent pas m'avoir été comptabilisés, pourtant la pool est passée au bloc suivant entre-temps. Bon, d'accord, cela doit correspondre à des poussières...
D'ici 2 jours tout au plus la pool passera au bloc suivant : ce sera l'occasion de faire le point.

Tu peux peut être me parler sans m'aggresser ? Je ne te demande pas d'être gentil, je te demande d'être objectif sur l'intérêt pour un mineur de miner en pool à une diff trop élevée.

Oui je connais les probas. Ta probabilité de trouver un block est de 1 à l'infini même en minant à 1H/sec et en solo mining.

Maintenant je suis un mineur, je n'ai pas  un temps infini, donc je décide de miner en pool pour lisser mon espérance de gain, car le pool paie le mineur à la share en mutualisant les récompenses sur les blocks.

Je mine en pool : plus je mine à une diff élévée plus je me rapproche du "solo mineur", plus mon espérance de gain devient aléatoire.

En effet ma seule certitude de revenu c'est quand le pool accepte une de mes shares car là je sais qu'il va me la payer ("banque !").

Donc j'ai  tout intérêt à voir mon pool accepter un maximun de mes shares pour maximiser ma certitude de gain (c'est la base de la motivation du minage en pool). Ce qui n'est pas forcément l'intérêt du pool pour des raisons de charge et de traffic.

Et bien ce qu'on fait nous, sur xmr-pool.com,  c'est de garantir au mineur d'accepter une share toutes les 5 sec en moyenne. Nos lecteurs jugeront.

Alors ? On est obliger de participer a tout les blocs ?

Les probabilité tu connais ?  
Le blocktime est a 2 minutes avec 1 block tous les 10 minutes pour la pools .

Il y a aucune différence a touche 1/2 si tu touche 2 fois plus .
Il y a aucune différence a touche 1/4 si tu touche 4 fois plus .
Il y a aucune différence a touche 1/6 si tu touche 6 fois plus .

Il y a aucune différence a touche 1/100000 si tu touche 100000 fois plus.
Sauf que dans le cas de 1/100000, la variance fait que tu gagne de façon aussi régulière que en solo mining.

Mais la difference sur la journé entre une diff a 2000 et 18000 est statistiquement ridicule .

Est dans les fait on gagne même en hashrate car le processeur CPU/GPU continue sur le même travail plus longtemps et n'a pas a gérer autre chose.

Si j'ai pas répondu c'était pour être gentils avec un nouveau arrivant qui apparament n'avait meme pas pris le temps de tester sa pool.
Et excuse moi mais 0 Fee et impossible ( non rentable ) quand tu vois les montant des frais en transactions .

Maintenant, je pas le temps a perdre avec toi déjà perdu trop de temps avec quelqu'un qui veux pas écouter les personnes d'expériences .

Tiens bon, sûr que c'est à ta portée.

Blague à part, en moyenne combien de shares tu permets à tes mineurs de pousser en 120 secondes (la durée moyenne entre 2 blocks) sur ton pool ?


[Update 04/10] Alors  perl, pas de réponse ?
"Combien de shares tu acceptes en moyenne par mineur entre chaque block sur ton pool ?"


C'est pas si con que ça comme question si, tu réfléchis. A quoi ça sert de miner si on a le temps de ne pousser qu'une ou 2 shares (voire souvent aucune en minage CPU) entre deux blocks, c'est à  dire 120 secondes ?

Pas de share poussée sur le pool, pas de profit : tu mines pour rien.
Une share en cours de calcul et pas encore  poussée avant l'arrivée d'un nouveau block : t'as miné pour rien.
Une share poussée juste après l'arrivée du nouveau block : t'as miné pour rien là aussi, le pool jette ta share.

Les gros pools (dont le tien) mettent des grosses diff minimales (18000 chez toi) car ils ne veulent pas de "petites" share parce que ça fait de la charge et de la bande passante sur le pool. Cela exclu de fait les petits mineurs CPU car en moyenne ils n'ont pas le temps de miner une seule share à cette diff en 2minutes.

Chez xmr-pool.com on prend en moyenne 12 shares par mineur entre 2 blocks quelle que soit la puissance du mineur.

On ajuste la diff du mineur pour recevoir une share toutes les 5 secondes. Au final c'est plus de parts acceptées pour tous les mineurs et pas de temps CPU perdu.

Sérieux 1 Share tout les 5 secondes .

J essaye de rester neutre mais devant une telle connerie.