[XC][XCurrency] Decentralised Trustless Privacy Platform / Encrypted XChat / Pos

[BrewCrewFan]

Mr Integrity42 you have not posted on this forum since the 1 march and suddenly you come here and troll this thread, What is your goal ?

If its not obvious enough. He needs to go back and wishing Gox is going to reopen.

[1714715572]

1714715572

[1714715572]

1714715572

[1714715572]

1714715572

[shakesbear]

Why does XC on divide to 6 decimals?

in util.h on github.
{
static const int64 COIN = 1000000;
static const int64 CENT = 10000;
}

COIN should be 100 million not 1 million.  This means that XC are only divisible to 6 decimals and not to 8 decimals.

You can't do much colored coin related things with only 6 decimals, not enough units.

pretty stupid. that means there are 400 times less XC units then bitcoin units. If this coin is ever going to take off, it should be
built from success from the ground up.

Turns out that the devs just forked mintcoin code (obvious from /contrib in the github source) and they didn't even bother to notice.


Another example of dev incompetence.

You guys just say this guy is trolling
But is his point true?
Any people can confirm?

[temrus63]

what is problem?
all works fine

[bitcad4u]

So if the ports are the same it simply means that it wouldn't be able to work with Bitcoin daemon simultaneously which doesn't appear to be catastrophic.

No, you don't understand. The P2P port and RPC ports are both set the same. This makes the binary built from source impossible to use.


This is concerning because the windows/mac/linux binaries that everyone is using are NOT the same as the ones built from source.  Who knows if the official binaries contain malware unless we can build from source?

And I've already proved theres a bug in the source.  Amateur hour here. I can't believe nobody spotted this yet. I suppose real auditors and devs stay away from the altcoin section of this forum.

Tried to build it myself but it requires libboost 1.55 while I have 1.54 in repos. Too lazy to get 1.55 so not going to test it. However I haven't seen people reporting problems with that. Also config must be enough to correct that.

Thats convenient. You don't have to build it. Check the port numbers on the init file and bitcoinrpc file on github.

Hell, even look at the --help output. they have the ports wrong there too.

Thanks man, we really appreciate that you are giving us warnings.
As you can see on Mintpal currently, where the price is rocketing from 0.00095000 to currently 0.0118799, everyone is dumping in panic mode because of your warnings. Oh no wait, nobody seems to give a fuck.

They don't understand that the devs of this coin are clueless and it will be worthless. You should sell your coins to the idiots.

Can you provide proof of this- link to the source or paste it here... rather than just rambling like a drk troll

[ctya]

Why does XC on divide to 6 decimals?

in util.h on github.
{
static const int64 COIN = 1000000;
static const int64 CENT = 10000;
}

COIN should be 100 million not 1 million.  This means that XC are only divisible to 6 decimals and not to 8 decimals.

You can't do much colored coin related things with only 6 decimals, not enough units.

pretty stupid. that means there are 400 times less XC units then bitcoin units. If this coin is ever going to take off, it should be
built from success from the ground up.

Turns out that the devs just forked mintcoin code (obvious from /contrib in the github source) and they didn't even bother to notice.


Another example of dev incompetence.

We are closed source right now, so github source is irrelevant for several versions now.
Github source is version 1.33
Version 1.36 is current
Version 1.37 is released tonight

[bitcad4u]

Even Darkcoin DRK got it right

util.h
{
static const int64 COIN = 100000000;
static const int64 CENT = 1000000;

}


XC didn't even fork Darkcoin properly.  Their code is totally broken, and it doesn't even have any Xnode code or implemenation available.

wow. what a fail.

XC does not need code to run xnodes (which are working) - XC is magical... thats why u dont see the code u fool, u cant see magic! 

[bitcad4u]

Mr Integrity42 you have not posted on this forum since the 1 march and suddenly you come here and troll this thread, What is your goal ?

he just bought into drk... drk is crashing so hes coming here to Fud to make potential investors flee back to drk... hes just mad at himself.  its ok.

[temrus63]

all work good!
i tested
see:
http://s52.radikal.ru/i137/1406/89/1bca6600e982.png

[BrewCrewFan]

someone trying hard to pound the price into the ground.

[nioccoin]

Why does XC on divide to 6 decimals?

in util.h on github.
{
static const int64 COIN = 1000000;
static const int64 CENT = 10000;
}

COIN should be 100 million not 1 million.  This means that XC are only divisible to 6 decimals and not to 8 decimals.

You can't do much colored coin related things with only 6 decimals, not enough units.

pretty stupid. that means there are 400 times less XC units then bitcoin units. If this coin is ever going to take off, it should be
built from success from the ground up.

Turns out that the devs just forked mintcoin code (obvious from /contrib in the github source) and they didn't even bother to notice.


Another example of dev incompetence.

You guys just say this guy is trolling
But is his point true?
Any people can confirm?

I can answer this.  XC like 99% of all coins out there, successful or not, uses code from other sources.  In other words, the source is open.  Or, open source.  That means anyone can use it, with little in the way of limitation.

There is an excellent chance that the webpage you are reading right now, though it may contain original code, uses open JS libs such as node.js that are used by 88% of the sites on the internet.  Only morons write new code when it is freely available in code libs.  One big reason is code libs, such as the CPP STL, are optimized over the course of years by industry experts.  They are fast and efficient, and save developers time and cost.  In software, it's more important to be right than original.

The files in question on github were last updated seven days ago.  The XC project is a work in progress, and some of the updates are experimental, alpha, and/or beta.  Until the coloured coin or any other feature is in a stable release, it won't be considered "finished", and even then it will go into maintenance phase for a very long time.  That is how software development works.

As for these repeated attacks on the dev team over stupid things like this, so what?  It's the software industry writing reusable code.  That's what it is supposed to be doing.  Once XC is finished with their original code additions to XC, and the market share is secure, they will release the code to open source so that integrity42 can blame the next code reusers for reusing XC code that was permitted and encouraged to be reused.

[temrus63]

all be fine
don't panic-sell))  


buy!  such a low price, you will never see more

[atcsecure]

v1.37 will be uploaded shortly, the required XC's [to run as xnode] for this release is 550XC's

ATCSECURE

[policymaker]

Why does XC on divide to 6 decimals?

in util.h on github.
{
static const int64 COIN = 1000000;
static const int64 CENT = 10000;
}

COIN should be 100 million not 1 million.  This means that XC are only divisible to 6 decimals and not to 8 decimals.

You can't do much colored coin related things with only 6 decimals, not enough units.

pretty stupid. that means there are 400 times less XC units then bitcoin units. If this coin is ever going to take off, it should be
built from success from the ground up.

Turns out that the devs just forked mintcoin code (obvious from /contrib in the github source) and they didn't even bother to notice.


Another example of dev incompetence.

You guys just say this guy is trolling
But is his point true?
Any people can confirm?

I can answer this.  XC like 99% of all coins out there, successful or not, uses code from other sources.  In other words, the source is open.  Or, open source.  That means anyone can use it, with little in the way of limitation.

There is an excellent chance that the webpage you are reading right now, though it may contain original code, uses open JS libs such as node.js that are used by 88% of the sites on the internet.  Only morons write new code when it is freely available in code libs.  One big reason is code libs, such as the CPP STL, are optimized over the course of years by industry experts.  They are fast and efficient, and save developers time and cost.  In software, it's more important to be right than original.

The files in question on github were last updated seven days ago.  The XC project is a work in progress, and some of the updates are experimental, alpha, and/or beta.  Until the coloured coin or any other feature is in a stable release, it won't be considered "finished", and even then it will go into maintenance phase for a very long time.  That is how software development works.

As for these repeated attacks on the dev team over stupid things like this, so what?  It's the software industry writing reusable code.  That's what it is supposed to be doing.  Once XC is finished with their original code additions to XC, and the market share is secure, they will release the code to open source so that integrity42 can blame the next code reusers for reusing XC code that was permitted and encouraged to be reused.

ty for this excellent reply

EDIT: DEV replied just before me!

PANIC BUY

[temrus63]

v1.37 will be uploaded shortly, the required XC's [to run as xnode] for this release is 550XC's

ATCSECURE

very nice!!!
we believe in you!

[nzminer]

Mr Integrity42 you have not posted on this forum since the 1 march and suddenly you come here and troll this thread, What is your goal ?

he just bought into drk... drk is crashing so hes coming here to Fud to make potential investors flee back to drk... hes just mad at himself.  its ok.

Just go over to the DRK thread to see whats going down there!
They are very worried indeed, they dont like to hear the truth either, i think XC will bounce back nicely.
Their claims about zerocin are utter rubbish too, other coins are implementing it as we speak.

XC, Monero and Zeroin technologies are far better than what DRK has come up with.

[Mxrider420z]

Good job Dan and the whole XC team i know we have a brilliant future ahead

I cant wait for the new wallet, i managed to secure 200 XC´s so keep the option for running xnodes for less than 1000 coins as there are a lot of people like me that have been here since the beginning (POW phase) and dont have a lot of coins.

Maybe do it in a way that you can run a xnode starting at 100 coins and as you level up the trust of your xnode you can keep building up to 1000 coins wish should give more profit as you can handle more transactions.

Tks

[benthach]

I've download and install fresh new .36 wallet and still not connect/syn. My other VPS with xnode still not doing anything these few days. I'm sure the dev need to prove something. I also see the instruction is just nonsense.

[520Bit]

I've download and install fresh new .36 wallet and still not connect/syn. My other VPS with xnode still not doing anything these few days. I'm sure the dev need to prove something. I also see the instruction is just nonsense.

Add these nodes to your x11coin.conf file, restart XC client, then you will be fine.

Code:

addnode=115.28.133.246:32348
addnode=97.90.145.234:32348
addnode=63.226.209.17:32348
addnode=85.245.215.195:32348
addnode=82.66.94.250:32348
addnode=98.110.177.46:32348
addnode=96.237.67.30:32348
addnode=76.182.189.115:32348
addnode=78.90.224.219:32348
addnode=78.145.187.175:32348
addnode=37.187.144.69:32348
addnode=98.113.53.241:32348

[temrus63]

v1.37 will be uploaded shortly, the required XC's [to run as xnode] for this release is 550XC's

ATCSECURE

very nice!!!
all be fine!
we believe in you!

[520Bit]

v1.37 will be uploaded shortly, the required XC's [to run as xnode] for this release is 550XC's

ATCSECURE

very nice!!!
all be fine!
we believe in you!

Too excited to wait.