If you or the dev had the exclusive privilege of being able to run a pool, then I'd go ahead with solo mining. You rented that server for you and not for us. If you risked too much with that server counting on the dream that you would always have the exclusivity, then you must be seriously stupid.
Let others find out themselves if running a shc pool is difficult and risky. You should not worry about that.
You don't get it do you? There is no privileges, stop making shit up. Anyone can come up with a pool if they were motivated enough, and you pushing for it isn't helping at all. I don't get why the exclusivity is bothering you so much, be glad that we have a pool at all? It's exactly as laxori666 pointed out above, if you can't handle the facts then that's your problem. Exclusivity is not bothering me at all as long as those who have it are not idiots. Although I disliked the way you work from the beginning, which was quite obvious, I had absolutely no problem with your service, which I used for a while. What made me realize that you are by far the wrong person to have this exclusivity, was the moment I noticed code that possibly chained the miner's default function with your custom pool code. Also, the fact that this addition was implemented just after some talks about setting up additional pools due to a possible abuse of your service, and also the lack of any explanation from you about that code addition, made things look suspicious to the extend that I could no longer trust your work. There you have it, now my pool is vulnerable thanks to your bullshit about someting that you know nothing of. I hope you feel good now, asshole. |
|
|
|
|
Best thread ever on Bitcointalk. The things people say to rationalize the FUD...
|
|
|
|
3% premine or 3% taken of every block, there is no real difference. Either way the devs end up with 3% of the total coinsupply ... which is huge! Just for example look at AtheistCoin (not trying to sell you on that one, merely a good example), those devs put in a lot of time too, it is also Groestlbased and has no premine, no rewards for dev and no IPO, those devs are not trying to fill their own pockets .... also the donations for charity at AtheistCoin are on volunteer basis not a mandatory 10% of every block ... those guys are giving the right example in this land of (hidden) premines, IPOs, percentages for devs and so on... their philosophy is (and I agree with it), if your coin is good and you trust in it as a dev you don't need a premine or a percentage, just mine and trade it yourself  Don't get me wrong .. I think this coin has some very good ideas and could be a success, I really like the built-in miner (although I wonder how you are going to deal with GPU across platforms etc) and Groestl is a really nice algo ... but mandatory 13% of every block is way, way too much. Allow people to donate volunteerly and remove the 3% pocketfilling of the dev and I will mine this for sure. Well in our opinion it makes all the difference. Premining basically any amount presents quite a risk for potential investors. But let’s not get into that. You have to understand that the design of our coin requires certain amount of infrastructure. Just for starters, we will have to invest in and maintain number of pool servers. That fact only moves us away from if you wish standard coin devs. Not to mention charity work that will require lots of man hours. We could of course take the money from the main charity fund, as most of the charity organizations do, but we will do our best not to. Thank you for your support. I think 1% is more reasonable (but still a lot), please let the community decide what they want... |
|
|
|
We have been around since January and have done over 1000BTC of total volume. We have kept a low profile for the last few weeks and haven't added any new coins (in weeks) while we work on some infrastructure.
Oh that explains it, thanks for the clarification! |
|
|
|
If you or the dev had the exclusive privilege of being able to run a pool, then I'd go ahead with solo mining. You rented that server for you and not for us. If you risked too much with that server counting on the dream that you would always have the exclusivity, then you must be seriously stupid.
Let others find out themselves if running a shc pool is difficult and risky. You should not worry about that.
You don't get it do you? There is no privileges, stop making shit up. Anyone can come up with a pool if they were motivated enough, and you pushing for it isn't helping at all. I don't get why the exclusivity is bothering you so much, be glad that we have a pool at all? It's exactly as laxori666 pointed out above, if you can't handle the facts then that's your problem. |
|
|
|
https://coin-swap.net/ exchange seems to be a scam. I;ve sent 400 SHC to SeYp1ba6SXbvXJByKriJYwJsWrn2Fuwtap over 1 hour ago. Block explorer sees it but not my account on swap Maybe contact them? The site says they require 10 confirmations for shiny and your transaction has 12 so it should have gone through. Nope, still nothing. Better not add to OP, even if my acc gets credited i would not trust them.. Never heard of them... I wouldn't trust an exchange that has sub 1 BTC 24h volume.  |
|
|
|
Bullshit. Same ip as slimcoinpool.
A server costs you about 125$ /year, and you can host hundres of pools on 1 server.
You are an idiot. Slimcoinpool is hosted in the US, Shinypool is hosted in China. The specs to host a pool for Shinycoin are astronomically higher than for other coins due to the ramhog algorithm. I know, don't feed the troll, but I couldn't help but point out your idiocity. |
|
|
|
What we should all understand is that running a fucking pool is not an arcane dark art and definitely should not be anybody's fucking privilege. It is for the benefit of all and the coin to have alternatives, so as to have lower pool fees, be able to compare the details etc etc.
As I said, the n00bs are about to run some pools. It will not be mandatory to use them. So, what's the big deal?
You obviously know nothing about pools and/or have never ran one. The server isn't going to pay for itself, you know. We are talking about a top of the line server that is being used exclusively for the Shinycoin pool. I am risking a lot, so ask yourself why no one else has stepped up to the game? Exactly that. Talking about alternatives; the dev wants to try build his own pool, I have offered him tips (how to) and help. I don't mind alternate pools, just not retards running it. I'd rather have the dev run a pool than anyone else as he is invested into this coin and seems to be very capable of it. |
|
|
|
And right there you imply that you are a pro... You re so funny... You see, our interests conflict. All you care about is locking everyone to your pool so that you keep getting your little 5% pool fee. All I care is getting this coin to evolve and be profitable. Most pools are run by n00bs anyway. It won't make a difference. The collaborative open work will be much more reliable than what you do. I can guarantee that. You'd better start planning how to ddos them all! Sure, as if someone else would had come up with a standalone open source miner and a public pool. Keep dreaming, boy. Never heard of MemorycoinV2, have you?  |
|
|
|
Those on *nix and who didn't get a boost from previous update, I have pushed another update that will surely boost your HPM by 20-30%.
You don't need to specify any compiler flags, just do ./configure && make.
And don't forget to set Hugepages or it won't work! sudo sysctl -w vm.nr_hugepage=X where X=7680*threads
error: "vm.nr_hugepage" is an unknown key
What's wrong? Sorry, it should be vm.nr_hugepage sPushed a shinyminer fix that doesn't throw "Bus error" when hugepages aren't enabled. |
|
|
|
If we can test a pool with a coin daemon running on testnet, so as not to wait many hours for a real valid block, then I think we could collaborate on this and gather the required pieces in order to set up a ramhog pool. From what I see, it should not be difficult. It just requires some time. Currently I have no free time, but next week I might find some and, if I am still interested in this coin, there will be an invitation to anyone who is able to think long-term (important requirement-- sandor and bitspender are excluded - Sorry dudes) and has shown an interest in running a pool to collaborate on this and release some notes so that even n00bs are able to run a pool. If you cannot understand why, it's not my fault.
See ya all.
Right on man... let the n00bs run a pool! Interesting to see how that works out. Like really, ... I have no words for you. Idiot is an understatement. |
|
|
|
|
I've made some optimizations to the pool and it should be rock solid now, it should be able to handle up to 1 Kh/s. And I've increased the share rate to 1 share per 100s.
|
|
|
|
|
Those on *nix and who didn't get a boost from previous update, I have pushed another update that will surely boost your HPM by 20-30%.
You don't need to specify any compiler flags, just do ./configure && make.
And don't forget to set Hugepages or it won't work! sudo sysctl -w vm.nr_hugepages=X where X=7680*threads
|
|
|
|
Who can answer me? Why I used the new Shinyminer, it does not work!
[2014-07-09 16:30:50] Stratum requested work restart
[2014-07-09 16:31:47] Stratum requested work restart
[2014-07-09 16:32:42] Stratum requested work restart
[2014-07-09 16:33:37] Stratum requested work restart
[2014-07-09 16:34:32] Stratum requested work restart
[2014-07-09 16:35:27] Stratum requested work restart
[2014-07-09 16:35:55] Stratum detected new block
[2014-07-09 16:35:55] thread 0: 0 hashes, 0.00 hash/m
[2014-07-09 16:36:50] Stratum requested work restart
[2014-07-09 16:37:45] Stratum requested work restart
[2014-07-09 16:38:05] thread 0: 1 hashes, 0.46 hash/m
[2014-07-09 16:38:40] Stratum requested work restart
[2014-07-09 16:39:35] stratum_recv_line failed
[2014-07-09 16:39:38] Stratum connection interrupted
[2014-07-09 16:39:38] thread 0: 0 hashes, 0.00 hash/m
[2014-07-09 16:39:40] Stratum requested work restart
[2014-07-09 16:39:40] Stratum requested work restart
Too slow. Better give up mining SHC with that hashrate, you will submit a share every ~8 hours. |
|
|
|
Not sure what you are getting at... NOMP hasn't been updated in ages, looks like the main developer stopped caring about it and is working on cryptonote pool. And I've already ported the changes from Shinycoin right after it got updated. Of course I know how to use git.
I still see recent commits. What I am basically saying is that the way you work behind closed doors without any explanation/changelogs of any kind cannot be trusted. I am as clear as possible. You might be the best dude, but I cannot trust your service. We most probably see these things differently. 2) Not at all, it shouldn't affect other pools using shinyminer. This is just passing extra info for backend pool verification.
If it sends extra information to the stratum server by default, how can you be so sure there won't be a problem with other pool software? Also, why was that verification needed? Last commit is 17 days ago, how is that recent? I am not sure what you mean. The miner is open source, that's all you really need for trust. The block explorer can be used to verify if my pool is legit. http://shinychain.org/shc/address/SWVcv2ByWmriwD4X97bEUhnooHww6qR2at -> pool address. So explain to me what you want to know? |
|
|
|
Yes, that was paid out before he started using the scrypt cpuminer.
So, then, the addition of that backend pool verification is not related to that incident. True? It's not directly related to that, no. The fix to the banning code is. |
|
|
|
Exactly as pasted by him: Paid Unconfirmed Shares Invalid shares Efficiency
>>>>>2014.7.7
19.8507 SHC 661.3490 SHC 0.00000121 0.00000000 100%
Paid Unconfirmed Shares Invalid shares Efficiency
>>>>>2014.7.8
19.8507 SHC 66.3490 SHC 0.00000121 0.00000000 100%
Those 19.8 SHC have been mined using the legit miner? Yes, that was paid out before he started using the scrypt cpuminer. |
|
|
|
@sandor: Mate, I respect your efforts, but I have the impression you are doing it wrong from day 1 and a pile of crap will be incoming at the time the software you have modified (shinycoind, nomp, possibly nomp's stratum server) gets updated. Let's hope you have enough free time to port all those changes soon when this happens.
Apart from that, there are some problems:
1) Someone most probably got ultra cheap coins by using unsupported software. You said it was the banning feature that didn't work as expected. How does the banning feature malfunction explain the successful mining by using an unsupported miner? I assume that your NOMP modifications were the problem. Your modifications are most probably incomplete and need to be reviewed by 3rd parties. What really happened? Do you have time to explain?
2) The new miner generates a hash every time a share is accepted by the pool. Do you use this hash for verification at the pool level? If yes, do you realize that by doing this you have chained the standalone miner to your modified nomp stratum server code, which is unreleased? If true, this must be the shittiest thing that could happen to the standalone miner. Please correct me if I am wild guessing here.
BTW, the new miner is a bit slower (~34h/m instead of 38.5h/m using 3 ramhog threads). Also '-a ramhog' option does not seem to work any more.
Not sure what you are getting at... NOMP hasn't been updated in ages, looks like the main developer stopped caring about it and is working on cryptonote pool. And I've already ported the changes from Shinycoin right after it got updated. Of course I know how to use git. 1) Let's make one thing clear: the individual you're speaking of had all his shares flagged and deleted, he did not get paid anything from the fake shares. He was using an exploit that normally would be a waste of time if NOMP's banning system actually fucking worked, also take note that he rotated IPs every 60s. In short: he was spamming the server so many invalid shares that once in a while a share would pass though the hash check, effectively DDoS'ing the pool and stealing it's (= the hardware the pool runs on) hashing power. 2) Not at all, it shouldn't affect other pools using shinyminer. This is just passing extra info for backend pool verification. 3) It's not slower, I fixed the hashing info. It was always adding 1 extra hash to the calculation, which is why it's lower now. I've disabled other algorithms, because there is no point in allowing them. No need to use -a anymore. BTW, if you have any more questions or concerns, just say here and I'll address them. |
|
|
|
Beginning of the fork scam is here! Since when do YOU update the wallets... Have fun playing the fork scam with Primer- Stop associating me with primer-, someone with half a brain can figure out that I'm not with him. And It's an update for shinyMINER. |
|
|
|
|
Show Posts
