Yes and No Pallas. It would have been great if we had faster & low latency memory access (there's no significant improvement there over maxwell, if at all). Still, for compute-heavy stuff, great improvement.

What about the holders/buyers combo? They gotta be spot on, right?
Still looking to buy some BRX, please PM any offers. 

Your config looks to be fine. But importantly: you are CPU mining, against some (small'ish?) ASIC competition.
Your chances of quickly finding a block are not looking great  

Edit: wtf wtf, I just turned legendary, I'm breaking out !!! 

If your configuration file already enables server, you don't need to set that also via shortcut.
Otherwise you look to be all set...

There's plenty of information on the decred forums, and the staking pools also provide (minimal) instructions on how to get your tickets assigned for pool voting. Maybe get started by browsing the documentation here: https://docs.decred.org/mining/proof-of-stake/

You can solo mine using any sha256 miner, pointing at the wallet (configured as one normally would do for any other solo mining wallet).
There might be some detailed instructions back a few pages, not sure.

Damn work doesn't allow me to participate much, but its been great fun to take part in Breakout!
Managed to scoop a 3rd place in one of the BRK tourneys, Yay! 

How much longer will the ICO run for, is it 2 weeks? I don't recall anymore if it was wrapping up sometime before or after the BTC halving, though I think it was *before*... 

Btw, still looking to buy BRX from any early investor that wants to part with some stake, small trades welcome!

Cheap tickets approaching? 
Getting ready for the fee war! 

Happy with the 1080/1070 so far Epsylon3?
I'm getting crazy of waiting here... No hybrid EVGAs in sight yet   

Who the F@^%&! are you calling old Mr Jibble?!?! 
I agreed with auctioning on this thread for the very reason that I think any bump is valuable during the ICO stage.

While I'm at it, any early participant that is willing to part with some of his Breakout Stake (BRX), please PM me. Small trades welcome. 

Has been working fine for me on Mac also, so definitely not Windows-only.


0.25

Happy Bidding!

Hey @proletariat,

It's implicitly a client-side application, in that whole purpose for the utility, is to give all users a sophisticated ticket buying application, and this is something that only the users can do, never the pool (as the pool does not control any actual user funds). It does integrate with pool staking, in that you can just use the utility to make your ticket buying more competitive, and still have the pool voting for you.

The utility is called dcrticketbuyer, and it's included with the last couple of releases.
https://github.com/decred/decred-release/releases

Some usage info here, though there was some forum post that I don't recall now:
https://github.com/decred/dcrticketbuyer

Setting up might be a bit tricky/complicated, but once that's done, it should be easy as pie, and much more convenient than manual purchases. Like I said, I haven't tried this myself yet.

Cheers!

Very simply put, you need to use the wallet "setticketfee" command, and set a fee that gives your tickets enough priority to get mined on time.

When you are about to buy tickets, you can look at recent blocks on the official explorer, click on a ticket purchase transaction, and the details there will show you what was the per KB ticket fee on that one. If you look at a few such tickets, you'll get a good sense of what your fee needs to be set at.
Hint: You need to find the fees per KB, not the actual fee amount that the transaction paid. When you do "setticketfee", you are setting fees per KB also, the actual fee value per transaction will vary (depending on inputs/outputs, etc).

There is also an expiry parameter that you can use with purchaseticket, but I don't recall if that only works when you are buying tickets for pool staking. The expiry parameter is quite useful, in that it sets your purchase attempts to automatically cancel themselves out, if not mined within a target number of blocks.
So with that, you can try to buy with ticket fee set at some value and set a short expiration. If the tickets do not get mined/confirmed before they expire, then you can increase the fee a little, and try again. And so on.

Note that buying tickets slightly more expensive, usually makes things much easier and you end up saving on fees, 'cos there's much less competition.

Generally speaking, being fast is rather pointless. What you need, is to adjust your ticket fees, so that they are priced competitively. With default (aka: low) ticket fees, you'll get beaten by other folks that setup for very high fees during the ticket price dips.

There's a utility on the recent release that can do a lot of ticket/fee intelligence, so that you can get your tickets in, without having to go crazy high on fees. I'm still just doing it the manual way, and no trouble here 

Feels like it's on life support for a while now...
I do hope it turns around though 

https://github.com/nicehash/NiceHashMiner/releases/tag/1.5.1.0

 

Edit: no clue if the ccminer sources are there btw, just pointing out their git location!

Boa boa Bytemuma! Fizeste-me dar conta de que devia atualizar o preço novamente... Vai BTC Vai! 

Cool antonio8, that is right about what I would expect from a working setup.
My napkin math tells me that the one card in the faster slot (which you have running at x4), might be doing x8 on the systems that are maxing out at 5 GPUs. If that faster slot runs at x8, lanes will be pretty tight, depending on how the rest of the onboard devices are wired up.

If you have a chance, what is on your BIOS for that PCIe setting I posted before? If it is set to auto, please post what other options are available for that setting (but don't change it ofc, as you have a working system)

@crysx, the damn fish won't fry itself buddy, get moving 

Adding to my previous post...
Had a quick look at the AsRock BTC Pro manual, and couple of things sparked my interest:
- Onboard NIC uses x1 PCIe lane!
- 1 Slot can do PCIe v2.0 x16
- 5 Slots are PCIe v2.0 x1

I don't know what other Onboard devices might be using up lanes as those are not clearly stated (though I posted about the usual suspects already). It would be wise to disable every single motherboard/chipset feature that is not critical to the rig operation.

@crysx & others, what setting do you have on the BIOS for "PCIE2 Link Speed"? Maybe worth fiddling with the possible options there.

Edit: One last note on this mental exercise: I'm with joblo in suspecting that it could just be that the problem is when you cross the 32GB boundary in memory attached to PCIe devices. If this is the case, you'll find that the same rig will max out at 4 * GTX1080's 

For any of you guys that actually have the 6 GPUs working (or even someone maxed out at 5), see if you can check the actual PCIe configuration that your cards are running. For instance, I only have 2 GPUs. At most, my motherboard/cpu can only handle x16 PCIe 3.0 lanes, and my GPUs connect with 8x PCIe 3.0 each, as reported by Nvidia Inspector (no risers here).

Something like:
GPU Slot 1 - GTX980 - PCIe 3.0 x8
GPU Slot 2 - GTX980 - PCIe 3.0 x8

On Windows, one can use Nvidia Inspector to see what the actual connection rate is. The speed that a GPU gets from the PCIe slot, results of a startup handshake between the card itself and the chipset that is feeding the slot. The card will ask for the most that it supports (usually PCIe 3.0 x16), and the chipset will provide the most that it has available overall.

Different cards (and definitely different BIOS settings/features) might produce different results. While obviously slots that run in PCIe v2.0 mode are providing less bandwidth, I'm not sure that the actual number of lanes being used is any lesser in 2.0 vs 3.0.
Fun stuff though, wish I was troubleshooting a 6x 980 TI rig here myself