Rijk uses slaves for devs and targets the poorest people in the streets. Why else does the ranking on coinmarketcap keep dropping?

Down to 128, it was 120 yesterday. The trend is not good. Why not market to the large btc holders instead of people with no money?

For those who are in the "inner circle" with Rijk Not-smart-man, please let him know.

The market reacts to this news. You think the market is dumb? Shooting yourself in the foot again, Rijk?

***Applause***

Fair enough. But you know, the developers are just shooting themselves in the foot with their assholery. Where they rank in business, it's good to make friends and not enemies.

Just count yourself lucky you know about this project already. When this lifts off, all those who were blinded by the top20 will whine there was nobody who told them about this. Also I can tell you that there is a group of people (don't know how big) does not bother registering at Bittrex since this month there will be a new exchange with a direct pair for NLG-EUR, which enables all EU countries to directly buy/trade without the need for BTC. After Nocks goes live it will be a total different playing field

Some of the comments on here are laughable and embarrassing. Scooby do is less confused than some of you on here.

There is so much bullshit posted on here it's almost impossible to know where to start.

BioMike, why do you insist on posting in this thread when you complained in the past about being dragged back into the Gulden discussion? Your posts are becoming less credible every time. You know fine well that this whole snapchat bullshit is not a PnD attempt so why imply that it is? You should spend more of your time helping your Gulden hating butthurt friends to offload their enormous shitcoin bags. Go and stick some signs on some bus stops in the arse end of nowhere instead, or whatever else you like to do in your leisure time.

Don't further destroy your credibility or the credibility of your other projects by continuing to post horseshit in this thread.

This thread is full to the brim with FUD. It must be ignored by all potential Gulden investors at all costs. Stay up to date with developments through official channels.

https://dev.gulden.com/august-development-update


August Development Update

We are now quite a bit past the initial release estimate for PoW² and while we are almost ready for release we are still not quite there yet.
Understandably some are quite anxious to see the release happen, as we ourselves are too, however good development cannot be rushed so we must be patient for a bit longer.

As we understand that it can be more difficult for those outside the project without the knowledge that we have on the inside of what is going on, and that in the absence of this information some start to assume the worst, we thought we would give a bit more information to those that are waiting.


Sequence of events

I) SEGWIT – OCT 2016


As some of you may know ‘SegWit’ has been a long ongoing argument in the Bitcoin community for quite some time now.
It first came onto the Gulden radar when we released 1.6.0 last year, with quite a lot of people questioning whether we would activate it etc. – at the time we updated our codebase to contain SegWit but stopped short of activating it.

I don’t want to get into a massive discussion on this but at the time our reasoning for not activating SegWit was as follows:

1) There was no immediate pressing need for us to do so.
2) It was unclear whether it would ever activate for Bitcoin themselves in its current form or whether they would eventually give up and implement it differently.

3) The current implementation of SegWit as done by the Bitcoin team was non-optimal – for our use case.

While we can understand why the Bitcoin team did SegWit the way they did with a focus on backwards compatibility at all costs (even though there is argument to be had that perhaps they should have done it differently).
We don’t believe it makes sense for us (or really any other currency that isn’t Bitcoin) to copy it, we don’t have the same backwards compatible requirements that they do so temporarily having larger transactions just to be backwards compatible doesn’t make sense. Likewise it doesn’t make sense to us to not take the opportunity to also implement other pending improvements to the transaction format.

We did not want to activate something that was not optimal, but we also did not want to spend time creating a ‘better’ SegWit only to find that the Bitcoin people do the same and we could have just used their work for ‘free’, as a small team we need to try and work efficiently as possible and be strategic about what we spend our work time on.

So while we internally had a list of things we wanted to see if/when we activated SegWit we adopted a “wait and see” attitude to see what the next move from Bitcoin would be.

II) POW² – MAY 2017

After a huge amount of work to develop and prove the concept possible in May 2017 we released the whitepaper for PoW², the idea was to finalise development and head straight to releasing PoW² as a hardfork – i.e. all older clients would no longer be able to partake in the network after a certain fixed block height, as we have done for previous updates with delta.

Part of the PoW² concept requires the creation of a new ‘address type’, and while this can technically be ‘shoe horned’ into the existing transaction format, doing so is not the best way to do it, and we want to try and avoid introducing ugly hacks like this into the codebase in favour of keeping a clean codebase.

III) SEGSIG – JUNE 2017

While working on the optimal way to implement the new address type, it became obvious that many parts of the codebase that need to change to accommodate this are the same parts that are affected by SegWit.

At around about the same time after watching SegWit for some time, it become clear that though the Bitcoin team had still failed to activate SegWit there was now a clear determination to do so and that one way or another SegWit in its current form -will- eventually be activated, we therefore had to at this point give up hope that the Bitcoin team might develop a better SegWit which makes the sort of changes we were hoping for and instead accept that if we wanted this it would have to be something we do ourselves.

And so the concept of SegSig was born, we were faced with two possible paths forward:

1) Release PoW² hardfork as originally planned. (including extensive testing)
Go through the work of having everyone including exchanges and mining pools upgrade to it.
Produce SegSig as a hardfork, which involves changing a lot of the same code as PoW²
Put our testers through extensive testing once again.
Go through the work of having everyone upgrade for a second time in a short time period.



2) Combine PoW² and SegSig together into one release, despite possible delays and release it all at once.

This was not an easy decision, I am not a fan of trying to do too many things in one release as this has the potential to get out of control and normally I would prefer to try and seperate things into multiple small releases. As a developer it would have been easier for me to take option 1.

However there were multiple special factors here:

1) Both releases change similar parts of the code.
2) Both releases are major and require extensive testing – with major overlap in what needs to be tested.
3) Both releases break backwards compatibility and as such require coordinated efforts to get all services updated correctly.

Some of the main points on which this decision hinged:

1) I felt that having our testers test the same area of code twice in a row in quick proximity was likely to cause “tester fatigue” and that bugs were more likely to creep into both releases as a result, that by instead doing one release we would likely have much better quality testing.
2) Each release puts significant strain on us as the developers as well as our “support community” in order to handle the large volume of update related enquiries – I felt that a single release would ease the burden here compared to two subsequent releases.
3) Multiple mandatory releases in a row has the potential for “upsetting” third parties like exchanges, and I felt it would be beneficial to avoid putting them through this if possible.
4) A single release would be overall better in terms of use of my time and therefore in the long term better for the project.

A final thing that came up in our internal discussion was that our user base has completely exploded over the last year, and the release of the PoW² caused an even more overwhelmingly positive response than we anticipated, with installs absolutely skyrocketing.
Comparing how many users we have now to our previous releases and how much work it was to get people to upgrade even when we were smaller it started to become obvious to us that our previous plan of “PoW² as a mandatory hardfork from block xxx – everyone must upgrade before that” was no longer good enough, would not be a pleasant experience for all these users and that at this point we are large enough that we need to do better.

Taking these into consideration, and based on experiences from previous releases I came to the decision that, despite it being harder for me and despite the possibility of delays, a single release combining the two was ultimately the right thing to do.
Further it was decided that instead of a simple hardfork the upgrade would take place in multiple stages, allowing the best of both worlds – 1) People to start participating in PoW² as soon as possible 2) A period of backwards compatibility so that there is time for people to upgrade naturally (at this point we were considering also that the status of our iOS acceptance was unknown and wanted to allow as much upgrade time for iOS users as possible) and it doesn’t all have to be forced before a certain block.

IV) THE NATURE OF DELAYS ON LARGE PROJECTS

Unfortunately I must admit I underestimated the amount of work involved in doing SegSig correctly, this happened on two fronts.

1) I have been aware of some small inefficiencies in the bitcoin transaction format for quite some time and this was always on our internal roadmap and what SegSig was intended to address (other than the transaction malleability issue).
I had never spent massive amounts of time looking into the transaction format. Once I started the work to correct these small inefficiencies some other less obvious inefficiencies became apparent to me, there was a lot more scope for improvement than I thought, and as I looked into those even more appeared, and so there was a bit of feature creep.
2) Despite the changes to the transaction format itself being “relatively small” it has knock on effects for an extremely large part of the codebase, the codebase has an extensive amount of parts that make assumptions about or make use of the transaction format code and need to be adjusted for the changes, While individually these changes are easy to make, I underestimated a bit just how many of them there would be..

In terms of the multi stage upgrade, I also slightly underestimated the work involved. PoW² is already a very complex beast to implement and having the backwards compatible change complicates it a bit more. I was prepared for this but there were some unexpected ‘incompatibilities’ with the existing Bitcoin codebase that complicates this, theoretically this complication shouldn’t have existed but it’s just an implementation detail of how Bitcoin handles things – and this is unfortunately the nature of Software Development that these things happen.

V) WRAPPING UP

And so here we are, a part of me regrets not sticking to doing PoW² as a solo release, it certainly would have been easier, in the short term it would have made a lot of people happier and instead of feeling bad about “letting people down” right now I could instead be soaking up all the praise. 

However a larger part of me knows that even now with the delays this would have been the wrong thing to do, in the long term picture these delays are a very short period of time and when we are enjoying the benefits that they bring in the long term I think everyone will come to appreciate the long term game we are playing.

And so, while I am sorry there are delays and while I apologise to anyone who is disappointed by these delays I am not sorry that I have taken this decision.

While we have not released yet, the finish line is in sight and we will be there soon, stay tuned for more news to come.

Omg shut up, you shill! This is a Gulden thread. Pls stop spamming your shitcoin. #kthxbye

I've been in the Slack in the past... and left. Most users there are not traders, just people who put all their money into NLG and HODL, which is a poor strategy to build value into a coin (which is what most users there want).

As for the 60000 gulden owners, I think they claim that many users on their Slack (and not actual users), but most of those accounts are from people who visited for a short time and left again, or double accounts.

What advancements is this coin missing compared to those coins in the top 20, what do the coins in the top 20 have over Gulden in terms of development? I am trying to figure out why the price is this low if it appears to be doing more active development then other coins.

I don't see the issue with people selling, willing buyer willing seller. It's normal.

Digibyte has been maintaining it's record marketcap for over 3 weeks. Gulden half a day and it's over. Gulden devs fail to understand that it's the Poloniex traders that keep the coins on bittrex at high prices.

Until the mindset changes in camp Gulden it's doomed to be nothing more then a coin that can't break into the top 50.

AFAIK requests have been put in. It seems somebody is not cooperating. You can ask the Powers that Be in Gulden what the situation is. See if you can get a straight answer.

Is Gulden a good investment? posted on June 02, 2016.
Simple answer: yes.

Why? Price on June 02, 2016: $ 0.001972.
Price today: $ 0.0433909

If you bought for $ 1000 that day, you would have had more than $ 20000 today!

Now you know Gulden's price is increasing. And coming months/years, it will continue increasing.

No I mined a lot of Gulden(coin) back in 2014 when the block reward was 1000 NLG, before the gulden devs decided to lower the block reward to 100 NLG.
Now you need to find 10 times more blocks for same reward, is this because of the premine that would become worthless quicker if coin supply wouldn't be controlled this way?

This thread has gone off-topic. Allow me to summarize.





Now, it should be easy to do your research and make an investment decision. Very simple.