|
ASIC for Bitcoin would be a joke compared with ASIC for litecoin.. GL trying that..
|
|
|
|
|
I think it was already discussed, its a proxy for a botnet.
|
|
|
|
|
As I said before, I can't exactly point, it is just my feeling. Tried to figure it out but I didn't give it enough scrutinizing time, so it is just IMO (I will edit my post).
|
|
|
|
|
Guys, despite the fact that I think (IMO) that something is wrong with btc vardiff implementation, I personally think that eleuthria is one of the best pool admins around, and basically I do think that whatever he says is mostly 99% truth, so, whenever he says one thing is like that, most of the time that's the truth, so, just chill and wait..
|
|
|
|
Something seems rotten in Chicago..  |
|
|
|
Acest lucru este foarte bine că acest forum, de asemenea, īn limba romānă, ce mai faci prietenii mei romani.
Lol.. asta-i robot..  |
|
|
|
|
Pool reports only 1.1 THs. Definitely an issue.
|
|
|
|
|
In my humble opinion..
There is a wall.. one side, regular BTC developer, the other side people who understand the hardware..
Stop trying to bridge, it is not worth..
|
|
|
|
1) remove the 32-bit wide constant subtractor. This will gain a fraction of a nanosecond on every hash tried. It is very easy to subtract 125 in software from the nonce downloaded from the chip.
2) acknowledge that the timing violation may occur and the nonce latched may not be the exact one that solved the block, but a next one or previous one, depending on the details of the latching logic. It is somewhat more involved, but still easily doable in software: recompute the hashes for nonce values n-126,n-125,n-124 and use the one that solved the block. Again this will make the design more tolerant to overclocking for every hash tried inside the chip.
Yes, would be great if Cgminer would have such a option, where we could manually define such prefixed nonce modifications or even a certain range for a "rescan" over the PC's CPU in a defined range. As I know, Cgminer checks already if the "golden nonce" submitted to it is valid and if not counts it as hardware error, so a implementation should be rather easy and also work with any hardware supported by Cgminer... FPF 2112 is talking about modifications in FPGA bitstream, ofc software modification to cope with new bitstream would be trivial. |
|
|
|
Hmm, what is this 'golden nonce' ?
Lol man, you ever were curious to look over HDL files from those public FPGA projects? No, I just remember the golden nonce (that xiangfu put) in the Icarus code that I replaced with a better one - so I'm curious about there being some 'generic' golden nonce being referred to since it was indeed named above without reference. One example ( fpgaminer_top.v): // Check to see if the last hash generated is valid.
is_golden_ticket <= (hash2[255:224] == 32'h00000000) && !feedback_d1;
if(is_golden_ticket)
begin
// TODO: Find a more compact calculation for this
if (LOOP == 1)
golden_nonce <= nonce - 32'd131;
else if (LOOP == 2)
golden_nonce <= nonce - 32'd66;
else
golden_nonce <= nonce - GOLDEN_NONCE_OFFSET;
end
|
|
|
|
Hmm, what is this 'golden nonce' ?
Lol man, you ever were curious to look over HDL files from those public FPGA projects? |
|
|
|
I just did some more math and it looks like this thing would only put out about 10 gigahashses/sec. Which is disappointing. But not unsurprising. Oh well. I probably won't give mining on it a go. Maybe if I got my hands on a Cray. That would be fun.
When the hell you will learn that BTC equipment is 1 vs 1 int32 calculations with top10 supercomputers? |
|
|
|
|
Atentie mare la mtgox, lumea se plange ca nu le intra depozitele.
Incearca poate si bitstamp.net, sunt in Europa.
|
|
|
|
I think we're going to see a lot more delays once they actually get the chips and realize the magnitude of their error(s).
There you go again. Predicting the future. You can't even predict your own future (Ship in Oct, ship in Nov, ship in Dec, ship in Jan, ...), what makes you think you can predict other companies futures? What he probably means is that, except BFL (and maybe Tom), the other ASIC projects are at their first attempt. BFL is at their second (maybe even third). Josh is probably saying that it is very possible the others will be also forced to respin. |
|
|
|
= centralization of mining
= So very very bad for BTC.
So true.. |
|
|
|
Dude, can I get some wafer with chocolate? Ok, serious tone now, when will chips be available for those of us who want to assemble their stuff themselves? |
|
|
|
|
If the HASH/s would be constant, after long time, eleutheria would gain 5% fee of the transactions he did to cover his already done spending with servers and everything.
However, first the guild increased 300-400% in hash power and then reward halfed. So, it will take long time to stabilize.
|
|
|
|
Quite weird again. There is also a picture here of supposed Raoul Beaupré ( 26 years old ?): http://www.intratechmontreal.com/about.phpThere is also a building pictured there, if you magnify streetview picture, the number is 1680. I don't know how it is in Canada, but in Europe even and odd street numbers are not, usually, on same side of a street. |
|
|
|
|
Show Posts
