Du hast Recht. Diese Transaktion ging ohne Gebühr raus. Das ist das Problem. Die nächste Überweisung mit Gebühr wurde gerade ohne Probleme bestätigt.

Dann warte ich erstmal ab, ob und wann die offene Überweisung noch Ihren Weg findet.


Hier auch noch ein Link: https://bitcointalk.org/index.php?topic=232979.0

Gleiche Problem. Seit 20 Stunden keine Bestätigung. Geld auch nicht angekommen. Da es sich um eine Überweisung an einen Exchange handelt, kann ich den Nichteingang dort sehen. Einzahlung steht dort als unbestätigt mit 0 Bestätigungen. Auch Blockchain.info sagt 0 Bestätigungen.

Mein Client ist auf 0.8.6 .

Was kann eine Ursache ein? Können so lange Zeiten auftreten?

Gruß und Danke für Ideen und Hinweise.

http://coye.united-miners.com/ still works

my 2 cents 
http://teamcoinye.com/

As an answer of an support mail I get the info of some problems that are now resolved.
I also right now received my coins into my wallet.

I have just said everything is fine, but now exactly this happend to me withdrawing coinyes. No coinyes in my acount and no coinyes in my wallet.
I send them a mail, but now I have to go to bed and hopefully tomorrow morning everything will be fine.

On 0daycoins.com I bought 2 times with btc and withdeaw coins. Just small deals but no trouble this times.

And if you start using facebook for updates and news, I would like to follow the pool on twitter. Maybe it is possible to open an account there as well. Just a wish 

Greetings

First thanks for your answer!
But let me explain my thoughts again, because I think there is a uncertainty in my problem.

I work in Slush's Pool (bitcoin.cz). Because of pool hopping he implements in this pool a system, where older shares (from beginning of the round) has lower weight than newer shares, which demotivate cheater from switching between pools inside one round.
Matematically said, for every submitted share, pool perform:
 
So you will get relativly more BTC for one round, when you send shares close to the moment, when the solution is found and the round ends.
When I now submit shares in longer distances because of X-Roll-NTime, then the probability is higher that "a lot of other workers" send shares after me and gets more and more points for a round. So I'am interested to send results close to the end of a round, even if it are less shares. I will get proportionally more points for it.

For me it seems to be beeter to send shares more often to increase the odd, to be close to the end of a round and to get more points relativly to the others. It is an exponential function with the time. You said in your second point correctly, the odds of finding a share is the same, but the points I get for the shares depends on the time when I send. This is the way I understood the payment in this special pool (current hashrate: 1430.657 Ghash/s).

With your fourth point you gave me an explanation how to disable the feature. And after some rounds today it seems to be, that the average BTC for each round is higher, in each case closer together and the fluctuation in earnings per round seems smaller like yesterday. In any case, it feels like it.

So I'am happy now , higher hashrate with Phoenix 2.0 and a higher average BTC for each round.

Thank you again for solving my problem!

First thanx for the explanation.
Now when I know what it means, I found this feature on the website of bitcoin.cz (Slush's Pool) to. He has implemented this feature to his pool.

But maybe there is a problem. Or better to say it seems for me like I have a problem.
With Phoenix 2 I have a higher Hashrate on my system. But I get lower average BTC in the pool for my work on the last 2 days.

The pay out system on bitcoin.cz is in the way that the last shares are more important than the first ones.
Could it be, because of this proportional system and the fact X-Roll-NTime reduces the load on the pool server, that I submit hashes in longer distances? But you will get more BTC on bitcoin.cz when you are close to the moment, when the solution is found.

So this feature seems to be good for the pool, but maybe bad for me  
And I have to think about the probability, that I also will get more BTC, when I sometimes will submit more datas close to the end.

But there is one question. Is it possible to disable this feature in the miner? Is there a setting I have to set on false?

Thanks for the help again!  

Hello,

i tried Phoenix 2 beta RC2 today. After some configuration I get a higher Hashrate than with Phoenix 1.
But I have one question to the output? What does "rolling time" means? I get this output very often.

I have an ATI 6850 with the following setup:

[general]
verbose = True
autodetect = +cl -cpu
backend = http://xxx.xxx:xxx@api2.bitcoin.cz:8332

[web]
password = rpc_password

[cl:0:0]       
kernel = phatk2   
autoconfigure = false
bfi_int = true
vectors4 = true    
WORKSIZE = 128      
AGGRESSION = 11   
FASTLOOP = false

Thanks for the explanation!

Thanks. I always tried to get a new adress in the address book. 
Now everything is fine!

Does anybody can tell me how to generate a Litecoin Adress in the Windows client?

Thanks fpr help!

Looks nice!

@redhatzero: Natürlich bekommen die PPLNS die Prozente. Das ist mein Support an die 24/7 Miner. Und mir wäre dann jedes System recht. Es tangiert mich ja nicht mehr. Aber <20% wären schon nicht schlecht 

@PaZer:

Genau das Gegenteil ist ja richtig. Grundsätzlich ist ja jeder Share gleich viel wert. Ein Share ist ein Share. Wenn ich mir die Energie pro Share ausrechne, dann ist es egal, ob ich 12 Stunden oder 24 Stunden mine. Ich spare nachts Stromkosten, habe dafür aber auch keinen Ertrag. Warum sollen deine Shares nachts mehr zählen als meine am Tag? Jedes Share wird mit gleich viel Energie erzeugt.

Das Problem ist aus meiner Sicht nicht die Gleichheit der Shares sondern das Ärgerniss der Hopper und Optimierer auf Kosten des Pools, des Poolbetreibers und der treuen User.

@gentakin 100% Zustimmung (Zumindest zum ersten Teil)  
Aber warum kriegt ein 24/7 Miner nicht mehr bei PPLNS? Der eine weniger, der andere dafür mehr? Oder ich habe es noch nicht ganz verstanden?

Völlig klar, am Ende sollte sich Glück und Pech ausgleichen. Das Problem ist nur, dass man Pech stärker wahrnimmt als Glück. Und gefühlte Gerechtigkeit ist stärker als ein statistischer Ausgleich irgendwann. Ich denke die höhere Varianz für nicht  24/7 Miner wird einige zum wechseln bewegen. Und da bei der aktuellen Poolgröße Blöcke auch mal einige Zeit dauern können, fühlt sich die Benachteiligung stärker an, da der absolute Betrag spürbarer ist. Ich weiß nicht, ob ich darauf Lust habe nach einem Tag minen meinen Rechner runterfahren zu wollen, aber es eigentlich nicht zu können. Den Stress will ich mir gerne ersparen. Und da ist es wahrscheinlich auch fast egal, ob ich zuvor auch schon Glück gehabt hatte.

Ich greife meinen Vorschlag noch einmal auf. Kann ich mich nicht durch eine Spende freikaufen? Und meine Shares zählen wieder PS?
Dann hätte ich zumindest die Wahl und keinen Stress? Oder ich könnte bewusst zocken wollen, aber dann mache ich mir den Stress selber ;-)

Ich hatte gestern den Rechner den ganzen Tag laufen bis ca. 0:00 Uhr.
Dann bin ich ins Bett gegangen und schalte dann für gewönhlich über Nacht meine Rechner aus.
Gefühlt beteilige ich mich also mit 100% am aktuellen Block mit ganzem Engagement.
Bei mir würde es beim aktuellem Block heute morgen so aussehen:

Erwartet PP       0.09108594 BTC
Erwartet PPLNS   0.02911788 BTC

Ich glaube da kann sich jeder ein eigenes Bild machen was ich für gerecht halte.
Wofür hätte ich die 2 Rechner gestern den ganzen Tag laufen lassen wenn jetzt der Block fallen würde bei PPLNS?


Gruß

Danke! Ich gebe dann mal bescheid, wenn das Update da ist.