Ok i have a few things to say here

First GR, I took out your pre release flag OUT after Ahmed told me the code was complete when I built the 9.3 wallet. After testing and testing on several machines for hours I releaesd the windows version only. Testing continued after I compiled the 9.3 Windows Client now available for download on Thomas's ix.org site.  I pushed the release to Vlad's github since I don't have collaberator privliges to Ahmed's and Thomas seems to want to keep his on the old code base although soon I plan to reach out to him or do a gitpull to ask him to merge the new code if no one else does.  I certainly did not want to create a new one there are too many iX coin githubs as it is. In my eyes the only two that are of any value are the original by Thomas and the most recent 9.3.  (the 8.x github iX for windows would not compile for me until I forked it and rewrote a few things including simple copy paste items indicating it was based off of i0 coin.)


Those asking for linux builds are making me wonder.  I never ran a pool but I run cloud nodes for (I won't say how many coins for various reasons , abe block crawlers , all sorts of things on ec2 / dig. o ect...   / I never worked close with an exchange either.


If I can imagine myself in the position of the person running the pool or exchange I would NEVER  want a precompiled binary for nix from anyone.  I would want to build it myself. Anyone who has ever compiled this client knows that compiling it on windows is about 1000x harder than linux.  Since we do not use the gitan build system of bitcoin with a consensus of 3 identical builds I would find it odd that any large pool would trust anyone, even someone with my level of integrity  to make their daemon for them.

I agree with Ahmed that there is only so much testing that someone like he and I can do with whatever small hash we control. (i know i have almost nothing)

Mmpool I would be very interested to know more technical details about exactly the issues you had and what code bases of all coin clients you were using at the time also the details of merged setup.....eloipool ?  , (if i recall p2pool merged mining was p2pool only on btc and you were basically solo for the auxuliary chains.  Also curious which version and details of the level db on the bitcoin, namecoin, i0 , dev and iX since having some 'mix and match' in my mind (nothing i tested so i could be incorrect) could cause some conflicts.

A few of you brought up a valid point. The heavy lifting (coding) has been done by people who are not being paid but basically are doing this because we want to do it. (And Vlad who does not code but paid out of his pocket hired guns)

So honestly .............how many 'normal end users' need or want a linux build daemon to send and receive coins ect.... ?

If I have time I may make one. I don't like wheezy and hate using it. If I do it likely will be ubuntu. I can do basic tests but until someone solves a block on main net (sorry I don't think testnet is reliable for iX or other coins for that matter---- the main net is where tests really pass or fail, yes if it fails on testnet you don't try on main net but I have seen lot's of things work on coins testnets perfect until you put on main net) we really won't know will we ?   Also Ahmed has a valid point.  It would be unwise and unreasonable to ask cex or anyone to test it with the full blast.  Much better to try out on a small portion of the network.  Even if no blocks are solved if there are crashes, timing issues , ect... we will know we need tweaks.

If these are detected instead of a gitpull if you don't have the fix open an issue. Github is also useful for discussion between devs and others close to the code. Another advantage is you see almost no idiots on github.

To those asking for mac clients I purchased a mac book pro a few months ago to build wallets for another project I am working on.
I built some wallets but they have issues and I won't release something I am not confident in so I put it to the side.
Recently I got the mac book pro out again and am having another crack at making mac wallets. 

(After all if I am known for anything it is making good wallets)


When I have time I need to finish my other project first and will be a good primer to start to try to build mac wallet for iX 9.3.

Please don't expect this right away. Eventually I will get to it.


iX coin has ten minute block target times


Finally while I am not as ambitious as others who want to continue to develop iX to keep up with the furious pace that the btc dev team is pushing commits to github (9.3 is working perfect for me, see my prior posts about the number of tests conducted)there is one item I think would be a very good idea to merge if possible.

It is this in bitcoin https://github.com/bitcoin/bitcoin/pull/2340#event-210292499https://github.com/bitcoin/bitcoin/pull/2340#event-210292499  and has to do with fees and future security.... for those who understand these things the write up on github is quite clear why this is even more important for iX than for bitcoin since iX is mined out.

It is a 'protection' for when bitcoin block awards are less than fees or there are no block awards it will prevent 'mischief' and fortify the codebase as to make sure future changes do not make it more difficult or impossible to add this later in case someone sees it as an issue.

Would like the opinion of Ahmed, Gr , and even Mmpool about merging this.  A bit tricky since the original gitpull was done a long time ago and the core changed a lot since that time.

Love all.