This is not true. Darksend was closed source until RC5 in August/September 2014, when the source code was released. The rest of the Darkcoin source was open, but the Darksend portion was closed until Aug/Sept 2014. I helped write the official press release about Darksend being open-sourced, so I remember it well =)
and I think that worked out well, don't you? I mean, we did have a bunch of complainers/trolls again, saying you can't close source it, but it is after all a company, Dash is, and we should use tactics that protect our intellectual property until it's needed to be open sourced, which is required to be taken seriously in the crypto world for good reason. Still, while working on it, we don't need to let everyone see what we're doing. We can hide until the big reveal just like Apple does.
There are no plans to close source anything. We're just going to build it privately, then open source it as soon as we launch

.
that's good news!

But why not build it publicly, so other developers/volunteers can help?
Also, now that you are online, can you please answer my newb questions:
1) How are the masternode locks enforced in the network? How do you force miners to not mine a double spent transaction?
2) Is it possible that there is a competing locked transaction? If that transaction has a higher fee (double spend attempt), I guess the miners rather confirm the transaction with the higher fee...
3) Masternodes don't get fees to lock transactions? What is the incentive to do the work? How are the masternode rewards distributed? How can the network "know" that masternodes are online and doing the work in stead of just being idle to have a lower bandwidth usage?
4) I wonder how you can have so much transactions per second? (the slide shows 500-1500) I read that bitcoin is limited to 7 transactions per second. I showed that it seems impossible to lock 350 transactions simultaneously with 3500 masternodes, unless you allow overlap. But that should be avoided, because it can happen that a masternode has the power to decide which of the 2 transactions he confirms during a double spend attack.
1.) There is code that scans all incoming blocks for transaction locks when accepting transactions and blocks. This means that a block that contains a conflicting transaction will be automatically rejected.
2.) The answer to this one is 3 fold.
a. Currently if there are conflicting locks on the network, they will actually cancel each other. 2 conflicting locks doesn't really give miners a choice, it just removes instantX and goes back to proof of work.
b. The quorums are selected by inputs though, so you'll get the same quorum for the same transaction even with a different fee. This means, they would have already decided and no conflicting lock would be issued.
c. The new improved way is to use the quorum timestamp, then take the earliest one always.
3.) Masternodes are paid from the blockchain reward, which will be worth more as the services are utilized more. My position is that monetary services of the network should be provided at no or low cost, then we can add on other services over the coming years by financing them from the budget. The masternode network will own Virtual Corporations that are working to expand the reach of Dash. Then they will be paid from the dividends from those companies (a few years off).
4.) DAPI was just one of many components -- it isn't what allows for such scalability
