Show Posts
|
Pages: « 1 2 3 [4] 5 6 »
|
I noticed that some peers consistently download the same block range from my client and after some checking it looks like those guys stuck on an old version and can't get past block 431490 or somewhere around: [ { "addr" : "125.64.23.171:2685", "services" : "00000001", "lastsend" : 1412762482, "lastrecv" : 1412762241, "conntime" : 1412729043, "version" : 60005, "subver" : "/Satoshi:0.7.2/", "inbound" : true, "releasetime" : 0, "startingheight" : 431490, "banscore" : 0 }, { "addr" : "220.248.232.101:41610", "services" : "00000001", "lastsend" : 1412762503, "lastrecv" : 1412762503, "conntime" : 1412751906, "version" : 60005, "subver" : "/Satoshi:0.7.2/", "inbound" : true, "releasetime" : 0, "startingheight" : 431047, "banscore" : 0 }, ] Now the problem is that they are burning my bandwidth and my cpu (a lot of both!). Though I think of myself as a generous person, I think they had enough. If someone knows na easy way to disable communications with old version peers, I will be glad to hear (I have no problems implementing simple changes in source code and rebuilding client). Or is there any blacklist parameter I could use?
|
|
|
I set up my own pool after latest N change and my coin generation doubled after that. However I have issues with my network that only affect my gpu miner.
I get at least 10% of these errors with yaccminer (gpu): Rejected 810ea74e Diff 1/0 GPU 0 (job not found)
Every couple of minutes I get "Stratum connection to pool 0 interrupted".
No errors from cpu miner working on the same machine, connecting to same port with same pool difficulty. Nevertheless yacminer's sucessfull submission share rate is almost double than my cpus (so is it's hash rate).
But my gpu miner consistently!!! (over a week now) finds only half (or even less) of blocks of what my cpu miner does inspite of it's doubled hash (and sucessfull share submission) rate. Nobody can convince me this is by chance - something is favoring cpu mining. Favoring big time.
My friend also mines on this pool with all cpu miners - he is also finding far more (2x-3x) blocks with his miners than I do with my gpu miner and he's comulative hashing rate isn't much higher than my gpu's. Besides more of my gpu mined blocks get orphaned (50% at least).
I am sure coinmine.pl is loosing at least half of what it could produce with that hash rate. I don't know why.
Also I think CPU miners on that pool are loosing even more: Pool difficulty was probably not ment to go that far below 1 than it was "pushed" with N factor increments. I tried setting my pool difficulty to 0.001, 0.000001, even 1e-15 and dual core athlon 64bit for example still needed hours to hit a share. That means pools don't know exactly "when" cpu miners were working because their share submissions are so rare. And gpu miners submit far more shares and rarely find a block - at least that is what I am observing.
So there are many issues combined here, but I think current block rewards this high are due problems that GPU miners are observing. Pools also have issues with setting/calculating fair share difficulty. Perhaps miner software also have issues with recognizing difficulty (difficulty number get's rounded and numeric precision isn't accounted properly?).
I don't have time to check all the code now, my own priority is to fix my network issues. And after that gpu miner's picture could improve a bit. But I can also confirm that my friend who is now mining on my pool with cpu miners gets 2-3x what he got on the public pool before.
I mean together we have less than 1kh and we hit 5-10 blocks per day. Plus orphans. In a way that is encouraging, because I think we all could be mining on "private" pools until reward get's below 40 or even 25.
I will be glad to hear if someone has any recommendations for my gpu miner's problems (yacminer --scrypt-chacha --lookup-gap 6 -R 1280).
|
|
|
This doesn't even start on my system (Windows 7 64bit). And this is my driver version info: Driver Packaging Version 13.251-131206a-166389C-ATI Catalyst Version 13.12 From amd's release notes, this fits version 13.12.
|
|
|
YaCoin is back in business on Cryptsy I just successfully completed withdrawal.
|
|
|
I don't know about others, but my GPU is crashing without any HW errors every couple of hours (on low hashing rates ~200-300hash/s) [2014-09-07 04:49:34] GPU0: Idle for more than 60 seconds, declaring SICK! [2014-09-07 04:49:34] GPU0: Attempting to restart [2014-09-07 04:49:34] Thread 0 still exists, killing it off , stratum connections failing on CPU & GPU miners on occasion (at yac.coinmine.pl) cpu miner: [2014-09-07 12:53:57] stratum_recv_line failed [2014-09-07 12:53:57] Stratum connection interrupted gpu miner: [2014-09-08 01:20:53] Stratum connection to pool 0 interrupted Cryptsy waller doesn't work either. Otherwise everything is fine. Oh, and yes, I just registred on new pool at yac.tumblingblock.com and my pin number is wrong before I could change auto payout treshold or yac address. Full moon also. EDIT: big moon, don't know if it's full:) EDIT2: Also found log entry with failed stratum connection at yac.tumblingblock.com (cpu miner) [2014-09-08 01:09:00] stratum_recv_line failed [2014-09-08 01:09:00] Stratum connection interrupted
|
|
|
Cpu is averaging above 195 hashes (i7-2600), absolutely no problems there. Cpus hashing rate have always halved on last three or four N-factor changes. If I remember correctly my GPU rates were down a bit more on average. But this time much more:
I am getting around 220 hashes/second stable with one thread on 4gb R7 240. Then got "declaring SICK" output on console and yacminer.exe crash after 6 hours. No other HW errors before that though.
Thirtybird, would you mind sharing your parameters?
|
|
|
It fired up and started downloading the chain... git master yacoind fresh from the owen: debug.logYACoin version v0.4.4.0-g32a928e-yac-wm (2014-08-13 23:06:56 -0400)
Using Boost version 1.56.0 Boost is using the Clang version 4.2 (clang-425.0.28) compiler Boost is using the GNU libstdc++ version 20070719 standard library Boost is using the Mac OS platform
Using BerkeleyDB version 4.8.30
Using OpenSSL version OpenSSL 1.0.1i 6 Aug 2014
Startup time: 09/02/14 18:12:36 ...
I've got to do it one more time and write it down, because I have no idea how I got it working:)
|
|
|
In short: If you lower PoW reward , I will be forced to reverse my strategy and sell all of my YAC. And never buy nor mine one again. But it would make me very happy if these two get into the hard fork: - Critical patch for chaintrust calculation - INCREASE of PoW reward after PoS blocks My position is that those two would eliminate most of selling pressure in the long run
|
|
|
Didn't expect that so fast. Thank you.
|
|
|
Does anyone have vector files for new logo? I can not seem to find them anywhere. Were they ever published?
|
|
|
... But why would anyone want the option of having the inputs split? The original reason for it is obsolete right?
In reply to that I couldn't agree more with the answer aso118 already gave above: ... This would be very appealing to me; in a cash wallet, I could set transactions to merge to about 1 block size, where in a savings wallet (on a different computer) I could set the transaction to be larger (20-100 times the block size) to cut down on how long I need to leave the wallet/computer running.
I also think this might come handy in the future: Imagine users setting this parameter and for example an average of last 6 months of this values (derived from PoS blocks) would determine some more global aspect of yacoin network operation. There are other usages and I will write about them some other time. In any case I believe it is of significant importance to have this dynamic.
|
|
|
Groko's been doing some work on the POS miner through the YACoin client. Looks like he found a world around to some of the long-term concerns. I thought I would share the link here to increase awareness. I believe he recently made a pull request to have this items added to the sourcecode. http://yacointalk.grokonet.com/t/pos-mining-performance-boost/67More excellent additions by Groko! Well need some community consensus on this, so everyone that can, please provide your opinion. I certainly prefer seeing coins combined than split. Since it doesn't fork the blockchain, if some unforeseen problems arise, it should be relatively easy to go back. I would also prefer combined coins over splitted. But I was hoping someone would at least comment information I mentioned here about possibility of upgrading yacoin with Proof of Activity or something similar. Chaintrust problem is the biggest obstracle and without it this crypto won't be worth much. But nobody seems to care anymore about that. Now I don't know how to fix it myself, but I was planning to offer my product/service for yacoin. But this will not happen unless chaintrust deficiency get's fixed first (not forgotten).
|
|
|
YACoin is on the list, but I need info.
What is the total supply? That is blank in first post.
What exactly is the PoW algo? One part says Scrypt-N SHA-3, another says just Scrypt-N and in the next sentence talks about SHA-3 Keccak. Finally the miner uses Scrypt-chacha. I know the SHA-3 winner is Keccak but how does it fit into YACoin?
See this for PoW algorithm: http://forum.yacoin.org/index.php?topic=322.msg1495#msg1495This is current data: yacoind getinfo { ... "moneysupply" : 24557303.97361400, ... }
With current difficulty some 80K new coins get generated every day: yacoind getmininginfo { "blocks" : 606896, ... "difficulty" : 0.00710212, ... "Nfactor" : 15, "N" : 65536, "powreward" : 57.02000000 }
|
|
|
While I have been further researching possibilities of improvement I have come up to rather lengthy discussion, after which a proposal has been put just a few days ago: http://eprint.iacr.org/2014/452.pdfCould yacoin be upgraded with this in order to help solve checkpointing problem (perhaps even chaintrust?). It's a lot of material, if you are curious just check "3 Protocol" section in the document and first post of originating thread: https://bitcointalk.org/index.php?topic=102355.0
|
|
|
I was wondering if we could use percentage of big PoS miners profit to reward PoW miners that secured PoS blocks in the past. This solution is not attractive yet, because there is not enough money supply.
Here is more or less current information and let's simplify it:
Money Supply: 24M PoW reward: 57 coins
If there was no PoS, we would get something like this:
PoW currency per day: 82K (57*60*24) PoW currency per month: 2.4M (57*60*24*30) PoW currency per year: 29M (57*60*24*30*12)
Maximum PoS reward per year with 24M coins in existance:
24M * 0.05 = 1.2M
Now 1.2M is only half of what would be PoW mined in a month now. So not before money supply hits 600M there will be enough money created with PoS to take over generation rate with PoW.
This is all theory and I know numbers vary each minute (diff, number of PoS blocks...). I am not even sure if 1:10 PoS:PoW ratio means there will always be multiple times more PoW than PoS blocks.
But when we get to that currency ammount (or even before), big PoS miners could start rewarding PoW miners. I thought of this now that I could give a percentage of PoS rewards toward securing blockchain (and that would eventually incentivise PoW miners to secure PoS blocks). If I remember correctly, St.Bit was considering doubling PoW rewards so miners would not ignore PoS blocks for profit sake. At first I was afraid of this in fear of currency expansion. But that really wouldn't matter when money supply gets big enough for PoS to take over generation.
Big PoS miners could also leverage their reward toward PoW miners that secured "smaller" Pos blocks in between larger PoS-PoW blocks - that would slow down inflation. In a way this would transfer wealth from the rich but that doesn't worry me since small stakeholders will lose anyway when they don't get their PoS excepted in the chain. On the other hand, rich would get richer.
Could this redistribution be enforced by giving "big" PoS blocks small trust value when they generate a lot of money and they did not include transactions towards older PoW miners who secured previous PoS blocks? Another way would be to direct a portion of generated interest to those miners.
|
|
|
Can someone please post parameters for R7 240 4GB at N=15 ? I can not get it over 820h/s without hardware errors.
can you not read back LITTERALLY three posts from yours? I tried that trom ivanlabrie and it crashed my driver. But it works with lookup gap raised to 3 (3 posts back, as you stated). I got 1Kh with this: --buffer-size 3712 --lookup-gap 3 -R 4992 -g 1 -w 256 Thanks.
|
|
|
Can someone please post parameters for R7 240 4GB at N=15 ? I can not get it over 820h/s without hardware errors.
|
|
|
Just a little over 30 minutes before NFactor of 15 becomes our new life for the next few months! Who's as excited as I am? EDIT: Woohoo, it's here! Miners adapted and no hiccups I'm seeing about half of my regular mining speed on my CPU miners. Are you getting about half of your N = 14 hashrate with your GPUs? I landed on 0.41Kh from 0.83Kh on my CPU. edit: corrected 1.1Kh->0.83 R7 240 4GB GPU is giving me HW errors unless I adjust parameters so low it outputs only about 0.5Kh. A lot of tuning ahead...
|
|
|
|