Building upon CrackPipe, we're going to be giving away one FPGA miner board on a raffle of sorts; It is actually a Pick 4 game with tickets priced at BTC 0.10, but instead of receiving the Pot the winner will get an FPGA miner capable of doing >204 MH/s. If all goes well we might introduce this service for others, as an alternative to selling on auctions. Full details on the prize; - this is a Spartan 6 LX150 FPGA Board exactly equal to ZTEX' 1.15x module, built under license. - This is not a board sold by ZTEX! - the board has been used. - the only guarantee given is that the board will reach the winner fully working. - again, no warranty is given on this device. - shipping is included in the prize. While this initial test is provided by TAABL, please keep in mind that the once the Pick finds the winner ticket the prize will be immediately sent to the Pipe recipient (the seller) and it is the buyer and seller responsibility to arrange for the proper completion of the deal. To match the buyer with the bid we will require that the winner signs the hash id for the winning bid transaction with the key for the first input address of that same transaction and send that through PM here on the forum along with the name and address for shipping the prize. For the message signing to be possible you will need to use an address for which you control the private key, so online wallets are probably not going to work. We're doing some final checks and will post again once the raffle begins! edit: We have a winner! 19ZzbTTqNouSpNND5anz5QvaZX98Pxvzdf is the winning address, and we're waiting to hear from you.
|
|
|
So you are using the same wallet.dat file from .bitcoin/ before delete, or are you using an old backup of your wallet.dat?
If the latter, and depending on how often you make payments, you might have a too old wallet that doesn't have the addresses where you have most of your btc. By default the bitcoin client keeps 100 addresses in a pool and uses these as needed, so if you made a backup, made more than 100 payments and then recovered that wallet you might be out of luck.
Rule of thumb: don't delete ANYTHING until you are sure there's nothing more to do. If you need to clean up .bitcoin/, just move it somewhere else and create a new directory.
|
|
|
Hey,
When you say it doesn't work, what do you mean exactly? The new client doesn't work? It works but doesn't show your balance?
If you removed everything from .bitcoin/, placed the backup wallet.dat in it and started from that, it should show all addresses and history from the backup wallet, does it show any transactions? Did all the blocks download?
Did you backup the wallet.dat that was in .bitcoin/ *before* removing everything in it?
Good luck !
|
|
|
I've been holding myself down not to post a shameless plug here Why the wait ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) , your game and its implementation is excellent. Well, the OP clearly asked for methods to make betting more efficient and likely to result in profit for the bettor. I don't think I'm ready to disclose that, and as such am a bit off topic ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) But thank you for your kind words, I really appreciate it!
|
|
|
I've been holding myself down not to post a shameless plug here, but on diceoncrack you can play multiple variations of the Martingale system (along with other goodies). We've had a bunch of down runs where the house was running negative, and you can severely offset the odds in your favor by placing the right bet with the right exit point, but there are two things to consider, no matter the strategy you use: - The odds are slightly skewed in the house's favor, so in the long run the house always wins (or so I hope ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ). How long is the long run? That depends a lot, and some players will be able to take profit, although invariably others will suffer a loss (the house is a player on every bet, too). - There are no fool-proof systems for winning, unless we coded things wrong. You might get lucky, or you might play the 'almost sure to win' games, but potential gains are much lower then. Right now we seem to be fluctuating across break even all the time, but if you consider the house edge is really low, that is far from unexpected.
|
|
|
Most online games are individual? I'm involved with diceoncrack and taabl, and I can certainly throw all the coins at either and then recover them (well, ttbit might not be too happy with that, but in theory). Sure, I'm playing "for free" but I'm not displacing anybody else's chance of winning.
Or are there other PvP games out there that I'm not aware of?
|
|
|
Yep, that trend. But I'm done with it, let all the Dicks ask for loans, see if I care...
|
|
|
So, is your name really Richard? Starting to see a trend...
|
|
|
But, seriously, are all these broke people called Richard? I hadn't notices, though I must say I don't follow those threads at all.
|
|
|
I have an older cgminer (2.4.1) running on OpenWRT that was working great with EMC until last weekend (which I assume was when the var diff got turned on). Since then I get roughly 50% of my hashing power reported on the workers page.
I tried upgrading to the latest git version which rendered the exact same result (and random segfaults) so I moved back to my trusted version.
What am I missing here? var diff should work fine even with 2.4.1 if I understand it correctly, so what am I missing?
Try 2.7.5 ... On 2.7.5 now, I'm putting 2GH/s+ in (10x ZTEX singles) and it all looks good on the miner side (apart from a few rejected with high-hash, which is new to me). On EMC, however, the hash rate reported fluctuates between 1~1.4GH/s, avg diff is 1.088. I expected it to fluctuate a bit higher, obviously. (5s):2275.3 (avg):2042.6 Mh/s | Q:275 A:1573 R:214 HW:0 E:572% U:16.6/m
|
|
|
I have an older cgminer (2.4.1) running on OpenWRT that was working great with EMC until last weekend (which I assume was when the var diff got turned on). Since then I get roughly 50% of my hashing power reported on the workers page.
I tried upgrading to the latest git version which rendered the exact same result (and random segfaults) so I moved back to my trusted version.
What am I missing here? var diff should work fine even with 2.4.1 if I understand it correctly, so what am I missing?
|
|
|
Hey, Just got myself 10 mins to try this out, seems to be working fine except I don't see much of a difference in actual share count per period when compared to same voltage/cooling and ztex firmware. Still, there is one small issue with the pool URL parser that I'd like to note (has probably been mentioned before as it is obvious, but I couldn't find anything), and that's the usage of @ in the username (deepbit at least does this), so " http://username@mail.com:password@pit.deepbit.com:8332" will not be a valid pool url (at least on tml-1.5) because it parses "mail.com:password@pit..." as server address.
|
|
|
Hey Inaba,
I see 0 shares on the account page although I have shares in the worker page, I hope this is just display and all shares are still accounted for.
The funny thing is that, as I went on to the tx history page to double check what I was last paid and verify if what I have in the account page is roughly correct there's a 2600+ btc manual withdrawal... Now, I obviously didn't have that much (I wish) but I also didn't instruct the manual pay out (I never do, just let the auto pay do its thing) so I have to ask; did this bug have anything to do with security?
Hope things get smoother now!
|
|
|
|