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

e.nexus

member

Activity: 96

Merit: 25

Quote from: 9Bank on March 17, 2018, 05:45:02 PM

what am i missing to import a XCN paper-wallet from within the new Windows wallet? i've been running 1.4.2 until today updated with the Cryptonite-0-1-5-db61.zip version.

i decided to send my XCN to a second laptop and install the db61 version (non backward compatible) then sent it back to the new empty wallet. worked fine, and still shows older transactions.

going to buy a couple Freiexchange shares too...

In console use:

importprivkey [yourprivatekey]

9Bank

full member

Activity: 229

Merit: 101

what am i missing to import a XCN paper-wallet from within the new Windows wallet? i've been running 1.4.2 until today updated with the Cryptonite-0-1-5-db61.zip version.

i decided to send my XCN to a second laptop and install the db61 version (non backward compatible) then sent it back to the new empty wallet. worked fine, and still shows older transactions.

going to buy a couple Freiexchange shares too...

EDIT: next day Shocked

wasn't able to transfer from paper - changed dir to the path specified from %appdata% search. in a Windows console i entered>importprivkey [myprivatekey]

here's what Windows returned.
'importprivkey' is not recognized as an internal or external command, operable program or batch file.

muf18

sr. member

Activity: 882

Merit: 310

I agree.
I see that in the client there is an option to sent coins to mulitply addresses, but probably it would be better to make a batch script for it.

I have bought a handful of coins to test network, but would somebody willing to test it setting up a 10-20 nodes to sent it to them simultaneously.

Without it, it's hard to test with 2-3 computers, throughput of network. I can't make a couple of VMs, but it won't be enough.

I thought this could be an alternative to DPoS, in terms of performance, but it looks like decentralization can't be scalable.
So I think in the future we will see more centralizated solutions like DPoS taking over, or Ethereum sharding, or Bitcoin second layer solution.

Just blockchain looks like in current form can't be scalable, with standard (POW/POS) consensus algorythms.

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

Quote from: muf18 on March 17, 2018, 03:00:05 PM

I today tried to make performance test on network, and it wasn't so favourable - I thought that with 60sec blocks, it will get at least 1 confirmation in faster time, than 10min.
I have set one time minimal fee, second time it was the highest fee (1XCN), and it was the same, I waited 8-10 min to get 1 conf, rest confirmation were faster, but 10 min for 1 conf, with empty blockchain is a little disappointing
Slimcoin is processing faster transactions, which was strange for me, because it has slower block times (90 sec).

Also wallet is quite memory hungry - on my computers it consumes 800-900mb of ram, in comparison to 600mb consumed by Slimcoin node, and 200mb by Peercoin node (all fully synchronized).

Confirmation time depends on hashrate, difficulty and luck.
In average, shorter block time will always be faster.
Also what is important and would be interesting to test is tx throughput.

muf18

sr. member

Activity: 882

Merit: 310

I today tried to make performance test on network, and it wasn't so favourable - I thought that with 60sec blocks, it will get at least 1 confirmation in faster time, than 10min.
I have set one time minimal fee, second time it was the highest fee (1XCN), and it was the same, I waited 8-10 min to get 1 conf, rest confirmation were faster, but 10 min for 1 conf, with empty blockchain is a little disappointing
Slimcoin is processing faster transactions, which was strange for me, because it has slower block times (90 sec).

Also wallet is quite memory hungry - on my computers it consumes 800-900mb of ram, in comparison to 600mb consumed by Slimcoin node, and 200mb by Peercoin node (all fully synchronized).

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

Quote from: d5000 on March 17, 2018, 11:34:12 AM

Quote from: pallas on March 17, 2018, 09:25:42 AM

A "manual" approach is already available: using the public blockchain snapshot or a backup of your own chain (which will be much smaller).

Thanks. I don't like this approach very much because it implies some centralization - even if it's not likely that it can be abused as XCN isn't suitable for "timestamping" purposes (like Factom). For now, I would prefer to export my transactions every week.

Quote

Part of the information is already saved in the wallet, we could eventually try to add the missing information so the user doesn't see an incomplete transaction data.
I wonder how much bigger the wallet file would become, though.

That would be the approach I would favour. Maybe a separate file can be added so the wallet file isn't cluttered with transaction data?

In the end it's just your blockchain data. Everyone's different because it starts collecting full tx data a couple weeks before your first use. You could backup it along with the wallet (i.e. blocks/ and trie.dat, with wallet.dat).

d5000

legendary

Activity: 3906

Merit: 6249

Decentralization Maximalist

Quote from: pallas on March 17, 2018, 09:25:42 AM

A "manual" approach is already available: using the public blockchain snapshot or a backup of your own chain (which will be much smaller).

Thanks. I don't like this approach very much because it implies some centralization - even if it's not likely that it can be abused as XCN isn't suitable for "timestamping" purposes (like Factom). For now, I would prefer to export my transactions every week.

Quote

Part of the information is already saved in the wallet, we could eventually try to add the missing information so the user doesn't see an incomplete transaction data.
I wonder how much bigger the wallet file would become, though.

That would be the approach I would favour. Maybe a separate file can be added so the wallet file isn't cluttered with transaction data?

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

Quote from: d5000 on March 17, 2018, 12:44:03 AM

Thanks for your efforts to list the coin at Freiexchange. Maybe they can evolve into a sort of "hidden gems exchange". Wink

Quote from: pallas on March 16, 2018, 04:04:36 AM

this is a side effect of mini-blockchain: if you sync from scratch and use an existing wallet, you loose information about the old transactions you did with that same wallet.
you can keep the old chain data ("blocks" folder), or use the blockchain snapshot (see first post), to recover that information.

Interesting. Would it cost a big effort to add a "database" to the wallet with information about past transactions which wouldn't get lost if the blockchain is re-synced?

One could do something similar, in a manual way, exporting the JSON data about past transactions regularly and "bundling" them to a "poor man's database", but an automatic feature would be very fine - above all for people who like or even need to do some advanced accounting, like merchants and other crypto enterprises.

A "manual" approach is already available: using the public blockchain snapshot or a backup of your own chain (which will be much smaller).
Part of the information is already saved in the wallet, we could eventually try to add the missing information so the user doesn't see an incomplete transaction data.
I wonder how much bigger the wallet file would become, though.

d5000

legendary

Activity: 3906

Merit: 6249

Decentralization Maximalist

Thanks for your efforts to list the coin at Freiexchange. Maybe they can evolve into a sort of "hidden gems exchange". Wink

Quote from: pallas on March 16, 2018, 04:04:36 AM

this is a side effect of mini-blockchain: if you sync from scratch and use an existing wallet, you loose information about the old transactions you did with that same wallet.
you can keep the old chain data ("blocks" folder), or use the blockchain snapshot (see first post), to recover that information.

Interesting. Would it cost a big effort to add a "database" to the wallet with information about past transactions which wouldn't get lost if the blockchain is re-synced?

One could do something similar, in a manual way, exporting the JSON data about past transactions regularly and "bundling" them to a "poor man's database", but an automatic feature would be very fine - above all for people who like or even need to do some advanced accounting, like merchants and other crypto enterprises.

muf18

sr. member

Activity: 882

Merit: 310

Finally I get my hands on some Cryptonite.
Now we can swap xD.
Kidding.
Btw. counterfainted coins are black listed, and can't get to circulating supply, within network (only on chinese exchanges) yes?

Also we could make test on throughput of network and how it would handle it, with some batch scripting, if there would be some participants to it.

So guys what do you think?

kiddo

full member

Activity: 546

Merit: 137

Quote from: pallas on March 15, 2018, 09:57:21 AM

New binary release:

https://github.com/pallas1/Cryptonite/releases

Even if the old version will continue working, everyone is encourage to update: the use of new libraries for the build increases security, performance and compatibility with newer OS versions.

Cool will update asap, thanks for the heads up dev!

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

Quote from: Velgelm on March 16, 2018, 03:30:31 AM

Hi. Today i updated my cryptonite wallet to 1.4.11 ver. I copied my wallet.dat to new folder and run wallet. Wallet begin synced, but when process is done, i see this:

If a run old wallet 1.4.2 - seem all be ok

Whats wrong with new wallet? My blocks and transactions okay or no ?

getblockhash 1855488 in new and old wallet are same

this is a side effect of mini-blockchain: if you sync from scratch and use an existing wallet, you loose information about the old transactions you did with that same wallet.
you can keep the old chain data ("blocks" folder), or use the blockchain snapshot (see first post), to recover that information.

Velgelm

sr. member

Activity: 299

Merit: 250

Hi. Today i updated my cryptonite wallet to 1.4.11 ver. I copied my wallet.dat to new folder and run wallet. Wallet begin synced, but when process is done, i see this:

If a run old wallet 1.4.2 - seem all be ok

Whats wrong with new wallet? My blocks and transactions okay or no ?

getblockhash 1855488 in new and old wallet are same

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

I've reported the error to coinmarketcap, so they can remove stellarport as an XCN market.
I also requested addition of freiexchange.

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

New binary release:

https://github.com/pallas1/Cryptonite/releases

Even if the old version will continue working, everyone is encourage to update: the use of new libraries for the build increases security, performance and compatibility with newer OS versions.

pallas

legendary

Activity: 2716

Merit: 1094

Black Belt Developer

Quote from: reb0rn21 on March 14, 2018, 11:33:12 PM

Quote from: arvin777 on March 14, 2018, 05:49:16 PM

pallas did you send a add request to stellarport.io ?
XCN trading there for 1800 sat and volume is high
but we cant deposit there
who is selling XCN there? its fishy Huh

ps: stellarport.io admin: fchain.io has issued an XCN token that represents Chinese Yuan not Cryptonite. You won't be able to send Cryptonite to the Stellar network at this time

LOL SCAM SCAM SCAM!!! XCN is biggest scam so far, and I im here for last 5+ years and mined 500+ coins!!!!!!!!!!

First there was inside HACK then coins was privatly added to dozen of chines, tailand, etc exchange where you can not deposit or it was broken, and then you see fake trades to scam stupid newbies and asian ppl to buy THIS SCAM!!!

They used the XCN ticker symbol without first checking if it's already in use, nor contacting us in any way. All their fault.
About the chinese exchanges, we did all we could to make them work (and they did: for example btc38 and bter have been working for many months during 2017).
Again this is all about the exchanges themselves and could have happened with any other coin.

e.nexus

member

Activity: 96

Merit: 25

https://freiexchange.com/market/XCN/BTC

reb0rn21

legendary

Activity: 1901

Merit: 1024

Quote from: arvin777 on March 14, 2018, 05:49:16 PM

pallas did you send a add request to stellarport.io ?
XCN trading there for 1800 sat and volume is high
but we cant deposit there
who is selling XCN there? its fishy Huh

ps: stellarport.io admin: fchain.io has issued an XCN token that represents Chinese Yuan not Cryptonite. You won't be able to send Cryptonite to the Stellar network at this time

LOL SCAM SCAM SCAM!!! XCN is biggest scam so far, and I im here for last 5+ years and mined 500+ coins!!!!!!!!!!

First there was inside HACK then coins was privatly added to dozen of chines, tailand, etc exchange where you can not deposit or it was broken, and then you see fake trades to scam stupid newbies and asian ppl to buy THIS SCAM!!!

e.nexus

member

Activity: 96

Merit: 25

Updated windows build:

Cryptonite 0.1.4-11 db4.8: http://www.mediafire.com/file/nkcojrx6u6r4ijn/Cryptonite-0-1-4-11-db48.zip
Cryptonite 0.1.4-11 db6.1: http://www.mediafire.com/file/73ancicczuzaajl/Cryptonite-0-1-4-11-db61.zip

If you don't know which db you want use 4.8

arvin777

member

Activity: 196

Merit: 15

pallas did you send a add request to stellarport.io ?
XCN trading there for 1800 sat and volume is high
but we cant deposit there
who is selling XCN there? its fishy Huh

ps: stellarport.io admin: fchain.io has issued an XCN token that represents Chinese Yuan not Cryptonite. You won't be able to send Cryptonite to the Stellar network at this time

Topic: [ANN][XCN] Cryptonite - NEW Thread | 1st mini-blockchain coin | Bounties! - page 42. (Read 215807 times)