Hi all , Some of you might have noticed that www.guldenfun.eu was down. This was my fault as I tried to integrate a new lottery and some things went wrong breaking the existing game. I tried to fix it but didn't work so I decided to only install the new lottery. I paid out everybody in the waiting list manualy but if I for some reason missed to pay out you please PM me with you txid and you will get your share. Sorry for the inconvenience and please try out the new guldenfun lottery. www.guldenfun.eu |
|
|
|
Are you and LTEX talking about the same project for December? I was just joking around but Fuse and LTEX have some different projects for December |
|
|
|
Does anyone else ever wonder what the price would look like if 50%+ of the coins mined in the day weren't insta-sold by our favorite multipool?
I know we know it's an issue, and I'm beating a dead horse on this issue, but it eats away at my soul sometimes.
Just stirring the pot and seeing what people think.
-Fuse
My guess is that it would be a whole lot higher as buy support would follow much easier not getting eaten away by clevermining. But hey Christmas is coming  |
|
|
|
|
Remember remember the 5th of November..........
|
|
|
|
Fantastic, looking forward to it! Damn, Looking real good! |
|
|
|
I respect your opinion but don't endorse it .
Can you give me an example of propaganda they spread.
I don't think it's right moment and right place to discuss this (since this is a Guldencoin topic). Google it, there're enough detailed articles about this subject. You are right this is not the place to discuss this ! But you are wrong on some other thing's . |
|
|
|
Hahaha do you have a brain if so use it more wisely. Do you think CNN tells the truth  It's an open secret that RT is used for propaganda purposes by the Russian government. I'm happy with the exposure, not a great fan of RT though.. I respect your opinion but don't endorse it . Can you give me an example of propaganda they spread. But let's not discuss this here any further as this thread is for Guldencoin not for RT |
|
|
|
Yay for being mentioned on a propaganda channel, lol. With all do respect. I really do think they have more fair news coverage then any other news sender Do you think CNN tells the truth |
|
|
|
Super cool! This is the beginning!!  |
|
|
|
Does Rijk and the rest of the dev team have a donation adress?
Hi Strataghyst, Thanks so much for the kind gesture, like the community, the team have also been buying NLG when we can. I think most of us will agree if we going to raise funds it would best to raise them together for projects like we did for iOS that will take Guldencoin to new and greater heights as a currency, Geert definitely does deserve donations though as he will be the technical dev lead for Guldencoin for the longterm and will be hand picking developers he trusts to work on Guldencoin in the future. From a personal point of view I want to help leave a lasting legacy which Guldencoin, that is my drive... to get Guldencoin to a stage where we don't even need to exchange into fiat, it's a long road but we have the user base to do this!  We will achieve this goal for sure there's great progress being made every day! And there will be hiccups and bumps in the road but as a community we stand strong and will overcome every obstacle and evolve together we can make this happen. To all new to Guldencoin don't hesitate to join the forums and speak your mind or criticise. There are no stupid questions feel free to say and ask everything! Thank you community you make this happen!  |
|
|
|
|
Does Rijk and the rest of the dev team have a donation adress?
|
|
|
|
I have put my money where my mouth was. I send GeertJohan a little donation in his tipjar and encourage everyone to do the same! I also sent him some extra Guldencoin, I do this quite often tbh haha. Ok cool |
|
|
|
I have put my money where my mouth was. I send GeertJohan a little donation in his tipjar and encourage everyone to do the same! |
|
|
|
|
I don't know if Geert Johan is a NLG millionaire yet?? If not we as a community should donate some NLG in his direction!
|
|
|
|
Witnessing the signing of the declaration of independence 2.0 realtime!!!
LTEX = PROUD!!!
STRATAGHYST = ALSO PROUD!! |
|
|
|
Has anybody ever thought about a NLG cloud mining service like zeushash or zenminer?.
The idea of a multipool that pays out in NLG has been brought up in the past. The problem with this though is that it would be the NLG clevermining to the other coins out there. While I could probably make a shit-ton of money on this, I couldn't in, good conscience, rape another coin for my own pockets. -Fuse I agree, but what i mean is not a multipool, correct me if i am wrong, but when i pay for example 16USD on zeushash.com for a 1MH/s contract for one year to mine Litecoin, does their software do the same as with a multipool, or do they really only mine LTC?. My idea was that maybe it would be possible to start a "company" like zeushash, buy for example the 300MHs(5.3USD/MH) Volcano from zeusminer, make the calculations how much in electricity and maintenance it would cost to run the miner for one year, and then sell hashrate for NLG or BTC and give people a 1 year contract to mine NLG. Some of you guys have experience setting up pools, so it would not be to complicated, making an interface for people to see their income would also not be very difficult. The problem that i see right now is that i want to mine NLG, but the small miners are disappearing because just the shipping prevents ROI for most miners, only the big miner have much faster ROI times, but there are few people that are new to minig that take the risk of buying these big miners. Renting a miner is more expensive and is only for short time periods. The cheapest 1MH of cloud mining is 16USD, but if you were to sell 1MH to mine NLG for 30USD, it would still be profitable because the shipment for a blizzard(1.2MHS) costs 25USD. By doing this we can bring mining NLG to the masses! A cloudmining service for NLG does sound like a good idea, I would like to hear others thoughts on this. Have our own cex.io setup for Guldencoin would be great. I would personally use it. Me too for sure! this would be a nice feature maybe it's better to do this in collaboration with the existing mining pools so you can spread the hashes. |
|
|
|
Best pool, anyone?
Hardcoreminers, guldenpool and criptoe are all good pools but to spread the hashes it's better to use criptoe or hardcore miners. |
|
|
|
phase1 - identify the cause of the swings more than 3 and 1/3 It is limited to 3 and 1/3 diff change. But the new diff is calculated from the average diff over the previous 24 blocks. So you can't compare the diff to the previous block as displayed in the list. Please see https://github.com/nlgcoin/guldencoin/blob/master/src/main.cpp#L1286 and line 1299 and lines 1303-1306.- work out a solution for point 1 first We could change it so the diff is calculated only from the diff of the previous block.. Then the diff change between individual blocks could never exceed 3x or 0.33x. But that also means the diff can go x3^3 (x27 !!!) when there are 3 lucky/fast blocks. I don't think that is a smart thing to do.- if the fix for point 1 is outside DGW code see if DGW is acting as expected in the first place I don't think point 1 needs to be fixed. I'm not aware of any code influencing the difficulty outside DGW. DGW is acting as it should (as it is doing in other coins), but simply can't handle these hash/sec spikes. I would love to see some input or simulation why this happens. Till now I'm not able to pinpoint the large swings we encounter. Your right it could be the large hash swings but why does NLG have more problems with that? So the more people look at the code from start to end and posibly come with a detailed reason the better. Why did KGW went haywire at the first launch off the coin is that already know? As thsminer said maybe this gives a direction where to look? |
|
|
|
The danger of putting too much weight on the latest block:
Lets put it to an extreme and you use only the last 1 or 2 blocks. A pool can easy cherry pick those blocks, leave for 2 blocks, come back... and repeat. The diff would jump up and down like crazy.
So it is important to fine tune the settings and find a good path between instant reaction and smoothing the diff changes.
I would never recommend a 1-2 block focus. That would be crazypants thinking. I seriously think 6 is a nice even number, and it falls in line with about the average number of blocks that Clever rapes at any given time. You put more focus on those 6 blocks, instead of 24 evenly, and you'll see a big change in Clever's ability to own 90% of the network. Of course, GJ has some code on the table right now. I guess we'll all just need to wait to see what it looks like before we try to push one way or another. -Fuse I'm with CED and Fuse in this, I would say three / four blocks minimum because otherwise the diff will be all over the place. I'm also missing some structure in this discussion. I did put down a list yesterday with strange diff values imho thats problem uno, if we don't solve that problem every solution will probably show the same weird behaviour as KGW and DGW are showing. Second, if you want to modify the algo you need to identify the problem properly and with the problem description you can work out a solution. Without a proper problem description there is a huge risc of drifting away from the goal. Why take 6 blocks or 10 or 24? Because thats the number of doors in your office? Or is it the blocks that are being mined fast? So in my opinion the path could look like this: phase1 - identify the cause of the swings more than 3 and 1/3 It is limited to 3 and 1/3 diff change. But the new diff is calculated from the average diff over the previous 24 blocks. So you can't compare the diff to the previous block as displayed in the list. Please see https://github.com/nlgcoin/guldencoin/blob/master/src/main.cpp#L1286 and line 1299 and lines 1303-1306.- work out a solution for point 1 first We could change it so the diff is calculated only from the diff of the previous block.. Then the diff change between individual blocks could never exceed 3x or 0.33x. But that also means the diff can go x3^3 (x27 !!!) when there are 3 lucky/fast blocks. I don't think that is a smart thing to do.- if the fix for point 1 is outside DGW code see if DGW is acting as expected in the first place I don't think point 1 needs to be fixed. I'm not aware of any code influencing the difficulty outside DGW. DGW is acting as it should (as it is doing in other coins), but simply can't handle these hash/sec spikes.phase 2 - identify the problem and descibe it properly (yeah I know it's jumppool, but whats really the undelying thing that causes the trouble) You're right. It is good to have a verbose explanation with some examples. As long as we keep in mind that diff readjustment should work for more problems than only this one.- work out a modification of the algo by testing it on past hashrate swings and see if it smoothens out those. Testing is very important. We shouldn't release a new algo too fast. Placing a new algo on the existing chain doesn't give a proper indication though, as it does not influence block times and doesn't change multipool behaviour. It would be better so simulate several cases of hashrate joins/leaves. I have done this before with DGW3, but never the amounts that we currently see. This time we must simulate extreme hashrates, even multiple times more than we currently see with clevermining. I plan to release the software I used for simulations, just needs some polishing and persistency of scenario's (currently the user must enter the block times manually, each time). That way everyone can apply and test changes locally.- test the modification thorough for vulnerabilities and flaws Very important! I think 24Kilo can be of great help here- implement it This time deployment will be very smooth. We can release a new algo one week in advance with a hardcoded block on which all nodes switch algo.
Please understand that when I release the code I have so far: it's not a final version. We do this together. It will be our algorithm; created by the Guldencoin community. So the code is open for feedback and changes. This is the only way that we can fix this problem. We all have great idea's and knowledge. When we keep combining our efforts we will create the best possible algorithm.
Nice feedback! I think we are really on the right track here. Keep on discussing people! And remember http://vimeo.com/m/50104966For all new people now is a great time to buy in! |
|
|
|
|
Show Posts
