Bitcoin Forum
June 22, 2024, 08:20:32 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 [176] 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 »
3501  Bitcoin / Mining speculation / Re: Which pool will yield the most bitcoins? on: July 20, 2014, 06:46:50 PM
Hello, I'm new to the bitcoin mining community, so I was wondering which pool would be best for me. I plan on running 2 or 3 6TH/s miners 24/7. Thanks for the help!
You're planning to drop 12 to 18TH/s on the network, yet you have no idea on where you might want to point it?  Seriously?  The only 6TH/s miners I know of are the upcoming SP30s from Spondoolies-Tech.  If you happened to get on RoadStress' group buy in April, you could have had them for about $4500 each.  However, from your statement of "I plan on running 2 or 3...", I can infer that you have not yet purchased the equipment.  That being the case, you're thinking of dropping anywhere between $10,000 and $15,000 on equipment, without having even done the most preliminary of research.

Take a look around.  Read up on the different offerings.  Look at payout mechanisms, fee structures, hash rates, etc.  Sheesh... tell you what, I'll charge you 0.5BTC an hour and do all of the research for you.  T&M contract, with at least 40 hours of work payable up front, non-refundable.
3502  Bitcoin / Mining support / Re: Guide to solo mine from qt on: July 20, 2014, 06:19:56 PM
I cant seem to find what i am looking for so will ask.

Can some one point me to a guide that will allow me to solo mine from my bitcoin wallet, using my mining gear.

Thanks
Mark
Depending on how much hashing power you're planning to point to your local node, you might be better served throwing up a stratum proxy in front of it.

For example, if you have a couple USB sticks, you can point your mining software directly to your node and be done with it.  If you've got a few TH/s across multiple miners, you should consider using the proxy.

Anyway, as a general guide to making sure your node can accommodate mining, make sure you add server=1 in your bitcoin.conf file, and allow the IP address range of your miners.  Example (taken from my own, with passwords and wallet addresses changed):

Code:
server=1
rpcuser=jonnybravo0311
rpcpassword=MYRPCPASSWORD
rpcallowip=10.0.1.*

Now when you start your mining software, you point it to the node like this:
Code:
./cgminer -o http://10.0.1.14:8332 -u jonnybravo0311 -p MYRPCPASSWORD --btc-address SOMEWALLETADDRESS

If all has gone according to plan, when you start your miner, you'll see something like this:
3503  Bitcoin / Mining support / Re: Screen on an Antminer s1 on: July 20, 2014, 05:56:30 PM
I've run cgminer manually on my ants and it worked fine

:edit

You know it would be easier to enable the cgminer remote api and use an external program to monitor your ant(s).

I use miner dashboard with my ants and its great!  All you have to do is change the file mentioned above to add the enable api param.

https://github.com/selaux/miner-dashboard

When you run cgminer manually, do you mean you've gotten rid of the init.d script that automatically starts it, and do something like:

Code:
screen -dmS AntCGMiner ./cgminer -o pool1 -u user -p pass ... 

To the OP, I'm a bit confused by what you're asking.  You stated you don't want to have multiple browser tabs running... how is that any different than having multiple putty windows running?

By the way, if you're looking for a good tool, check out mdude77's Antminer monitor: https://bitcointalk.org/index.php?topic=596178.0
3504  Bitcoin / Mining / Re: btc guild unlucky of late? on: July 20, 2014, 05:48:59 PM
Me, I accepted it on face value because I'm a trusting type of bloke  Roll Eyes
Sorry about that stryker.  Just to give an example, the next time we're going to see a month with 5 Fridays, 5 Saturdays and 5 Sundays is May, 2015.  After that it's January, 2016.
3505  Bitcoin / Mining / Re: btc guild unlucky of late? on: July 20, 2014, 04:58:58 PM

This August there will be 5 Fridays, 5 Saturdays and 5 Sundays.  This only happens once every 800+ years.

You know that this is not true, right?

Every month with 31 days has 3 days of the week that repeat 5 times. It's not big deal.

Happens in average once a year to have a month with 5 entire weekends. Smiley

Best regards,
ilpirata79
Yes I know that is not true... Lol.  I purposefully wrote a common misconception that is accepted as truth.  It is relevant here because people are constantly posting block withholding attacks as the definitive answer for what is far more likely normal swings in luck.
3506  Bitcoin / Mining support / Re: Screen on an Antminer s1 on: July 20, 2014, 03:44:36 PM
Is the version of cgminer on the S1 even compiled with ncurses support?  Wouldn't that be required to get the TUI to display properly when attaching it to the screen command?
3507  Bitcoin / Mining support / Re: Antminer S1 configuration HELP!!!! on: July 20, 2014, 03:41:15 PM
it looks like you only have 1 blade mining.  Check the cable running from the controller board to blade 2 to make sure they are plugged in all the way and check your power cable to also make sure it's seated right.  Lower on the Miner Status page, what is it showing for Chain #2?  Does it show any ASIC number or any x's?


Asic status for chain 1 and 2 is xoxoxoxo xoxoxoxo xoxoxoxo
Both of your blades show that?  Do you have enough power running to it?  What that status means is that every other ASIC is dead.  This is why you're seeing about half the rate you should be getting.  Definitely power it down and unplug the PCI-e cables.  Check the unit for any obvious signs of damage like scorch marks or bent/broken pins.  In addition to that, check your PSU and its cables.  Make sure your PSU is actually able to provide the 360W the S1 needs, and that each of the 2 PCI-e plugs is actually providing it.
3508  Bitcoin / Pools / Re: [600 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 20, 2014, 03:29:24 PM
If you are really concerned about it here is something I do.  I am not sure it helps but it makes sure my node is fully connected.  On my p2pool node I just leave maxconnections alone BUT I have a full node on my windows machine (to play games with) that I bump maxconnections up to 80.

I then addnode=10.1.1.5:8333 from my p2pool to my games machine.

I cannot say it really makes a difference because I have never really thought of a good way to test it, just the simple maths of 87*n (87 being the outside connections and n being the total connections of my pairs) makes me think that I should have a fairly decent "2 hop" reach.

Of course, it only matters when you are the person that finds the block, and in all my years of mining that has been 5 Wink

Neil

That's an interesting thought... adding your machine running the bitcoind.  I'm a bit confused, though.  Are you running the bitcoin daemon on both your games machine and your p2pool one, or are you using
Code:
--bitcoind-address ip.of.gaming.box
when you start up your p2pool node?

@kgb2mining, another option to consider is ensuring you have connections to nodes that are close to you.  There is a command that you can pass when you start your node:
Code:
--p2pool-node http://some.close.node:port
This forces your node to connect to this particular in addition to the ones it will randomly connect to on startup.  Remember, the orphan race completely depends on which share chain is longer and gets broadcast across the network first.  If you're broadcasting your own version of the chain to a node that's 500ms away, and I'm broadcasting my chain to that same node, but it's only 50ms from me, I win the race.
3509  Bitcoin / Pools / Re: why are there very few solo pools? on: July 20, 2014, 01:36:59 AM
As of today  there are 2 solo pools that I know of .  
 Or, to put it another way, you've got about a 1 in 1667 shot of solving a block.



Ok, I was with you until you pulled this number. If network hashing is 154361.742 Thash/s, and you are using 1T, wouldn't a quick and dirty odds be 1:154361.742 since that's what you are competing against?
Lol... That's what happens when I do math before morning coffee... I looked at the percentage .0006 and in my head that meant 6 in 10000... Or about 1 in 1667.  Using my earlier hash rate of 147PH/a you've got a 1:147000 chance.

Sorry about that Smiley
3510  Bitcoin / Pools / Re: why are there very few solo pools? on: July 19, 2014, 04:48:22 PM
As of today  there are 2 solo pools that I know of . 

You did not say why you interested in solo mining? Mind to elaborate on your question, for us to give a better answer.
He kind of did explain it, but the supporting math is a bit fuzzy.

Let's assume that you have 1TH/s.  Should you point that to a pool, or solo mine? (In solo mining, I'm also going to include the solo mining pools - which I agree is an oxymoron).  For this example, there is no merged mining, no transaction fees, nothing but a straight up 25BTC block reward and we're living in a perfect world where you get exactly your expected earnings every day, blocks take exactly 10 minutes to solve, your rig is 1W/1GH/s and electricity costs $0.10 per kWh, and finally, BTC is $650.

OK.  At current difficulty, that 1TH/s expects to earn 0.029BTC a day, which is $18.85.  Power is going to cost you $2.40.  Therefore, your daily earnings are $16.45.  The same math that tells us our expected daily earnings, also gives us how long that 1TH/s will take to solo mine a block: about 2 years, 131 days.

This is where most people stop and say, "Way better to mine in a pool!  I'm not waiting over 2 years!".  Here's the fuzzy bit: just because you can "expect" to find a block in that time, does not mean that it "will" take that time.  See, each and every single little hash your miners produce has EXACTLY the same chance of solving that block as the hash before it, and the hash after it.  In other words, you can just as easily solve 10 blocks in a row as never solving a single block.

I'll give you a concrete example.  On April 26th, I found a block with one of my S1s that had only been mining for about 3 weeks.  Was I mining solo?  No, I was on p2pool.  Sure would have been nice, though Smiley

Anyway, back to our story.  Remember that I stated each and every hash produced by your miner has the potential to solve that block.  In a day, there are 144 blocks found.  This means I've got 144 chances.  Are you a gambler?  Are you going to risk $16.45 at the chance for $16250?  That $16.45 buys you 144 chances at hitting the jackpot.  You have the possibility of hitting all 144 times, too.  Just because you solved the last block doesn't disqualify you.  So... are you willing to risk that $16.45 at the chance for $2,340,000?

Now, before you all go tearing off and pointing your miners at some solo pool with delusions of becoming millionaires in a day, realize that you have competition.  Everyone other miner on the planet is trying to solve those same blocks.  Your 1TH/s represents a pretty tiny portion of the total network (currently at 147,000TH/s).  Since we have established that every single hash has the same chance to solve the block, this means that 0.000680272109% of the chances belong to you.  Or, to put it another way, you've got about a 1 in 1667 shot of solving a block.

Back to the question: are you a gambler?
3511  Bitcoin / Pools / Re: [600 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool on: July 19, 2014, 04:04:28 PM
I'm a bit disappointed by my S3's on P2Pool. After 1 day mining:

The top one got a lot of hardware errors so I just run it at stock, the bottom one overclocked quite well to 250...started off well on P2Pool, but reported hashrate is pretty bad on both. Note: the node is not close to me, but it shouldn't show this much difference - my old S1's did fine with it.

EDIT: anyone know what the discarded shows? Mine seems pretty high.

[IM]https://i.imgur.com/tCkQfJN.jpg[/img]

Your error rates look great, both well under 1%, have you tried another pool to see how they preform?

jonnybravo0311 seemed to get the best results running them at stock clocks....

Edit: Ant error rate calculator: http://www.coincadence.com/antminer-s1-hardware-error/

(was built for S1, but works the same for S3...)
So far, yes, I've seen the best results on stock clocks.  One thing I have noticed is that one of my S3's performance slowly degrades.  It hashes at 440GH/s for a while... then slows down to 430 and 420.  Rebooting it sometimes helped, but a lot of times on reboot, I'd notice one of the ASIC would show a status of "-" instead of "o".

So, this morning I completely stripped the thing.  When I pulled off the heatsinks, I saw thermal paste everywhere.  It was on the chips, on the PCB, on everything.  So, I cleaned it all up and re-applied to the chips.  Everything is put back together and it's up and hashing again.  Hopefully, it will stay consistent now.  We'll see Smiley.

I'm probably going to do the same to my other one as well.  Then, I'll retry over clocking them both.  Some people have reported amazing success.  For example, Goxed has his happily hashing away at 504GH/s (250 clock).  Now that would be nice!
3512  Bitcoin / Mining / Re: btc guild unlucky of late? on: July 19, 2014, 03:47:32 PM
There are a number of threads discussing this very topic.  I know you don't want to hear it, but variance does indeed play a very significant factor in the statistics, especially as BTCGuild's total hash rate becomes a smaller and smaller percentage of the total network.  As of me writing this post, BTCGuild is reporting a speed of 9.4PH/s.  GHash.io, on the other hand, is reporting 42.47PH/s.  The total network is showing 143.2PH/s.

Here... let me throw some random piece of information at you and you can use that as justification for the bad luck:

This August there will be 5 Fridays, 5 Saturdays and 5 Sundays.  This only happens once every 800+ years.
3513  Bitcoin / Mining speculation / Re: New to Bitcoin need rig for college (don't pay electricity fee) on: July 19, 2014, 03:40:06 PM
Are you inquiring about a Bitcoin mining ASIC rig that you would bring to college with you, or are you looking for recommendations on a PC setup for the same?  If it is the former, understand that any rig you purchase will generate both heat and noise.  You can purchase stand-alone rigs like the Antminer S1/2/3, Dragons, etc that don't require a separate controller (although the S1 and S3 require you to supply the PSU).  Of the rigs I've owned, thus far the S3 is the least intrusive of them.  The S1s are a bit noisy and put out enough heat to keep a small room warm.  The S2 is louder and will keep a large room quite warm.

You can also go for rigs that require a separate controller like the Rockminers.  Some come with, others don't.  You could even go for stick miners, but those also require something to plug into.

There is no PC rig that will be effective for mining BTC.  You might do alright on alt coins like X11 and X13-based ones using a powerful CPU/GPU machine, but you'd have to do some research in the alt coin forums for recommendations.

In any case, I agree with joshraban76.  Just because YOU aren't directly paying your electric bill, somebody certainly is.  You can probably justify the smaller rigs only pulling a few watts as "normal usage"; however, if you're considering plugging in something drawing 1kw... that's just plain old stealing.
3514  Bitcoin / Hardware / Re: ANTMINER S3 Discussion and Support Thread. on: July 19, 2014, 12:20:30 AM
Batch 1 not shipped yet...

Pay Details
Pay    1.5 BTC
Pay Confirm    1.5 BTC
Date    2014-06-30 19:47:58
Send Details
Unshipped
Order Details
Product    Total
ANTMINER S3 × 2

   1.5 BTC

Sent BITMAIN an email yesterday:
Quote

Bitmain,

My A3 batch 1 order has not yet shipped while others have received their orders today. Being that I ordered on 6-30 at 19:30:48 and paid the same 1.5 BTC as the others, I feel that some compensation is in order for those of us receiving their miners 5+ days later.

I understand that you are trying your best to ship orders out the door and I am grateful for all you have accomplished, but this S3 rollout is dangerously close to the failed "preorder" model you have been wise to ignore in the past.

Regards,

Bill Collan
ID: bcollan


Their response:
Quote
Hi,
we're shipping out the units and you'll get the tracking number very soon.
please wait for the tracking number in your account.
thanks for your understanding and patience.

Best Regards

BITMAIN


No mention at all of comp. Undecided
Bitmain initially quoted shipping times of between the 10th and 20th.  When they announced the change in specs, they adjusted that to say they hoped to start shipping batch 1 between the 14th and 17th.  They're still within the original timeline, even though they had to make some adjustments before sending any out the door at all.

I don't think you're going to get any further compensation, unless they don't ship until after the 20th, and then you can ask them for something.

Disclosure: I created my order 2014-06-30 14:01:44 and received them yesterday.  Bitmain didn't update my order status until 2014-07-16, even though the units had actually shipped on 2014-07-15 (China local, so really 2014-07-14 here).
3515  Bitcoin / Mining support / Re: BITMAIN Antminer S3 support and OverClocking thread on: July 19, 2014, 12:11:25 AM
Goxed,

You got a really nice unit if it's remaining stable at 250 clock and 504GH/s, congrats!  Mine apparently are part of the batch that caused Bitmain to set the clocks back to 218.75.  I tried 225, 237.5 and 250.  I would consistently get "x" and "-" in the ASIC stats and the units never got anywhere near the 504GH/s you're showing.  I left them running like that for 7 hours while I slept last night, hoping things might get better over time.  When I woke up and checked, Ant 1 was averaging 450GH/s and Ant 2 was averaging 387.  At 250 clock.  I set them back to stock and after 13 hours I'm at 441 and 439 with 0.0002% and 0.0004% HW errors.  All ASICs are "o".  It's definitely not a power issue - I've got an EVGA 1300 G2.  I even went so far as to hook only 1 up at a time on the PSU to see if it made a difference.  All 4 PCI-e connected.

Also, that solution for the random beeping did not work for me unfortunately.  They still randomly beep at me.  It's like they're just letting me know they're still going.  If somebody does come up with a valid solution to this, I'd be very much... well, my little lady will be very much appreciative of it Wink

As for temps and fans, mine are in an ambient 22C room.  Ant 1 shows 38/39 and Ant 2 shows 39/40 on stock speeds.  Fans are 1560/1380 and 1620/1380, respectively.  With the same PSU as I have, philipma1957 reported 665W at the wall to run them both at stock.
3516  Bitcoin / Hardware / Re: ANTMINER S3 Discussion and Support Thread. on: July 18, 2014, 11:55:56 PM
Quote
okay fast question How do I get the gui to show my best share?  best share is zero/blank>

Both of mine show '0' Best Share as well ... no idea ... guess they might include it in a firmware update.


Depends where you're hashing.  GHash.io and BTCGuild don't show best share values in the status page.  Eligius and p2pool do.  Looks like bitsolo.net does as well.
I'm getting thousands of HW errors and 10% rejects. A reboot does nothing. How can I solve this problem?
Put up a screenshot of your status page and your config page.

Ant 1: 0.00028637079% HW errors at stock clocks getting 439GH/s on my local p2pool node
Ant 2: 0.00043407425% HW errors at stock clocks getting 441GH/s on my local p2pool node
3517  Bitcoin / Pools / Re: [11000 TH] BTC Guild - Pays TxFees+NMC, Stratum, VarDiff, Private Servers on: July 18, 2014, 11:46:16 PM
Ya but none that will offer the same earnings. Some could argue bitminter is good and while they are. They have days where thy don't find blocks and with the 3.2 Ths I have I should be seeing around 0.09x. So while Ghash has their downfalls, I will always go to them as a backup for earnings.


Another greedy miner ready to join in on sinking the whole experiment for their short term gain, good work, I applaude thee.

Quote
Ive tried others like slush etc. and while some also argue that a pools size doesn't mean much in the way of earnings the bottom line is that it does. Ghash has the blocks found for people to earn around what they should be seeing with the hash they have available.

A pool's size doesn't matter in the long run if there are no bad actors.  You're just tripping up on daily numbers.

It aint about greed, it's about me not going to a pool with 3.2 Th/s which should earn 0.09x a day and settling for whatever I get even if it was something like 0.04. I'm not the only one with this school of thought but probably the only one to speak up and not fear people like you who think were greedy when it has nothing do to with greed.
Take a look here: https://bitcointalk.org/index.php?topic=416933.0

It's a pretty good experiment showing the earnings across multiple pools.  It has the benefit of being long-running as well.  There are other options than GHash.io.  They all pay pretty comparably to what you're seeing here.
3518  Bitcoin / Mining / Re: GHash.IO Statement Regarding 51% Threat on: July 18, 2014, 09:30:13 PM
Quoting myself for relevant content here:

The way they make announcements to a wide audience without ever communicating directly with any of the users here on the forums reminds me of the smug behaviour of deepbit during its dying/quietly fading days but in an even worse manner showing what looks like a complete lack of respect to miners. Compare their communication to Eleuthria's of BTCGuild who has continually responded to almost every single comment no matter how mundane.

Users have more power than they think and the bitcoin mining community at large has held many groups to task over the last few years and it remains the responsibility of users to continue protecting other users and bitcoin. The reason ghash did not reach 51% was because of the many warnings posted here and elsewhere. While you're all complaining that a simple announcement by ghash to tell miners to direct their hashes elsewhere is nowhere near enough of a total solution to the possible destabilisation of the network by them receiving a majority of the hashrate, bear in mind the only reason they have made this announcement is because of continued pressure by the community and it should be seen as a major milestone, but I agree we must not become complacent by this one step alone.
I absolutely agree that we should not become complacent.  As you point out, the community at large has some power, and also has responsibility.  Yes, we as a community of miners are actively keeping an eye on things, pointing out areas that require attention, etc.  The pool operators are also responsible for taking proper action.  The warning message is certainly a great start.  It is only that, though: a start.  Further action needs to be taken by the pool.  If GHash.io truly means what they say, then such action would be taken by them.

Posting warnings here is useless. They should raise fees and start disconnecting slower miners.
How is disconnecting slower miners the solution?  What is considered "slow"?  Wouldn't that just encourage faster miners to then connect since they don't have to be concerned?  I'm also not too sure about the raising fees proposition.  What does that do except get GHash.io richer?  They buy more hardware, have more "cloud" mining on cex.io.

I believe that raising fees did in fact work on another pool back before GHash was so popular.  I think it was about 1.5 years ago.  At some point when fees are rising, it just doesn't make sense for miners to be there, and GHash has the incentive to raise fees because it will make them more money. 
BTCGuild did it.  Do we really want GHash.io to have even more funds to purchase more hardware, to sell more cloud mining, to make even more?  Vicious circle there.  Of course, of all the proposals, they are most likely to adopt the increased fees since it nets them more BTC Wink
3519  Bitcoin / Pools / Re: [6600Th] Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB (New Thread) on: July 18, 2014, 08:04:21 PM
Thank you so much for explaining it so that I could understand it.  It all makes since completely.


It can get very confusing. I'm not great at math, so I've hung back and watched the pool for a long time. I don't currently mine BTC, as my rig is more profitable on alts (it's very small), but when I did, and in the future if I can get better equipment, I have and will have Eligius as my primary pool.

Not because I fully understand the payout system (I don't), but because for the time that I was mining here, the operator has been dilligent, honest, and responsive. I never made a lot mining BTC, as I was late to the game. But after a couple of months on Eligius, I was never concerned about whether or not I would get my payout, either. It came, always. Not always on time, but always.

Whenever I had a question, even dumb ones, either Whizkid or some of the other rather smart members of this thread helped me out. I learned a great deal from my time here, and I still keep track in antiicipation of both gaining more knowledge and (hopefully) getting more powerful equipment.
baddw does a great job explaining it with numbers and examples.  I'll try to simplify it for you.  The expected shares is equal to the current difficulty, so changes every 2016 blocks.  Every block that Eligius finds, it can ONLY pay that many shares.  So, if it took fewer shares than expected to find a block, there are shares left over, which payout the "shelved" shares.  If it took more than the expected shares to find a block, Eligius "shelves" the extra shares it took to find the block.

The payout queue pretty much works based on how long it has been since a miner was last in the queue, which is why it is recommended that you set your payout threshold to be at least 3 days worth of mining.  If you set your threshold too low, you get placed lower in the queue because you were just there, and other miners have been waiting longer.  Your position in the queue is dynamic, with miners constantly being added before and after your position.  Eligius uses this to show you how many blocks are ahead of you.

Hope this helps.
3520  Alternate cryptocurrencies / Altcoin Discussion / Re: CPU vs. GPU mining on: July 18, 2014, 07:09:17 PM
Can someone tell me, why GPU mining is better then CPU mining?? It's so strangely, i think.

OP, please chime in and clarify if this is a Bitcoin or Altcoin topic?
Honestly, I don't think it's either.  It's more of a general computing question.  I mean, he could have asked, "Why does a GPU render graphics better than a CPU?"
Pages: « 1 ... 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 [176] 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!