[ANN][YAC] YACoin ongoing development

[Beave162]

I want to throw some hash at the new pool.

Got it all working but my amd gpus with yacminer have up to 30% rejects and that is on top of the pool having 20-30% orphans.

Since the orphan issue is beeing looked at code wise (wallet),

is there anything I can do to lower the rejects in yacminer?
I'm normally used to 1-3% but 30% ...

What have you guys set your values for

scan time
queue
expiry

?

Which pool?

I'm on http://yac.erlog.pt/ with less than 1% rejection rate. Scan-time 10, expiry 30, queue default, but I don't think those settings should matter.

[1713554947]

1713554947

[MemberCount+1]

I have no other choice, yac.erlog.pt is scam or has a big bug! i found today 3 blocks again over this pool and these blocks do not show in the transactions, rewards, history or somewhere. the blocks exists in the blockchain as no orphan. what is with the scrypt-jane coins? all over Problems, DDoS, Bugs ... bullshit  

this is one of them http://explore.grokonet.com/?blocknumber=1158827

[Qxw]

What is going on in pool?:  yac.erlog.pt
It looks like block confirmations do not progress normally.

It looks like this mysterious problem is now repaired. Nice work!

[Joe_Bauers]

So pool is looking good now? Do we have any others that I should promote?

[alenevaa]

Do we have any others that I should promote?

yac.yacoin.club will be available on new dedicated server ASAP 

[senj]

Do we have any others that I should promote?

yac.yacoin.club will be available on new dedicated server ASAP 

I hope it will give a lot of hash power - this was couple of hours ago:

Code:

received block 00000a577e0f910f82cd
REORGANIZE
REORGANIZE: Disconnect 586 blocks; 00000c64dddbb9e96137..000000559ef41a7cb4bd
REORGANIZE: Connect 627 blocks; 00000c64dddbb9e96137..00000a577e0f910f82cd

[alenevaa]

The new record

Code:

received block 00000c249c1f413f9324
REORGANIZE
REORGANIZE: Disconnect 1606 blocks; 000004d8418aeb226ddb..000002a762e08f03fd87
REORGANIZE: Connect 2641 blocks; 000004d8418aeb226ddb..00000c249c1f413f9324

MM spent a good weekend

[senj]

old c coder, I considered your comments and realized you made very substantial arguments.
Therefore I've made changes:

GetPoWPoSRatio() function now returns double, and there is new GetSpacingThreshold() function that adjusts, rounds and converts that ratio to integer.
Now Proof Of Work target moving average does not get stored in PoS block's nonce attribute. I've added to CBlockIndex class new member nBitsMA for that purpose. Like you said - having it in PoS block's nonce was not needed, and second: I think it is even better, if we can keep PoS nonce at 0 and force PoW blocks have nonce>0. That is how we will be able to easily differentiate blocks in future and derive chaintrust only from headers.

Next I've managed to complete code upgrade. I've split github commits into logical contexts. I suggest you start scrutinizing from oldest one on, because that functionality get's reused in later commits.

Last commit will need to be explained, but in short: it deals with small value ProofOfStake blocks in a way Balthazar mentioned more than a year ago (the need to make attack energy expensive). I had a complex solution for that, but then I came up with a better one: reuse scrypt-jane and transform stake kernel hash operation to use memory(scrypt-jane) for hash, and stakeNfactor used gets calculated from stake kernel value. I also introduced new higher dynamic threshold - you now need more than 20 coins (in one input) to generate stake and that value is incrementally increasing. Again, a lot of explaining needed here, also regarding optimizations...

First, I need proficient eyes to take a look and raise flags on possible obvious errors.
Unfortunately I do not have resources to test this, so this is done kind of Beethoven style (after he went deaf).
But I think we can make it work.

here:
https://github.com/senadj/yacoin/commits/smallpos

[alenevaa]

Senj, please fix issue with massive chain reorganization in the future update.
No more than 520 (or any other reasonable number) blocks can be disconnected ever.

[bitcodo]

Hi, is there any pool that works? erlog or alenevaa's? I need config for R7 240 4GB, but Thirtybird's ultracoin config is for N16 max. Do i have to just increase lookup-gap, or any other parameter?
Thanks

[Beave162]

Hi, is there any pool that works? erlog or alenevaa's? I need config for R7 240 4GB, but Thirtybird's ultracoin config is for N16 max. Do i have to just increase lookup-gap, or any other parameter?
Thanks

Only setting you need to change is the lookup-gap to 11, and you should be good to go.

[senj]

Senj, please fix issue with massive chain reorganization in the future update.
No more than 520 (or any other reasonable number) blocks can be disconnected ever.

All three main fixes I made address this issue, each in it's way.
However if someone holds enough currency and has enough hash power he can produce alternate branch with higher trust even after upgrade.
Currently our selfish miner sits on more than enough hash power and each minute he is gaining future stake.

p.s. While importing data in previously announced release(EDIT:code,not release), I found a bug after block 420000 and made a correction here and than I rebased that branch.
currently I am importing again and nearing block 500000 and it looks ok so far.

... I need config for R7 240 4GB...
Thanks

Only setting you need to change is the lookup-gap to 11, and you should be good to go.

Could you please post optimal configuration for this card?

[Beave162]

Could you please post optimal configuration for this card?

./yacminer --scrypt-chacha -o stratum+tcp://193.136.97.30:3032 -O username:password -w 128 -g 1 --lookup-gap 11 -R 1280 --buffer-size 3776 --gpu-engine 680-1080 --gpu-memclock 1000

I think settings for Windows are going to be a little bit different. ThirtyBird can weigh in on that.

However if someone holds enough currency and has enough hash power he can produce alternate branch with higher trust even after upgrade.

As it should be... There needs to be some coordination to gain control of the network when upgrading. Large amounts of hashes might be too much to risk now, but for a brief time when upgrading, we will need 'all hands on deck'.

[bt2084]

I couldn't get the wallet to sync until I created the file:

 %AppData%\YACoin\yacoin.conf

I put the following in it.  Is that workable?

rpcuser=username
rpcpassword=password
rpcallowip=127.0.0.1
rpcport=3339
port=7688
daemon=1
server=1
addnode=5.9.86.98
addnode=13.28.12.51
addnode=27.19.201.168
addnode=76.115.8.101
addnode=78.21.9.49
addnode=78.144.250.125
addnode=81.202.104.33
addnode=82.6.77.126
addnode=82.211.30.212
addnode=84.200.17.178
addnode=88.204.169.242
addnode=106.187.55.212
addnode=124.149.56.205
addnode=176.9.41.201
addnode=178.130.36.81

[bt2084]

The one pool running this says it isn't working... not giving payouts right now.  Guess that means it's not worth mining on.

This is Scrypt-Jane not Scrypt-N, is that right?

[Beave162]

The one pool running this says it isn't working... not giving payouts right now.  Guess that means it's not worth mining on.

This is Scrypt-Jane not Scrypt-N, is that right?

"Your shares and hashrate are safe and we will fix things ASAP." It just needs more hashrate!

Scrypt-Jane aka Scrypt-ChaCha aka SHA-3 KECCAK

Did you get solo mining working?

[bitcodo]

Thanks Beave. My don't work with --lookup-gap 11 -R 1280, best that work is --lookup-gap 7 -R 768 with 95h/s and u=0.09/m.
BTW, is there any point mining and stake minting? Just orphans and no stake interest. Will this fucker ever stop.

[Beave162]

Thanks Beave. My don't work with --lookup-gap 11 -R 1280, best that work is --lookup-gap 7 -R 768 with 95h/s and u=0.09/m.
BTW, is there any point mining and stake minting? Just orphans and no stake interest. Will this fucker ever stop.

Hmmmm that is puzzling. You aren't getting any HW errors?

I am still in the process of building up my 'arsenal', but I am ultimately going to need a lot help. I shouldn't have to do it virtually alone, nor should anyone want me to.

I'd argue there is a benefit of mining it even with the orphans. Anything forces the MM to use more resources, and I'd say helps the price in a round-a-bout way. I mean, the price just doubled in the past 24 hours, so there is an excitement factor as well.

[bitcodo]

No HW, 95h/s, u=0.09/m
--buffer-size 3750 --no-submit-stale -w 128 --rawintensity 768 --lookup-gap 7 --gpu-threads 1

With --lookup-gap 11 -R 1280 it even doesn't start. What speed and u you get with this setings?

[Beave162]

No HW, 95h/s, u=0.09/m
--buffer-size 3750 --no-submit-stale -w 128 --rawintensity 768 --lookup-gap 7 --gpu-threads 1

With --lookup-gap 11 -R 1280 it even doesn't start. What speed and u you get with this setings?

103 hash/s. I am also using Xubuntu for my OS. But I must be missing something here... R7 240 4gb, correct?