[ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties!

[pallas]

Full Snapshot from 2020-06-03

[1714114593]

1714114593

[1714114593]

1714114593

[1714114593]

1714114593

[1714114593]

1714114593

[pallas]

Full Snapshot from 2020-07-03

[tbearhere]

  Why are people mining still this? Is there an exchange?

[pallas]

  Why are people mining still this? Is there an exchange?

No new one I believe.

[pallas]

Full Snapshot from 2020-08-01

[stratumex]

Full Snapshot from 2020-08-01

Thanx)

[pallas]

Full Snapshot from 2020-11-02

[pallas]

Hello everyone!
I wanted to make a little update on the status of XCN.
We can't hide there is no activity you can see about the development of the coin.
Things have been running very slowly because of personal stuff of every team member and because of the price of the coin: we can't set bounties or pay people in Cryptonite to do things, in the current exchange situation.
But, some stuff has been going on nonetheless, and as you can see me, bitfreak and sekker are still here and on discord.
Cryptonite 2, or however it will be called, is progressing slowly but it will definitely happen, because both bitfreak and me really want it; unfortunately we have very little time to dedicate to it, but still the code is growing and a release should happen next year.
And since we want to make a swap from XCN 1 (subject to community poll vote), the good old coin will get some love "by reflection" of the launch of the new coin.
Also the new coin, while a total rewrite from scratch, is keeping some of the basic innovative concepts of Cryptonite at its core, and this will drive interest to the origin of those technologies.
Meanwhile, sekker is going on with his game, which will include crypto payments with XCN and other coins.
Thanks to everyone who supported our project!

[farsky]

So do you mean that it will be an swap, not a fork, and it will  be a new blockchain and network errors and vulnerabilities will remain on the old network?

Thanks to the development team for continuing to develop the project

[pallas]

So do you mean that it will be an swap, not a fork, and it will  be a new blockchain and network errors and vulnerabilities will remain on the old network?

Thanks to the development team for continuing to develop the project

It will be a swap not a fork, because the code is brand new, not shared with any other coin and the blockchain format was also written from scratch and optimized.
There are no known vulnerabilities on the Cryptonite network, of course we can't delete the past when we had the know security troubles but as far as I know, no new exploits have been performed.

[br@indrain]

So do you mean that it will be an swap, not a fork, and it will  be a new blockchain and network errors and vulnerabilities will remain on the old network?

Thanks to the development team for continuing to develop the project

It will be a swap not a fork, because the code is brand new, not shared with any other coin and the blockchain format was also written from scratch and optimized.
There are no known vulnerabilities on the Cryptonite network, of course we can't delete the past when we had the know security troubles but as far as I know, no new exploits have been performed.

I hope that the new project also eliminates the weakness of the current XCN code during low mining activity:
A single miner with a strong hash impulse can currently slow down the blockchain for a long period of time:
I am currently observing such attempts again and again!
An additional coupling of the difficulty adjustment with a time signal could be an effective remedy ...

[pallas]

So do you mean that it will be an swap, not a fork, and it will  be a new blockchain and network errors and vulnerabilities will remain on the old network?

Thanks to the development team for continuing to develop the project

It will be a swap not a fork, because the code is brand new, not shared with any other coin and the blockchain format was also written from scratch and optimized.
There are no known vulnerabilities on the Cryptonite network, of course we can't delete the past when we had the know security troubles but as far as I know, no new exploits have been performed.

I hope that the new project also eliminates the weakness of the current XCN code during low mining activity:
A single miner with a strong hash impulse can currently slow down the blockchain for a long period of time:
I am currently observing such attempts again and again!
An additional coupling of the difficulty adjustment with a time signal could be an effective remedy ...

XCN is using a quite old difficulty retargeting algorithm. It is pretty slow but it is also very secure. Some newer algos are "smarter", but I've seen coins being targeted by hackers because of that pretty often.
For sure we will include a newer and more versatile difficulty retargeting algorithm in the new coin.

[othell_rogue]

Good to hear some updates, finally. Thanks for the heads-up @pallas and for the work the team is putting in. I'll join your discord to keep a closer look.

[tbearhere]

Will you still be using the same algo? 

[pallas]

Will you still be using the same algo? 

Do you like it? :-)
Well, that's an option, or we could make a new one: after x22i and x25x I have some experience ;-)

[othell_rogue]

Will you still be using the same algo? 

Do you like it? :-)
Well, that's an option, or we could make a new one: after x22i and x25x I have some experience ;-)

x22i and x25x ? Never heard of this algo. Is there some documentation about those hashing algos, I would love to read more. Thanks!

[pallas]

Will you still be using the same algo? 

Do you like it? :-)
Well, that's an option, or we could make a new one: after x22i and x25x I have some experience ;-)

x22i and x25x ? Never heard of this algo. Is there some documentation about those hashing algos, I would love to read more. Thanks!

I developed them for Sinovate, you can find the white papers on their website.
We also have a nice idea about a memory intensive algo but it's not finalized yet.

[othell_rogue]

I developed them for Sinovate, you can find the white papers on their website.
We also have a nice idea about a memory intensive algo but it's not finalized yet.

Thanks for the info! I will have a look right now.

As a side note, looks like Sinovate is not doing pretty well in term of price at least, since its being listed on CMC. But I like the volume increase.

[tbearhere]

Will you still be using the same algo?  

Do you like it? :-)
Well, that's an option, or we could make a new one: after x22i and x25x I have some experience ;-)

Yes I do but like x22i and x25x ASICS can be made for this if it became big enough. Maybe one with a little code in it that ASICs and nicehash can't touch. An example is Zano ProgPowZ. Still has the same hashrate as Progpow but with a little code in it.  
Maybe ProgPowC....C for Cryptonite code.

[pallas]

Will you still be using the same algo?  

Do you like it? :-)
Well, that's an option, or we could make a new one: after x22i and x25x I have some experience ;-)

Yes I do but like x22i and x25x ASICS can be made for this if it became big enough. Maybe one with a little code in it that ASICs and nicehash can't touch. An example is Zano ProgPowZ. Still has the same hashrate as Progpow but with a little code in it.  
Maybe ProgPowC....C for Cryptonite code.

Indeed: that was an option as well, a memory intensive one with "tricks" to make bitstream coders crazy.
Actually, x25x is already pretty complex for a fpga coder, but not impossible. As far as I know, when sinovate was big, there was no fpga for x22i nor for x25x, which means that it wasn't worth the effort: it would take too much time and resources.