What is the advantage of Stratum mining?
More work is done on miners end resulting in less bandwidth needed for the pool server.
Topic: [ANN][YAC] YACoin ongoing development - page 160. (Read 379876 times)
More work is done on miners end resulting in less bandwidth needed for the pool server.
AMD's next gen APU with HSA will be very interesting, the unified memory addressing can be the boost for the scrypt or even scrypt jane. In next year, we can try Kaveri.
What is the advantage of Stratum mining?
What I think we need next TBH is a proper mining program with stratum support. That way we can capitalize on the hashrate we still have left and get better feedback and less stale shares.
I looked at this very briefly a few days ago and it looks like it could be adapted to YACoin if someone has time to spend a few hours on it https://github.com/CryptoManiac/stratum-mining
The whole point of trying to make a GPU-hard coin is to get a more even initial coin distribution than bitcoin/litecoin did. The number of people with CPUs is way higher than the number with good GPUs. There is no point to making a new alt-coin to change the mining algorithm if it doesn't promote a wider distribution by cutting out the GPU farmers. The algorithm doesn't have to last forever; it only has to last a few years until ASICs are developed. Litecoin lost its whole purpose when it was taken over by GPUs. If we knew a way to assign an equal amount of coins to everyone on the planet in a decentralized way, we would do that, but that technology is decades away. Distributing it to everyone with a CPU is way less fair, but it is still vastly superior to giving it to everyone with a GPU.
I wouldn't be surprised if eventually an implementation for GPUs came along that was optimized and destroyed CPUs for efficiency and speed.
+1
There's no way to [proof] proof anything forever... Unless WM wants to spend the time/effort to constantly try to stay ahead of GPU implementations...
Personally, I don't see a reason why eventual mass GPU YACoin mining would do anything but strengthen YAC as it did for LTC. Besides, there are going to be "lots" of vid cards sitting around looking for something to do once ASIC's completely take over Bitcoin.
No but really litecoin isn't that well off, sure it is better than YAC or most other alt coins but thats pretty much because it was first not because GPU mining has treated it well.
If need be while it would be painful I think that the N factor should be increased if gpu mining became a viable option lest people begin the process of pumping and dumping. If we want YAC to last we need to keep it CPU only. Because even if everyone is going slower it will at least be a network wide slowdown and hit everyone relatively evenly which is partly why the massive speed decreases arent that bad because it is only a speed decrease for the network and not just for you and these decreases help keep YAC slightly safer with each increment. What I think we need next TBH is a proper mining program with stratum support. That way we can capitalize on the hashrate we still have left and get better feedback and less stale shares.
I wouldn't be surprised if eventually an implementation for GPUs came along that was optimized and destroyed CPUs for efficiency and speed.
+1
There's no way to [proof] proof anything forever... Unless WM wants to spend the time/effort to constantly try to stay ahead of GPU implementations...
Personally, I don't see a reason why eventual mass GPU YACoin mining would do anything but strengthen YAC as it did for LTC. Besides, there are going to be "lots" of vid cards sitting around looking for something to do once ASIC's completely take over Bitcoin.
So I am to understand that when coblee asked for suggestions on how to prevent GPUs from taking over litecoin, all he had to do was change the N value to higher than 8192 and litecoin would have become way more GPU resistant?
Coblee's thread about GPU-mining and Litecoin:
https://bitcointalksearch.org/topic/thread-about-gpu-mining-and-litecoin-64239
Coblee's thread about GPU-mining and Litecoin:
https://bitcointalksearch.org/topic/thread-about-gpu-mining-and-litecoin-64239
Well, the N factor increases memory requirements for computing a single hash (thus it's using more memory and memory bandwidth). Current GPUs will quickly run out-of-memory (or there's other GPU-specific constraint that prevents the code from running at higher N, dunno). However, it also affects CPUs really hard (around 40% hashrate decrease if I remember correctly).
Nah, all you have to do is increase the lookup gap (via the previously published TMTO solution for scrypt from cgminer/reaper) and then you can compute the same hashes with less memory.
There's a probably bug in mtrlt's current code that doesn't allow calculation above N=4096, but it's possible that this particular TMTO implementation is not really optimized well for the GPU and that in the future with some hacking we'll see the gap further widen.
The further up the N value you get, the greater dependence on memory access speeds you typically observe (or at least, I observed using scrypt-jane on a CPU). I wouldn't be surprised if eventually an implementation for GPUs came along that was optimized and destroyed CPUs for efficiency and speed.
BLAKE is used as an entropy source to randomize memory access too, I wouldn't be surprised if you looked at accesses to the lookup table and found that they end up being less than random as well due to consistent ordering of some types of data in the block header (thus also diminishing the amount of memory required). I think pooler observed this when he was writing his CPU miner.
Apologies to WindMaster and the rest of the community, I haven't had enough time to dedicate to this as yet, as it happens to have coincided with ongoing drama and mayhem in my meatspace job. Personally still getting up to speed with cryptocurrencies in general (I'm a front end web developer by trade) so don't feel I can yet contribute a whole lot to core development yet, but I'm learning fast.
On the first point, I'd rather it all be in a single installer. I think we should definitely aim to keep the whole process as simple as possible (i.e. one installer to run over two).
Agree with this, single installer would be far preferable for most users.
This seems like a great idea, updating the list of p2pools remotely would be much better than relying on a hardcoded list alone.
Love this kind of interface, would be super user-friendly for the average desktop miner to operate.
On #2, anyone have further thoughts on whether a third-party miner (cpuminer) should indeed be included in the main YACoin installer, or if that would be better divided into a 2nd, different installer? Same for selecting which p2pools to sort of "endorse" as part of the installer, when we know that p2pools are going to be a fast-moving target and any that are selected might randomly disappear or misbehave in the future, causing basically broken shortcuts unless someone is constantly checking for new versions of the client installer.
On the first point, I'd rather it all be in a single installer. I think we should definitely aim to keep the whole process as simple as possible (i.e. one installer to run over two).
Agree with this, single installer would be far preferable for most users.
b. the script that launches the miner makes a web service call to a central service (on google appengine for example) that will feed back a "current" list of p2pool hostnames. From this, the command line arguments are constructed. Making such a web service would be trivial. The script could be created that a default, hardcoded list would be used if this webservice was down.
This seems like a great idea, updating the list of p2pools remotely would be much better than relying on a hardcoded list alone.
Love this kind of interface, would be super user-friendly for the average desktop miner to operate.
So I am to understand that when coblee asked for suggestions on how to prevent GPUs from taking over litecoin, all he had to do was change the N value to higher than 8192 and litecoin would have become way more GPU resistant?
Coblee's thread about GPU-mining and Litecoin:
https://bitcointalksearch.org/topic/thread-about-gpu-mining-and-litecoin-64239
Coblee's thread about GPU-mining and Litecoin:
https://bitcointalksearch.org/topic/thread-about-gpu-mining-and-litecoin-64239
Well, the N factor increases memory requirements for computing a single hash (thus it's using more memory and memory bandwidth). Current GPUs will quickly run out-of-memory (or there's other GPU-specific constraint that prevents the code from running at higher N, dunno). However, it also affects CPUs really hard (around 40% hashrate decrease if I remember correctly).
Is TacoTime right about this? Why are people saying GPU mining will become impossible in august?
Current GPU implementations stop working at Nfactor value due to be in august. IMHO it's unlikely that this can't be fixed. However, GPUs should be much slower by then, only slightly faster than a CPU (AFAIK).EDIT: see https://bitcointalksearch.org/topic/m.2162620
So I am to understand that when coblee asked for suggestions on how to prevent GPUs from taking over litecoin, all he had to do was change the N value to higher than 8192 and litecoin would have become way more GPU resistant?
Coblee's thread about GPU-mining and Litecoin:
https://bitcointalksearch.org/topic/thread-about-gpu-mining-and-litecoin-64239
is this development still going? any response from pocopoco? Where is yacoin going?
WindMaster has taken the lead on development, and I have contributed a tiny bit as well. If any of you are devs, or can contribute in other ways, please get involved! Let's make YACoin as good and stable as Bitcoin.
This sounds great, thank you guys for the work to keep this coin going.
Is TacoTime right about this? Why are people saying GPU mining will become impossible in august?
Current GPU implementations stop working at Nfactor value due to be in august. IMHO it's unlikely that this can't be fixed. However, GPUs should be much slower by then, only slightly faster than a CPU (AFAIK).EDIT: see https://bitcointalksearch.org/topic/m.2162620
also, cpu vs gpu speed comparison at various N: https://bitcointalksearch.org/topic/m.2241855
you cant atm...
yac uses scrypt-jane, and is/was designed to be cpu mined only..
If you could, it would be the end of yac, as its core ethos would be pointless
yac uses scrypt-jane, and is/was designed to be cpu mined only..
If you could, it would be the end of yac, as its core ethos would be pointless
If you think a GPU miner can't be coded for it, you're mistaken. Both chacha20 and keccak have faster throughputs than salsa20 and sha2-256, and the value of N right now should provide extremely good GPU performance.
Except N will change _tomorrow_ and then what?
Doesn't matter -- because of the TMTO tradeoff and higher GPU memory bandwidth I doubt you'll see a point where GPU implementation is slower. Once you have the GPU implementation adjusting it for higher N values will be trivial.
Is TacoTime right about this? Why are people saying GPU mining will become impossible in august?
Anyone know the market cap of yac?
3M coins @ ~0.0004 BTC/YAC = 1200 BTC or $156000
Thanks
Anyone know the market cap of yac?
3M coins @ ~0.0004 BTC/YAC = 1200 BTC or $156000
Anyone know the market cap of yac?
is this development still going? any response from pocopoco? Where is yacoin going?
WindMaster has taken the lead on development, and I have contributed a tiny bit as well. If any of you are devs, or can contribute in other ways, please get involved! Let's make YACoin as good and stable as Bitcoin.
is this development still going? any response from pocopoco? Where is yacoin going?
Nah, he vanished just like Satoshi. 
YAC is going to the moon and beyond!
is this development still going? any response from pocopoco? Where is yacoin going?
Jump to: