@Ahmed @Vlad
Sure can understand your frustration, and perhaps my leaving the pre-release flag so that the Ixcoin Core wallet builds a pre-release was a mistake, it's easy to change in src. It sure would be nice to see cex.io step forward with additional development funds, but equally as important, test results. Other than a couple, very nice donations (much thanks), which I've still got at my donation address, the work done to-date has been personally rewarding, not based on financial gain. Seems the same for everyone here, from what I can tell, has all been done for FREE, or personal cost. However, until bounty targets have been met, there is only so much one can do, to show progress. As a group, think we've done a great deal, if you count the combined hours.
With comments like mmpool's just posted, I've gotta say....didn't know that, lets see if we can get it fixed, and then get even more feedback, after a new build is made.
However when referencing your message link, and the source being discussed, I find that it's
https://github.com/FrictionlessCoin/iXcoin/pull/1your talking about, in other words, it references the v8 client. So I'm kinda confused as to wither or not your talking about the v9.3 ixcoin having this problem. I don't think it does.
Please feel free to pm me here with your details, or post the specifics related to your v9 build tests, that would be helpful. These things do need testing, and I've been of the opinion, we need more feedback, before the new wallet upgrade is shipped out in a released state.
@mmpool - If you can help test, Is the Source on github ok, or do you need a particular binary, if so which platform.
General observation:
Please correct me if I'm wrong, but from what I can tell, there are a growing number of v9.3 clients out there on the network now, and working very well for the users. RPC calls to the daemon or -qt server, for use in various operations also seem to also be working very well. If this is not the case, please help me catch up on the backlog of discussions and point me to it, so we can get it fixed. Hard to do, if you don't know about it.
Hi, I would like to know
Default RPC port
Minimum transaction fee
Estimated block time in seconds
daemon file
Exact spelling of the conf file with path for
Windows
Mac
Linux
for Ixcoin. Can someone help me?
WIll try to do as much as I can, off the top of my head... which means it could be wrong, however best shot:
The default RPC port is 8338
Min Tx fee, never really got worked on by me, pretty much standard bitcoin v0.9.3 code I think. After our discussions months ago, seemed consensuses was to leave it as bitcoin v9 had done, allot of stuff changed between v8 and v9 there. We can certainly work on hard coding something specific now, if that is what is wanted, I argued it should be enforced back then, although now we're really starting to taste the reason why we must move towards an enforceable minimum.
Estimated block time, hmm got me there, would have to look that up. The block target time is something I should know.
the daemon file is called ixcoind.exe on windows and simply ixcoind on linux
Linux versions I now build, have a configuration directory path of /home/<username>/.ixcoin
...in which all the blockchain, wallet and ixcoin.conf (the config file) settings can be found.
On Windows versions, the config files are called the same name (ixcoin.conf), but the path to them varies, depending on which flavor of windex your running.
We don't have a v9 version for the Mac, that I know of. And my latest attempts to build them here just failed last night, even with the latest version of bitcoin v0.10.99 depends. Think that without an upgrade on my debian OS, the machine can't find dependencies new enough. It will have to be done by someone else for now, I've gotta load a new OS, on another hard disk, before trying again, takes time. Been working hard on getting darwin to build, but it's kinda complicated to build on a Mac for a Mac, and I'm trying to do it from a linux machine.
@steelhouse - Agree with you there, was surprised to find out how complex the transaction fee code had gotten in v9.3, planning to once again attack that section of code and hopefully produce results that enforce a minimum, but not break what they are doing already, for other aspects of the calculations. As there was so much work to do getting the upgrade to this point, was burden enough, without trying to modify the Tx fee calculations as well. It will be revisited. As of yet though, I do not see any consensuses on what that should be.
Ixcoin amazed me, by passing the 'last coin' mined date, with success in all our client versions, now we're entering a new phase. Mining has risen, and is about to fall hard into economic bad times. There will be pockets of opportunity though, and for Ixcoin we must learn to survive on Tx fees only, a true test for any cryptocurrency, and one that could become a shining beacon of hope. Not only for those miners in the years to come, but also the users of it, a true currency, and method of transferring wealth around the planet, far easier than gold. I'm confident we will succeed.
GR
