Hey so why doesn't this p2pool connect with the others? I mean isn't the point of p2pool suppose to be that it unites a large number of smaller pools and thus reduces overhead between them all by distributing the workload.
|
|
|
@procrypto 2 things 1: So i found that you can go onto both http://yac.procrypto.com:8336 or http://mine.procrypto.com:8336Is there a difference? 2:I seemed to notice that I don't show up in the payout tab even though I am mining in p2p and at your pool. I show up the graphs just not the payout, so I was wondering what was going on. Furthermore there is a giant force that is nabbing most of the YAC on the p2pool network and I was thinking that you were actually using all the miners pointed at your node to mine under your address then just paying them out their fair amounts which is interesting.
|
|
|
I would like to help test too ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
Good one, that's another bit of originality for YAC. I vote for this one. I second this, it is a pretty good simple plus unicode is definetly a plus.
|
|
|
Hmm someone should put a bounty up for proper software or better yet integration into cgminer (which is much more likely than BFGminer due to lukejr's view on alt coins) I'd be willing to throw a couple coins in to get a bounty up. (by coins I mean both YAC and BTC)
|
|
|
While no fee is ALMOST true I suggest that you please be fare and not ignore the facts in your sig ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Your sig says 0.01% fee BTW I just wanted to say thanks I love your p2pool node it is really the best of the available ones, I get like 90% consistently rather than like 70% or 60% on some of the others plus with your low fee ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
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. I am actually going to have to disagree. GPU mining means fpga's and asics can still function and thus dominate which is why YAC must be sure to keep it self safe from things such as this. Furthermore, GPU mining would only increase the difficulty and make my small supply of coins even smaller ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) 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.
|
|
|
nice job! thank you!
a text which explains why the hasrate decreases abruptly at each change of N would presumably welcome.
Infact it would be probably smarter to just include an additional line in each graph with the values "corrected" for the N factor changes as to compare the original speed to the current without having to mentally translate the graphs. Essentially just look up the date of the shifts aka here YACoin Technical Data(this post will contain information about the basic parameters of YACoin, including more information on the hashing algorithm which is *not* called scrypt-jane, timeframe for N increases, PoS details when they become known, etc) The schedule of N changes for YACoin is: Nfactor | | N | | Memory | | UNIX Time | | Date/Time in GMT | | Hashrate for 2x Xeon E5450 | 4 | | 32 | | 4kB | | 1367991200 | | Wed - 08 May 2013 - 05:33:20 GMT | | 358,770 | 5 | | 64 | | 8kB | | 1368515488 | | Tue - 14 May 2013 - 07:11:28 GMT | | 279,158 | 6 | | 128 | | 16kB | | 1368777632 | | Fri - 17 May 2013 - 08:00:32 GMT | | 193,995 | 7 | | 256 | | 32kB | | 1369039776 | | Mon - 20 May 2013 - 08:49:36 GMT | | 119,252 | 8 | | 512 | | 64kB | | 1369826208 | | Wed - 29 May 2013 - 11:16:48 GMT | | 66,956 | 9 | | 1024 | | 128kB | | 1370088352 | | Sat - 01 Jun 2013 - 12:05:52 GMT | | 34,803 | 10 | | 2048 | | 256kB | | 1372185504 | | Tue - 25 Jun 2013 - 18:38:24 GMT | | 18,013 | 11 | | 4096 | | 512kB | | 1373234080 | | Sun - 07 Jul 2013 - 21:54:40 GMT | | 9,077 | 12 | | 8192 | | 1MB | | 1376379808 | | Tue - 13 Aug 2013 - 07:43:28 GMT | | 4,595 | 13 | | 16384 | | 2MB | | 1380574112 | | Mon - 30 Sep 2013 - 20:48:32 GMT | | 2,276 | 14 | | 32768 | | 4MB | | 1384768416 | | Mon - 18 Nov 2013 - 09:53:36 GMT | | 606 | 15 | | 65536 | | 8MB | | 1401545632 | | Sat - 31 May 2014 - 14:13:52 GMT | | 187 | 16 | | 131072 | | 16MB | | 1409934240 | | Fri - 05 Sep 2014 - 16:24:00 GMT | | 81 | 17 | | 262144 | | 32MB | | 1435100064 | | Tue - 23 Jun 2015 - 22:54:24 GMT | | 30.55 | 18 | | 524288 | | 64MB | | 1468654496 | | Sat - 16 Jul 2016 - 07:34:56 GMT | | 14.80 | 19 | | 1048576 | | 128MB | | 1502208928 | | Tue - 08 Aug 2017 - 16:15:28 GMT | | 7.16 | 20 | | 2097152 | | 256MB | | 1602872224 | | Fri - 16 Oct 2020 - 18:17:04 GMT | | 3.5 | 21 | | 4194304 | | 512MB | | 1636426656 | | Tue - 09 Nov 2021 - 02:57:36 GMT | | 1.73 | 22 | | 8388608 | | 1GB | | 1904862112 | | Mon - 13 May 2030 - 00:21:52 GMT | | 1.07 | 23 | | 16777216 | | 2GB | | 2173297568 | | Sat - 13 Nov 2038 - 21:46:08 GMT | 24 | | 33554432 | | 4GB | | 2441733024 | | Fri - 17 May 2047 - 19:10:24 GMT | 25 | | 67108864 | | 8GB | | 3247039392 | | Tue - 22 Nov 2072 - 11:23:12 GMT | 26 | | 134217728 | | 16GB | | 3515474848 | | Mon - 26 May 2081 - 08:47:28 GMT | 27 | | 268435456 | | 32GB | | 5662958496 | | Sat - 14 Jun 2149 - 12:01:36 GMT | 28 | | 536870912 | | 64GB | | 6736700320 | | Tue - 24 Jun 2183 - 01:38:40 GMT | 29 | | 1073741824 | | 128GB | | 9957925792 | | Tue - 21 Jul 2285 - 18:29:52 GMT | 30 | | 2147483648 | | 256GB | | 14252893088 | | Sat - 28 Aug 2421 - 00:58:08 GMT |
N is calculated from Nfactor as follows: N = 1 << ( Nfactor + 1 ) Then just multiply by the approximate decrease of each shift,which were approximately a 45% decrease with each shift so just multiply by 20/11 and you just get about what you need to effectively show the corrected hashrate and such.
|
|
|
Umm so I have a question. Why is the nfactor going up so quickly? And I mean if the point is to make GPU mining impossible then sure do it, but what I don't get is how the reward has only BARELY gone up since the difficulty changed from 9 to (currently) 1.82. I mean hell I would be happy if we were mining transaction fees cause really PPC's idea of destroying inflation via removing transaction fees only worked because it had a huge supply of coins being created with every block where as YAC has like 20. I mean is there like a logarithmic decline between the initial 100 we started mining and the 22.6 we are grinding for now? Furthermore was the difficulty/reward changed at all when it was copied from novacoin? I mean the effects of the nfactor don't seem to be taken into account. I know YAC is trying to do the fast confirmation thing but it really doesnt suit the coin, given that the speed of everyone mining gets halved nearly every couple of days doesn't seem to affect the difficulty. I don't know maybe I am just upset that POS takes so long even though the actual time between blocks is so fast. I mean for fuck's sake could we get one POS coin that allows a normal person to collect interest on their hard earned coins without having to sit on them for nearly 2 months, because I doubt anyone made their entire fortune in the first month, well except for those guys who were lucky enough to solomine with 100 yac rewards when the n factor didnt make a difference. ![Cry](https://bitcointalk.org/Smileys/default/cry.gif) To be honest I don't know what I want, I would really just be happy seeing POS work properly and not take so long to kick in because it really is all the same. I would prefer that POS worked after a week but the staked coins took like from 2-4 weeks to mature or something like that. I just hope that YAC doesn't die of auto-erotic asphyxiatioN (factor) cause I like what it stood for, the altcoin for the everyman, where the sweat on one's brow could be used to cool one's overheating CPU while simultaneously leveraging the GPU for bitcoin mining.
|
|
|
I would just like to ask about Proof of Stake minting and the issue with locked wallets. So I have been told that if you locked your wallet you cant receive proof of stale minting just as you can't receive proof of share minting while it is locked. If this is true can someone tell me how to unlock my wallet and can someone work on fixing this issue please ![Cry](https://bitcointalk.org/Smileys/default/cry.gif)
|
|
|
Y3aLeW9MDkyJ7G86dgDjQLZVpxuUaxBGhf thanks
|
|
|
thanks Y3aLeW9MDkyJ7G86dgDjQLZVpxuUaxBGhf
|
|
|
Y3aLeW9MDkyJ7G86dgDjQLZVpxuUaxBGhf thanks man
|
|
|
why not have it so that you must mine for an account ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) by this i mean, the number of accounts available could be determined by the number of coins in circulation thus you dont bankrupt the system though this doesnt address account spamming. But seriously onto what I have to say You should separate the population into 2 categories, citizens and denizens; one exists and the other contributes. You must then separate citizens into 2 categories, populus pluribus and oligarchs; those who have and those who want. Denizens should be subject to standard tax policies in addition to a prefunded estate tax (cause they will die at some point and we don't know when that is other than account activity) and do not receive subsidies for being below the predefined coin amount. Furthermore why not institute a basic bank policy, balances below value x are penalized. So lets say that we instead penalize accounts below the threshold to avoid wasting coins on essentially useless leeches. However I suggest that the value be any account below 10 coins. The issue for me currently is I don't know how many coins are going to be generated so I have to guess really with the numbers but yeah. Furthermore what should define citizenship should be account activity. Account activity should be key to citizenship IE you aren't part of the community unless you sent or received coins over the past x cycles. Citizens should be subject to all previously stated policies as you mention in the OP. However I suggest that the base account should be 100 coins and thus anyone with more than 10 coins and less than 100 will start to gradually move towards 100. This gradual increase itself will not be taxed. Oligarchs are those who at any point control more than 25% of the coins in circulation will also be subject to demurring on their sends and receives to help the system function and not run out of cash. ^and here is where I ran out of steam. To be honest after writing this I really feel like the whole exercise is sorta tired. I am just gonna stick with mining bitcoins until this actually comes out and then we may see.
|
|
|
why not Y3aLeW9MDkyJ7G86dgDjQLZVpxuUaxBGhf
|
|
|
PRPuRFbvJfsnFgkX9jE68AkTM1x8xgpa7V thanks man
|
|
|
I think he is just saying that you are gonna need a lot of hashing power to be effective as a pool when people start getting their own asics.
|
|
|
Wow, had heard of Maximum Pay-Per-Share reward system (MPPS) but not this. Start working on this one right now. well..theprofileth thanks, now we'll have a new reward system. Awesome I am glad I could be of service pkarc, I hope to contribute to your pool and to our success. I actually ordered a 30GH from BFL and I am pretty low on the order list so when I get it I will be mining here, assuming you follow through on the changes. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) After you implement the system then you can lower the fee's down and as I suggested before. I have a suggestion, you might want to make the jackpot optional IE charge like a base 2.5-3% and then have the option to enable being enrolled in the jackpot for another 1% that way if people want to just use your great stats and hashpack services without paying extra for the potential jackpot they can and that should encourage faster miners to join who don't necessarily gain from paying extra just for a chance at 2btc where they could earn that themselves faster if the fee was lower. Just a thought. With the usage of the CPPSRB you can comfortably set the fee at like 1-2% and then offer entry into the jackpot for an additional 0.5-1% The 0.5-1% + the transaction fees can go into the pot for the jackpot that way you can it can pay out pretty regularly. Also to the BFL nay sayers, you are wrong they started shipping 5GH miners recently and a number of people have been receiving them, and they recently got the chips for their 25GH and 50GH set up so they can start testing and shipping those pretty soon.
|
|
|
But don't you know how many pools have shut down recently due to bad luck and PPS, no seriously DON'T DO STRAIGHT PPS. I want your pool to last, Eligius's system is really the only kind of PPS that can last pretty much indefinitely without bankrupting you or ripping off your miners. Don't be fooled into thinking that people will run to you as soon as you get PPS. If you all of a sudden get popular, hit a bad round, go into debt for several hundred bitcoins. Then you basically will never recover with standard PPS method. PPS is essentially roulette where you (the pool operator) are the gambler and the player is the house. I mean look at MTRed which required 120 blocks to go out before it payed its PPS and it still went out of business, Ozcoin is currently out of commission and removed their PPS because it was killing them. There are so many dead pools because of PPS, I mean even BitPenny (which invented PPS) died because of its usage of PPS. Edit: One last note, your server load is at 1% with only 4500MH/s ie 4.5GH/s which means you would cap out at ~45GH/s so I suggest you upgrade your servers.
This is precisely what we are working, the peak load is because the software related to the miners is not well connected to the real-time server. Well that is good to hear that you noticed that, though if you could answer my previous questions that would be nice to ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Could you elaborate on this? I mean what form of PPS are you implementing? And what do you mean you will forward the Hashpower to a different pool instead?
|
|
|
|