• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

6/20 RC3 Post-mortem

I am a developer with 20 years experience in card based transactions such as POS and ATM. 15 years C++ development experience too. I also have my CISSP and CEH. I would be happy to help the testing in any way. I have two VPS servers and can bung some hash rate at testnet and run a couple of master nodes as well. I can do code reviews too.
 
Absolutely. It is too soon to focus on the price. Everyone who's in so early should be ready for some bumps in the road.
I think fernando got it exactly right. I know everyone is frustrated with this last glitch. I'm sure none more than the developers and testers. However, it is important to keep in mind that this is still beta software; not even v1.0 yet. Delivering flawed/buggy technology faster benefits no one but competing coins and day traders looking for more ups and downs. It isn't good for the long-term viability of Darkcoin, so I'm happy to let them hammer on this thing as long as it takes to get it right.

One of the most important parts of the announcement may have been overlooked by some.
Next week we will begin testing code to fix this issue. This will include setting up hundreds of daemons and several more pools on testnet to better simulate mainnet.
A major reason that they missed this timing problem was that their test group was small enough that it was unlikely to generate such a rare condition. Now they are investing time in creating a more robust testnet which will pay dividends in future testing and debugging. I'm glad to hear it.
 
You are mixing the concept of continous integration with continous delivery.

I am in the process of setting up a continous integration server for darkcoin, which will additionally solve the problem of missing build for Linux 32bit and MacOSX. Below you can have a sneak preview on my ci-server, but i still have to wrap my head around the outdated build system darkcoin is using (bitcoin moved to autotools/autoconf since several month) As soon as i resolve them, Darkcoin is set for producing deterministic software builds, which can be reproduced and signed by independent parties.

Sneak preview at http://bamboo.darkcoin.qa/

Continous delivery is an interesting concept which i agree on, but you still have to plan on how you do it - otherwise in will end in chaos.

You see: things are moving. Not at the speed we all want it to be, but Rome wasn't built in a Day either.

Flare: this is awesome. I thought I was at work for a minute :), we have bamboo and a ci.something.com, we also have di.something and stage.something, then production.

If someone has documented the qa use cases, maybe we could have a tasklist on the wiki, or bugzilla or something, then the testers could take a use case(or be given) and test it and report on it.

I have a MN on an EC2 server, also windows client that I am soloing against with about 8Mh
 
- Secure communications for the Dev team
the chatter on IRC between evan and others of the Dev team has to move to a "saver" location !
chats and communications from evan and others get copied from IRC and show up all over BItcointalk with positive or negative comments.
i know AlexGR did this to calm the community and bring necessary updates (when it was needed), but this can NOT be and happen as it was totally unaproved by Evan and others copied there ! (that chatter is till now floating around out there)
this is really unprofessional (from a PR standpoint) and can go terrible wrong in the future as more and more people find their way to IRC, use quotes they copy from there, and might even change the content they copy.
PLEASE move to a saver location (non public) as i can see the PR disaster coming from this.
I disagree. Like AlexGR, I believe development should be as transparent as possible and I support him posting the IRC chats on bitcointalk. It's not as if they were PMs or private conversations; #darkcoin-test is open to the public and I think it should stay that way. Of course it could be taken out of context, but so can posts from anywhere else. So many coins try to sugarcoat or hide negative aspects of their development from their users/investors. I don't want Darkcoin to become like that.
 
Flare: this is awesome. I thought I was at work for a minute :), we have bamboo and a ci.something.com, we also have di.something and stage.something, then production.

If someone has documented the qa use cases, maybe we could have a tasklist on the wiki, or bugzilla or something, then the testers could take a use case(or be given) and test it and report on it.

Yep, you are getting the idea where i want the Darkcoin QA subsection of Darkcoin to evolve to :wink: - even dreaming of a small 'integnet', where i can run automated testcases against - time will tell :grin:

If we want Darkcoin to enter enterprise level market regions, we will need to apply enterprise level software development, testing and production principles somehow.
 
Last edited by a moderator:
So many coins try to sugarcoat or hide negative aspects of their development from their users/investors. I don't want Darkcoin to become like that.

Me neither - that's why darkcoin.qa will keep its state of being a independent reviewer/auditor.

Just like any other project/product in the cryptographic field, we can only gain acceptance and trust if we are fully transparent regarding development, issue management and quality control.
 
Last edited by a moderator:
Masternode Forking Issues
The solution to this is straightforward: any changes to the votes must also change the hash of the block, which will prevent the network from thinking these two blocks are the same. Next week we will begin testing code to fix this issue.
I am looking forward to seeing how the votes will be changing the hash of the block. Will the block header be changed to include a hash of the master node votes in the same way the merkle root is a hash of the transactions? As the developer of the android wallet, I hope that the changes don't break the SPV requirements that are part of the android app.
 
I am a developer with 20 years experience in card based transactions such as POS and ATM. 15 years C++ development experience too. I also have my CISSP and CEH. I would be happy to help the testing in any way. I have two VPS servers and can bung some hash rate at testnet and run a couple of master nodes as well. I can do code reviews too.

Any chance i can have you working on the unit test suite of darkcoin? Darkcoin inherited a lot of unit tests from litecoin/bitcoin which are now unmaintained and need someone to have a look at ;-)
 
I am a developer with 20 years experience in card based transactions such as POS and ATM. 15 years C++ development experience too. I also have my CISSP and CEH. I would be happy to help the testing in any way. I have two VPS servers and can bung some hash rate at testnet and run a couple of master nodes as well. I can do code reviews too.
Make sure you email Evan! He's building a team and you sound like you'd fit in beautifully!
 
I disagree. Like AlexGR, I believe development should be as transparent as possible and I support him posting the IRC chats on bitcointalk. It's not as if they were PMs or private conversations; #darkcoin-test is open to the public and I think it should stay that way. Of course it could be taken out of context, but so can posts from anywhere else. So many coins try to sugarcoat or hide negative aspects of their development from their users/investors. I don't want Darkcoin to become like that.
Yes but it would be good to organise it a little more and for AlexGR to become "official" in some sense (Perhaps he already is and I don't know this :grin:)
 
I am looking forward to seeing how the votes will be changing the hash of the block. Will the block header be changed to include a hash of the master node votes in the same way the merkle root is a hash of the transactions? As the developer of the android wallet, I hope that the changes don't break the SPV requirements that are part of the android app.
Keep an eye on the testing subforum. We will start testing the new block hashs on testnet next week. New source code (testing branches) and binaries are incoming.
 
Respectfully, no, it's not ok. There is ~$50M of other people's money involved here, not including the business models built around the coin (e.g. exchange fees). It would be grossly irresponsible to be anything other than as clear and upfront as possible about what is going on with the network now and what will be going on with the network in the near future.

Thank you for clarifying the reason.
 
I disagree. Like AlexGR, I believe development should be as transparent as possible and I support him posting the IRC chats on bitcointalk. It's not as if they were PMs or private conversations; #darkcoin-test is open to the public and I think it should stay that way. Of course it could be taken out of context, but so can posts from anywhere else. So many coins try to sugarcoat or hide negative aspects of their development from their users/investors. I don't want Darkcoin to become like that.
i totally hear you
but this is NOT bitcoin in 2007, the market and community moved way forward, sitting in the garage and coding away is great (and i love when it is done that way) but you can not develop a financial product "with the public" , with a 50 Mill market you have to protect your investors and community as much as yourself.
i am not talking about closed doors, but ...
example:
steve jobs would have never openly discussed his development stages and coding issues (that was done in a save and secure matter with his team involved) as otherwise Mr Samsung would have beaten them in the android/iphone market way back already !
know what i mean ? does this makes sense ?
 
Last edited by a moderator:
i totally hear you
but this is NOT bitcoin in 2007, the market and community moved way forward, sitting in the garage and coding away is great (and i love when it is done that way) but you can not develop a financial product "with the public" , with a 50 Mill market you have to protect your investors and community as much as yourself.
i am not talking about closed doors, but ...
example:
steve jobs would have never openly discussed his development stages and coding issues (that was done in a save and secure matter with his team involved) as otherwise Mr Samsung would have beaten them in the android/iphone market way back already !
know what i mean ? does this makes sense ?
I think your comparison is not valid. We are talking about open source here! Your will get competitors being on par in functionality if darksend is released. Only way to be ahead of the race ist to be the first and stay there by innovation. In the meantime, you should be as transparent as possible not trying to hide your intentions.
Just my 2 duffs.
 
I think your comparison is not valid. We are talking about open source here! Your will get competitors being on par in functionality if darksend is released. Only way to be ahead of the race ist to be the first and stay there by innovation. In the meantime, you should be as transparent as possible not trying to hide your intentions.
Just my 2 duffs.
Sure transparency is good and needed
but you are "releasing open source" when you are done programming (and you know it works and is save, and then everybody can check)
you are NOT programming open source in the public eye for a financial product !
 
Sure transparency is good and needed
but you are "releasing open source" when you are done programming (and you know it works and is save, and then everybody can check)
you are NOT programming open source in the public eye for a financial product !
In general you are right, but a vital part of crypto projects is the community. Your success is based on the community supporting it and you should not lock them out. All coins have still a long way to go mainstream and being widely accepted financial assets. I think and hope we will reach this stage sometimes - I'm on your side then.
 
Any chance i can have you working on the unit test suite of darkcoin? Darkcoin inherited a lot of unit tests from litecoin/bitcoin which are now unmaintained and need someone to have a look at ;-)
Sure. I would be more than happy to look at them. Are you planning automated testing as part of continuous via Jenkins or something similar?
 
Sure. I would be more than happy to look at them. Are you planning automated testing as part of continuous via Jenkins or something similar?
Exact, i have already set up a CI server at http://bamboo.darkcoin.qa - i still need to tweak the Buildsystem/makefile a bit, as it does not support cross compiling yet, but once i have that up and running i want to continue setting up the automated tests and gather some metrics (code coverage, cyclic complexity, ...)

Very welcome to have someone looking at the tests in src/test folder :)
 
Back
Top