SMPFR

Tu peux mettre une validation manuelle des inscriptions poulpi ?

20.29 MH/s

ben au départ c'était du 13.1, mais au fur et à mesure je les réinstall en 11.12 ya moins de soucis.
Et j'ai trouvé ça à force d'essayer un peu tout, pas de miracle ^^'

bonjour

ah possible que cela vienne du driver ATI le fait que cela retombe au bout de 4 a 5h

je ferais un downgrade du driver , espère recevoir l'autre 5970 aujourd'hui , mais doit encore quitté ma retraite

pour allé au boulot mes 6 mois fondent au soleil finalement

bonne journée a tous

ok alors va pour en %du bloc par contre pour les inscriptions on débattra plus tard
le PPLNS reste le temps de finir de coder le proportionnel + allègement de la BDD (il faudra juste s'attendre a avoir des stats non réelle en début de bloc puisque les tables de hasrate et cie seront vides pendant qq minutes (le hasrate se calcul sur 10min donc le vrai hasrate ne reprendra que 10min après le début du bloc )
mon but, garder le moins de shares dans la base de données pour l'accélérer au maximum

Nickel

le pool ça me fait une redirecting auto vers l'interface de ma bbox??? depuis hier soit

O_o pas touché aux dns depuis que je l'ai mis en route mdr
ta box elle aime pas le litecoin ?

On s'est tap des block à 9 million hein...

Donc 1.25 millions ca va encore

vivement que je remonte le miens, ca va pas la!!!

euh et puis la diff est encore plus haute ein ....

vivement que je finisse de monter les miens, ca prend un peu de retard :S

Bon alors la nouvelle logique que je vais mettre en place

en dynamique la table shares se remplie avec les infos que renvoi vos workers à pushpool qui lui test les solutions sur litecointd

un script détect sur le réseau si il y a un nouveau block (litecointd getblocknumber) si y'en a un nouveau
il copie les shares dans shares_history

des qu'il y a plus de 10 nouveaux blocs détectés en équivalent dans shares_history il calcul le shares_valid, shares_invalid et stocke ca par user dans shares_uncounted ( en gros une ligne par 20-30min théoriquement 2.5min / bloc)

si un bloc valide est trouvé (litecoind listtransactions on cherche 50LTC mini ) on déplace les shares dans shares_history puis tout share_history dans share_uncounted et tt les Shares_uncounted dans Share_counted en attendant la confirmation (120 confirms)

à ce moment la les stats repartent à 0 sur un nouveau bloc en attendant les validations de l'ancien bloc trouvé (avec la logique au dessus)
(le hasrate revient à 0 (maj sur 10min tout comme le compteur de shares)

au bout des 120 validations
on calcul le ratio de chaque user avec les infos de share_counted (correspondant au bloc) et on repartit le gain
on supprime share_counted (correspondant au bloc)


il reste le cas ou on trouve un bloc et il est déclaré ORPHAN les infos restent dans le share_counted mais je n'ai jamais rencontré ce cas donc je sais pas comment le détecter :/ on verra le moment venu je pense


pour info seul les tables shares et shares_history sont un poil grosses car on combine les résultats dans shares_uncounted et shares_counted
dans la base ca change pas grand chose par rapport à l'initial pour le back-end sauf que j'ai simplifié les requetes pour virer du detail inutile
rajouté quelques vérifications histoire de pas supprimer un share sans être sur qu'il a bien été compté (je pense que les bugs venaient de la)

donc si la logique vous semble bonne bah on peut partir la dessus (faut le temps de finir mais d'ici la fin de la semaine ca sera bon)

en tout cas, bravo pour le gros boulot
je viens de mettre a jour mon % de donation

en tout cas, bravo pour le gros boulot
je viens de mettre a jour mon % de donation

Pouahhh mais clair !

Le temps de ouf que ça doit te prendre ; je ne sais pas comment tu fais. GG.

Hoplà, de 2% -> 5%

mdr attends que ca marche avant de dire GG ^^
jsui pas persuadé moi ^^

mdr attends que ca marche avant de dire GG ^^
jsui pas persuadé moi ^^

osef : tu t'y impliques énORMÉment en y et passe du temps... je trouve ça juste impressionnant !

un truc que j'avais pas fait attention

lire de bas en haut

Debit_ATP	-7.63617289
Don_Fee   -0.07713811
Credit	      7.63667289

le credit que vous voyez dans l'onglet transaction de votre partie perso est erroné car en fait le Credit c'est ce que vous touchez - Don_fee (les frais que vous donnez )
on peut le voir car le débit après versé sur mon compte LTC est = crédit et pas = à crédit-fee


dans la nouvelle version les requetes seront corrigées donc

Credit = total calcul avec le % de participation (après frais pool)
Don_FEE = total des frais que vous avez choisi de me donner 

donc votre account balance sera crédité réellement de Credit - Don_FEE je pense que ce sera plus clair pour la transparence des transactions

franchement cela ne m’inquiète pas au contraire
sur le btc c’était courant

et puis comme je table sur du long terme (1an ou 2)

rhaa des que je stop mon miner on trouve un bloc :/