I have read the whole fucking thread and i'm still confused what's going on. First, i like James. I have had personal contact with him and i did some stuff for the Supernet network and he seems to be an honest guy full of ideas and devoted to build something.
But i don't know about this. The idea is perfect, but i can fully understand that there are people who are shouting that he didn't finished one of his projects. Maybe he did, i don't know really. I have a lot of BTCD's and maybe i'm gonna dump them or maybe i'm gonna switch them....i don't know. Personally i would like to see something real....and that was not an attack to James, but to all devs out there. ICO this, ICO that, pump here, dump there. ETH completely failing after a promising start (don't get me wrong, i did not invest in it).
The whole crypto currency world is too shady now a days. Hopefully James or any other dev can show us some real thing like Satoshi did in 2009.
throughout the thread it was hinted at that there would be a working something before the start of ICO. don't know what post though - it was the original poster who said it somewhere.
that would be ideal - the project would probably get a lot more funds raised if something noob friendly was usable before ICO.
hint?
I am saying that iguana is functioning at the command line level for a while now with most of the bitcoin rpc
http://docs.supernet.org working, and about a dozen coins can be parallel synced. Though if you are syncing 5 coins at once there seems to be some issue. So if an iguana can sync 1 coin in parallel, but not 5, is it "completed"?
Also, we are right now testing a pure HTML/JS GUI and it is open for anybody to see it in action. There is no need to trust me on this. Both the iguana core and GUI are open source and can be built and run.
For making it noob friendly, we are working on installers, though for the type of tech we are making I hope people are not basing their decision on the presence or absence of an installer?
Also, please keep in mind that until zcash runs on windows, it is unlikely komodo will. However, we do have iguana working on some variants of windows, but it still has some issues for other versions. Since Win10 is able to run unix natively, this should be less and less of an issue, especially if the zcashd can run in the unix mode of Win10
If a project doesnt work with all versions of windows, but works on unix, osx and some versions of windows, is it "completed"?
We are working on making a end user testing version for iguana to be made available before the ICO starts. Given a wide coverage and bug reports, we can iterate that to make it more and more solid. All of the millions of projects that I supposedly started are in my 100,000 line codebase, ie. its one single project with a lot of functionality.
If a single project has many use cases, is it dozens of different projects? I think maybe the confusion is that I am making something that is similar to an OS. But what is an operating system without any applications? How to even know if the OS is working without any applications? So to make an OS, you need to make a few reference applications. And if an idea for a new application happens, does that fit within the framework of the OS, or does it somehow fragment the OS?
My assessment is that crypto needs a common framework for efficient development, if not all of crypto, at least I do. If a solution is being created to be able to build many different solutions, then many different solutions needs to be created on that system to make sure it can handle it. Otherwise you end up with limited scope speciality solutions that dont handle one or more types of problems that need to be handled.
I have a platform level solution that allows efficient solving of all the crypto's bottlenecks toward mainstream adoption. THAT is what I have been working on all this time. And dPoW is a vital part for this as it enables securing otherwise weak chains that wouldnt be secure enough to store any significant value.
Combined with iguana that speaks bitcoin protocol and can interface to many coins at once and atomic cross chain exchanges, a network of bitcoin secured chains that can atomic swap with any other is created. In order to reduce the friction of these cross chain swaps, funded Liquidity Provider nodes are needed. The advantage is that instead of having to wait for a day (or more) for side chains, the swaps can be done within a few coin confirmations (even less for low value swaps)
Maybe someone with graphic skills that can understand the overall architecture can present this information in a graphic? I do not have these graphics skills.