|
I read somewhere that with the _workername change, there is an issue with the VARDIFF being individually calculated rather than aggregated (though I think it should be individually calculated, but anyway).
However...
My miners were all running at "diff 16", so I've changed all of them from just being ADDRESS to ADDRESS_worker about 30 minutes ago specifically so that they don't aggregate.
But now it's just submitting "diff 0" shares according to mining_proxy. (What is a "diff 0" difficulty anyway - never seen that before?).
The minimum that I've set it to in the configuration UI is 8. Of course, that's set for ADDRESS and not ADDRESS_worker, so I'm not sure whether the UI option is supposed to work, but either way, I did expect VARDIFF to automatically update to around 8 by now for my new "ADDRESS_worker" style shares.
How long does it take for Eligius's VARDIFF to update?
|
|
|
|
Hi, I'm new to Eligius. It just seems to make so much sense  . Just curious - what happens to the transaction fees in this pool? |
|
|
|
|
I'll take part of that action with an escrow, provided shipping & delivery within 7 days is included (I see you're in MX).
|
|
|
|
|
What happens if you don't get BTC 30 in time? Let's say within the next 2 difficulty periods?
|
|
|
|
@towtoad, how you did this so easily? any tips?
Don't try and copy towtoad. He's an expert in betting with house money... |
|
|
|
|
Is it being DDOS'd again?
The web site is down, and bets I have placed 30 minutes ago haven't returned yet, even though 3 blocks have been solved since.
|
|
|
|
how do i calculate based on GH what are the probabilities of finding a block? i realised i found one on eligius actually, but ofcourse only got my share of the block.
i wouldn't mind solo mining for 3-4 months if i at least find one block worth 25btc. or even try a week or two.
As written before here, any info on avalon solo mining setups?
Enter the GH in http://mining.thegenesisblock.com/a/965a7370fc and look at 'Time per Block (days)'. You will be better off in a pool unless your 'Time per Block (days)' is smaller than the period between difficulty adjustments (about 10 days). If you're going for a 25 BTC "lottery", mine in a pool, then use the BTC you get to play Satoshi's dice or equivalent with a BTC 25 payout - your overall odds are better that way. |
|
|
|
If you decide to spend $3.5k to start mining, you will be forcing yourself to learn the above, and much, much more. It's a steep learning curve. If you are not ready for it, do not start mining.
If you DO end up ordering the HashFast, PLEASE also order a couple of Block Erupters as well (don't pay more than BTC 0.21 each) and get used to setting up miners, joining pools etc. so you don't have to learn the first time when you get the HashFast machine. Plug a space heater into the outlet where you plan to use the Hashfast miner and make sure it doesn't trip your breaker etc. Have an air filter near by. (You are really supposed to run a Hashfast in a lab). Also practice with multiple pools and have your scripts ready to rapidly move from one pool to the other if something goes wrong with your preferred pool. Get to know the difference between PPLNS and PPS. Over all, you need to have that machine up and running within 30 minutes of it arriving. |
|
|
|
well i have an avalon and at 80Ghash average im earning roughly 0.8BTC.. so doing the maths 100Ghash would get me 1BTC today...im not sure what your doing wrong or what pool your on, but you seem to be missing out on some profit
Which magical over-unity pool are you using? I'm at 75 ghash and getting closer to 0.33 BTC per day (BTCGuild / Slush combo). |
|
|
|
New blades are now only BTC4.895 - BTC4.4 seems a little too high for a second hand one. Can you upload screens of this blade working?
If you can do that - I will offer BTC3.2 - or cash equivalent if you prefer. Where in Liverpool are you?
The newer versions are 15% slower. |
|
|
|
Since most people here are interested in mining it would be more interesting to have calls on the difficulty and not puts.
Yes. It would be interesting to see the opposite. I'm tempted to offer both calls and puts for a small amount, so you may be able to free roll for a small amount of Bitcoins just to see if there is interest. What would anyone pay to get paid 1 BTC if difficulty is over: 1) 140M 2) 145M 3) 150M 4) 155M On the put side: 1) BTC 0.85 2) BTC 0.5 3) BTC 0.2 4) BTC 0.05 On the call side: 1) BTC 0.05 2) BTC 0.1 3) BTC 0.25 4) BTC 0.5 I for one would love a real BTC futures market that will allow you to hedge the investment in hardware. It's kind'a tricky how you would create a covered short though without the ability to directly trade the hashrate. We first need a hashrate index fund and then an option market on top of that. How to arbitrage the index fund against actual hashrate though? |
|
|
|
|
I have completed the upgrade, and all machines are available again.
To deal with the vardiff from Slush and BTC, I've also created 3 more ports on each server:
8884
8885
8886
8332 is also still available.
Unfortunately a bunch of slow miners is still considered fast... So let's say this. If you have one blade, just pick a port at random. If you have multiple blades, spread them one per port on the one server (e.g. btcbuild1), then one per port on the other (e.g. btcguild2).
Of course, still have your backup as the opposite server (or different pool).
I see worker "SlushWrk1.SlushPI" connected to slush1 with a failover for slush2, but the miner didn't have correct failover credentials, so it didn't switch over correctly during the downtime.
In the ASICMINER UI, make sure to also duplicate the user:pass as well.
E.g.:
myuser.blade:x,myuser.blade:x
|
|
|
|
The Stratum proxy makes a single connection to the Stratum server. Stratum defines difficulty on a per connection basis, so you would need to run one proxy per user to prevent the difficulty from being raised beyond the optimal vardiff levels. In the long run it doesn't matter, you get paid proportionally more for higher difficulty. However, like you said, it would suck for a slow user, and it would probably start to trigger idle worker warnings for very slow users due to the gaps between shares.
Thanks! Makes sense. When I reboot the servers today I'll bring up additional ports for "slow", "medium" and "high-speed" users as an interim solution for now. I'm learning the Stratum protocol now, and will eventually rewrite the proxy, but I'm not there yet. This beta is a good learning experience for me... Also taught me to set up availability groups in Azure BEFORE announcing the service . |
|
|
|
NOTICE: The servers will be restarting for updates today for about 3 minutes. I will restart them with 15 minute intervals, so if you have a backup set up, it should automatically switch over with almost no interruption.Very neat idea, but I'm curious: Is this using a custom stratum proxy? If not, how are you working around the vardiff settings of both slush & BTC Guild?
It's not - it's just the one from Slush's site. Interesting - looks like this is indeed affecting the proxy. I can see that my clients are now given a difficulty of 128. Ordinarily it used to be 16. Doesn't seem to affect my stats much with blades though, but it may suck if you run something slower. It looks like the difficulty is adjusted to the difficulty of the fastest user on that proxy? How does this work? Does the Getwork proxy make a single stratum connection to the server and send everything across that? And then the server then decides the difficulty on the endpoint, rather than deciding on a per client basis? (I HOPE it decides on endpoint and not just IP Address! But it could be that as well I suppose...).
|
|
|
|
We are glad to announce that we decided to continue distributing more Block Erupter USBs
as a limitation-free extension of the coupon plan in the last two months. Besides for mining alone,
at the coupon price level they serve perfectly as gifts as well as mining introduction devices.
What's the price if I don't have a coupon and just want to buy 50? Do these come in those individual small white packaging boxes? |
|
|
|
|
Figured it out.
pywallet.py --dumpwallet
Then paste the output into "Import Wallet" in blockchain.info.
|
|
|
|
Once again you are not taking into account the reinvestment portion of the contract. They have already doubled my contract from the initial time I ordered it and they have promised to upgrade everyone again once they receive the miners in september.
I understand you have your own opinion, but if you're just here to start an argument and you have no interest in purchasing the contracts then I'll kindly ask you to leave this thread.
Their re-investment portion is 35% of your earnings. So e.g. let's say you earn $600, then 35% of that is $210. You say that you can earn $2000 in 2 years, so Cloudhashing will be able to build that $210 re-investment into $1390. Yeah, no. There is not a single model using any piece of even imaginary hardware on any horizon that will support that kind of growth. Not even compounded. (Don't say "well, if BTC value grows" - then just go buy BTC). But anyway, I don't actually want to argue with you - you're welcome to publish your own predictions and models, and I mine, and they're just opinions that can be taken or ignored. So if you say their 35% reinvestment can create real growth, I can't say for certain that you're wrong. You might just be right. HOWEVER, I do have a SERIOUS problem with Cloudhashing that is selling a service and making a promise based on data that is so out of date that at this point they're just outright lying. Seriously, to date they are publishing predictions of "450 THS" for September 2013 on their web site. We're at double that already - anybody can look that up! They're basically marketing their service at people who don't know any better. In my book this makes them no better than an eBay scammer. If they really do have a valid offering they should at the very least update to the current reality, give a realistic outlook, and then give a business plan on how they plan to grow your investment in the face of incoming difficulty changes. I suspect that they don't do this because they can't. |
|
|
|
I've imported a bitcoin-qt wallet.dat into blockchain.info. For some reason, blockchain.info ignore the "change" that you get as part of a transaction. So now the balance is way off. E.g if you look at: https://blockchain.info/tx/2f2b2b49523fe9c964115efdf7fc2254caa52dba33055f1ab500cccae900ccbdI spent BTC 0.25 from an address with BTC 1 in it, so I got BTC 0.75 in change. Yeah, BlockChain.info just see it as I spent BTC 1. Uhh...  So I think somehow blockchain.info missed the "return addresses" (what are these called anyway?) during the import. How do I fix it? PS: Why are the return addresses for the change unique addresses, and not just the originating address? |
|
|
|
Even if the expected return of half of what they are estimating you'll could still make over 1k a year. That's over a 100% return on your investment. I'd say that's a pretty good deal. It's not going to be half of what they said. It's going to be one tenth. They say 2000 to 3000 THS by September 2014. We will reach that in October 2013. KNC alone is releasing enough hardware this month to get us up there. Add Hashfast, Cointerra, BitFury, ASICMiner, Alydian and we're at 12000 THS by end of this year. That will easily be between 20000 and 30000 by September 2014. Over 2 years, using the most optimistic projections, and assuming no other manufacturers is ever coming out with ASIC hardware ever again (so BFL doesn't ship anything etc.), you can earn a max of $600 total from a 20 ghs miner. |
|
|
|
|
Hi,
This offer is no longer available.
I need a C++ student-level developer to create the following starter app for me. It's basically a transparent proxy for Stratum. It's about a days work - pays 4 BTC.
Task:
* Accept stratum request from a user (port 3333)
* Store JSON data into an internal data structure.
* Read that data structure and repeat the request to another server (port 3333)
* Same in reverse.
So in the end you have a stratum-to-stratum "proxy" that you can run on some machine on the network. It's not a particularly useful app by itself, but it is part of a larger app (of which I won't reveal the details). Don't take shortcuts. I know you can do this particular task a lot simpler, but this is not the eventual task. It's just a way to isolate part of the task in an individual testable unit.
Requirements:
1) Must be a Windows console application.
2) Must be a Visual Studio 2012 project (you can download 'Visual Studio 2012 Express' desktop edition if you need a free C++ compiler on Windows).
3) You can use Win32 API's.
4) You must use the Casablanca framework (C++ REST SDK) at least for interpreting JSON. Google "Casablanca C++".
5) You cannot use boost or any other 3rd party libraries (other than Casablanca). Only C++, standard library, Win32, and Casablanca.
6) You cannot slap a GPL or any other license on it. I'll own the code after.
7) Can't obfuscate your code. Must be reasonably readable.
8. Try using as few as possible global variables. 0 is preferred.
Success (how to test):
Point BFGMINER at the proxy. Have the proxy point at Slush or BTCGuild. You must be able to mine for 3 blocks (check blockchain) across the proxy without it falling over. You don't need to wait for solutions, but it must be able to send 3 new blocks down to the client, and have the client send accepted shares back through all 3.
Non-requirements:
1) You don't need configuration or arguments. You can hardcode everything, including IP addresses for slush etc.
2) You don't need to make it multi-threaded or async.
Post on this thread if you are starting with this project so that there aren't multiple people starting off with the same thing.
|
|
|
|
|
Show Posts
