Topic: [ANN][YAC] YACoin ongoing development - page 167. (Read 379873 times)

I know that, but you said he used his alter ego.

So pocopoco should be someone else.

YaCoin creator

So who is pocopoco?

pocopoco really made some kick ass coin, shame he used his alter ego for it and never looked back at it.

With all these copycats out there recently it's the only coin that took some time and skills to be made.

So people can GPU mine yacoin now?:O

I did some GPU testing with high N values. The gist is: at N=8192, I couldn't get it to output valid shares any more. Therefore, with current information, it seems that GPU mining will stop on 13 Aug 2013 - 07:43:28 GMT when N goes to 8192.

You were off by a pretty large amount at both ends of the numbers you said hash rate would traverse over the course of a year.  However, with a more thorough calculation:

Best interpretation (most favorable to you) of your statement is that hash rates go from 1MH/sec to 99.999 H/sec over the course of the first year, a decrease in speed of about 10000x.  My benchmark showed a decrease of speed over the course of the first year of 358.77kH/sec to 0.606kH/sec with one particular common server CPU, a decrease in speed of about 592x.

10000 vs 592.  Or we could calculate that as 10000 / 592 = 16.9 and call that a single order of magnitude (plus change).  A strict interpretation of Wikipedia's "order of magnitude" article would suggest that this is the correct way.  So, I concede that you were off by a bit more than an order of magnitude if we analyze the most favorable interpretation of your statement.



Was the scrypt-jane library available somewhere prior to September 13, 2012?  If so, I'd like to snag a copy of that earlier version you benchmarked with.  Which hashing algorithm in the scrypt-jane library was that benchmark performed with?

I have an off topic question, and hopefully someone may be in the mood to enlighten me. 

What kind of work is better done on the vector units of CPU rather than the GPU, provided the GPU isn't too busy doing things like rendering? My first interest about this question came from gaming hardware, but then thought it may relate to people designing a coin for which GPU has less of an advantage in mining.

I benched at around 100 ms/hash per thread with a 2700k when using 8 MB.  This was more than a year ago using scrypt jane, so maybe the code has been optimized. Also note that above you hash in the hundreds of hashes per second; I said that you would hit "double digits of H/s", making the difference one order of magnitude, not two.

You need to address the problem with block reward with a hard fork as soon as possible, in my opinion.  You'll probably end up with a slightly more valuable coin if you relaunch it later forking from the litecoin code instead once the GPU miner has been released.

I just want to say that most common people also expect respect in the first place. Transparency and honesty are too much for them sometimes. For the GPU implementations also have this effect, if the community shows more respect for the software developers, they will give much more instead of hiding innovative things / creating copy-cats / gold rushes / etc.

You did right to tell the truth, but things are not just easy to expand.

I don't quite follow that analogy.  Are you suggesting it would be better if I sugar-coat everything and say there's no possibility GPU implementations exist?  I'm not sure that would do much to increase trust..  I'm fairly certain no one wants to see me naked either.  

TBH, I don't think transparency & honesty is the essence & key for trust. Do you imagine what if some one takes off all his clothes & pants and you then give your precious trust? This is silly and pity.

[YaCoin] Help, I send yacoin to same address in about 22 minutes


The second transaction always: Unconfirmed (0 of 6 confirmations).

The second transaction ID:
Transaction ID: c5dbdf30ca01025970ff4f6da5c6650d121643d332f5102eb1d36b7a22643bf8

Can anyone help me?

thanks.

While I often agree with a number of the things you've said, I'm worried you're starting to exaggerate.  In the main YACoin thread, today you posted that anyone could've developed a GPU miner days in advance, yet only the original developer (and anyone he tipped off) could've been aware he was going to pull a surprise move and use a different hashing algorithm than anyone was expecting.  Changing from scrypt+salsa20/8+SHA256(1024,1,1) to scrypt+chacha20/8+Keccak512(N,1,1) did turn out to be significantly more than just a copy-paste exercise from the scrypt-jane library source, at least for anything that was going to go faster on GPU's than typical desktop CPU's.

In your comment above, I think your numbers are exaggerated a bit.  I just benchmarked with a Linux build of cpuminer and forced N to various values:

Platform: IBM HS21 blade server, 2x Xeon E5450's (similar combined performance to one i7-2600k).

For N=32 (at coin's launch), hash rate = 358.77 kH/sec
For N=256 (right now), hash rate = 119.25 kH/sec
For N=32768 (in one year), hash rate = 0.606 kH/sec

Both your upper bound (MH/sec) and lower bound (double digit H/sec) are off by an order of magnitude each in the typical CPU hashing performance scenario, so your statement is really off by 2 orders of magnitude overall.

I'm all for pointing out problems with a coin when it's justified.  As you know, on day 1 of the coin launch, I was right there alongside you posting about the probability that GPU implementation was very likely to be possible, and I also posted honest details about my server farm mining, Amazon AWS mining, FPGA implementation at N=32, and the results of my GPU implementation.  You did parade a lot of that info as evidence of premining in the first post of your Superfun Premining thread, even though I started mining a whopping 8.5 hours after launch and I seriously doubt anyone can accuse me of either premining or instamining.  That probably pissed off plenty of people that would like those things to have remained secret, but I believe transparency and honesty is the answer to developing trust and keeping everyone in-the-loop on technical matters.

I think I have yet to sugar-coat anything related to YACoin, however.  When people grill me on the hard questions about whether YACoin is GPU mining resistant at any particular value of N, even though I'm not the original developer and didn't choose the hashing algorithm or starting value of N, and apparently made myself the "YACoin lightning rod" by actually stepping up to improve problems with the code and make it a better coin rather than just complain about it, I'm still right there being perfectly honest and saying "maybe, maybe not, we don't know yet until we see the source code for some of those GPU implementations."  We've had one person post OpenCL source in this thread that was pretty close to a copy-paste from the scrypt-jane library with a few tweaks, and from my analysis, he did get fairly close to a working implementation, but once fixed, the hash rate isn't spectacular.  It's appearing that getting a working OpenCL implementation is not difficult (well, debugging anything on OpenCL is an "adventure"), but getting one that performs much better than CPU's actually does take a fairly good OpenCL skillset (i.e. if mtrlt's posted hash rate numbers are accurate, which they may well be since he was the developer of the Reaper scrypt GPU kernel that cgminer uses too, then he probably sets the mark for skillset needed to correctly optimize for decent hash rates).

So, anyway, when I see exaggerations that are off by 2 orders of magnitude, I'm afraid I'll have to call you out on it (as much as I respect you).  I'd prefer to see you discredit a coin with accurate info, not exaggerations.

Block reward is based on difficulty and it will increase in the near future. Ofcourse we're already in <20 reward state which I consider to be deflationary. I'd consider 2.8M money supply to be almost static. If reward rises back to 50 or even 90 then we'd be in inflationary times.

All this will even out when more people adopt YAC. More miners will produce higher difficulty and that will lower the reward again.

Can you elaborate ? Isn't difficulty supposed to adjust while hashpower goes down ?

I have calculated the complete schedule of N changes for YACoin out to the last increment, N=30, occurring in the year 2421.  The table is posted in the YACoin technical data on the first page of this thread:
https://bitcointalksearch.org/topic/m.2162620

I certainly have my own opinion about the way N will change over the coming centuries and how it compares with Moore's Law.  You guys can draw your own conclusions.

Meanwhile, looks like difficulty has now dropped below 4, with still enough hash power that there's little likelihood we'll stall out forever(ish) in excessive difficulty land like certain other {alt|scam}coin launches.

./yacoind getmininginfo
{
    "blocks" : 67785,
    "currentblocksize" : 1000,
    "currentblocktx" : 0,
    "difficulty" : 3.96142507,
    "errors" : "",
    "generate" : true,
    "genproclimit" : 8,
    "hashespersec" : 105300,
    "networkhashps" : 117643499,
    "pooledtx" : 0,
    "testnet" : false,
    "Nfactor" : 7,
    "N" : 256,
    "powreward" : 19.87000000
}

Some people are indeed bloody creative