Topic: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine - page 41. (Read 578565 times)

What is the motivation behind such a messaging service?

I believe there are now a few coins which support encrypted messages but they all have issues. The main thing you need to realize about encryption is that both parties typically need to be in possession of the secret encryption key(s). A typical symmetric encryption algorithm such as AES requires that both parties share a common secret. However that's not very useful for encrypting messages in transactions because it requires both parties to be in communication. But if you wanted to send an encrypted message using Cryptonite you could use the AES algorithm to encrypt a message and send it to someone who knows the secret key. There's nothing preventing anyone from doing that right now, but as I said it's not very useful.

Of course Cryptonite and most other altcoins already use public key cryptography (aka asymmetric encryption), and that opens the door for a more convenient message encryption mechanism. Anyone can encrypt a message using the public key associated with some address, then the owner of that address can decrypt the message using their private key. Now the problem is that you can't figure out the full public key just from an address. In order to know what the public key is you either need the person to send you their public key or you need to search the blockchain to find a transaction where that address has already been used as an input (because the public key can be derived from the signature), but it may not have been used previously.

I'm not sure how they implemented message encryption in NXT but I doubt they have solved these fundamental problems. The basic issue is that you can't encrypt a message and expect the other person to know how to decrypt the message unless you're in communication with that person or you have some other way to discover their public key. Thus we haven't implemented message encryption in Cryptonite, because I see no compelling solution to this problem. And to answer your question the limit for Cryptonite messages is 64 characters if I remember correctly. The intended purpose of it is just so people can attach a bit of extra info to the transaction, like maybe an order ID or something. It's not there so people can embed novels into the blockchain.

It would be nice to get the messaging system implemented better. It seems NXT has a way of encrypting messages within it's network. Perhaps that could be used as a model. Seems they are limited to 1000 characters which seems sufficient. What's the limit within Cryptonite?

That is not an error it's only a warning, you might not have to do a resync, if you let it run for a while it may be able to catch up. But if you're way behind and do need to resync then you'll need to start Cryptonited or Qt with the -resync flag. We've always known that clicking on that resync option in Qt will cause a crash, it also happens on Linux systems. Are you experiencing any problems apart from that?

I highly doubt your registry has anything to do with it. Deleting everything in your data directory except the wallet.dat should be enough.

I thought the code was forked from bitcoin rather than litecoin as that what it says in the description.
I guess the other altcoins don't have the same need for resync as the don't use the mini blockchain scheme. Cryptonite seems to need a resync if a node hasn't connected for over a week. Looking back at the debug.log file the following error is from when I ran the client the other day:-
'Warning: saved state too old. Fast forward sync may not be possible. Run Resync!!!'
This is when I clicked resync and after that it crashed with the error I posted before. It was the only copy of cryptonited running at the time, I don't think it's even possible to start two copies at the same time.
After the crash I no longer have a blk00000.dat file so I get the following error messages when I try to start the client:-
2015-01-31 20:15:46 Unable to open file C:\coins\cryptonite\blocks\blk00000.dat
2015-01-31 20:15:46 ERROR: ReadBlockFromDisk : OpenBlockFile failed
2015-01-31 20:15:46 ReadBlockFromDisk: Could not find block 000000000669d21da5b787ed397a3e10600c5708cb89a227948d98d73409c9f8
2015-01-31 20:15:46 *** Failed to read block2
2015-01-31 20:15:57 Cannot fastforward chain because of connecttip fail: 000000000669d21da5b787ed397a3e10600c5708cb89a227948d98d73409c9f8
2015-01-31 20:15:57 Requesting shutdown
It spends a while on the splash screen saying 'loading block index' and then it fails with 'failed to read block2'

It should work if I do the usual trick of deleting everything bar the wallet.dat including the registry entries to re-install the client. But I'll leave it in the current state in case you need any more logs from it as I don't need to make any transactions now.

Yes and it usually works fine.

The good news is you've provided a descriptive error message to help pinpoint the issue. The bad news is this seems to be a problem which has exist for several years in other altcoins such as litecoin and still hasn't been fixed: https://litecointalk.org/index.php?topic=10746.0


My naive guess would be that you might have cryptonited already running in the background or something.

Have you tried leaving the wallet closed on one of your windows machines for a couple of weeks so it's forced to do a resync? That seems to be one of the main issues. I just opened up my wallet for the first time in  two weeks and it crashed on a resync with the below error message:-

EXCEPTION: N5boost10filesystem16filesystem_errorE       
boost::filesystem::remove: The process cannot access the file because it is being used by another process: "C:\coins\cryptonite\blocks\index\000081.sst"       
C:\coins\cryptonite\win64_cryptonite-qt_14091021.exe in Runaway exception 

We can't fix it until we discover what is causing it. The bugs only seem to affect a small percentage of Windows machines so it's hard to diagnose. Cryptonite-Qt works absolutely fine on all my Windows machines so I have no clue what the issue is. And our main developer doesn't even use Windows.

some heavy buying going on. xcn is up 350% today 

Yeah it might solve the problem.

bitfreak would you make the windows wallet less laggy/bugs please

The first half of this video I made explains it fairly well: https://www.youtube.com/watch?v=Eb0sAmQD0Dk

My guess would be that you don't have curl installed.

@bitfreak

Would you mind adding my website to Services page on http://cryptonite.info ?

Thanks!

Can someone point me to where the benefits of the mini-blockchain scheme are clearly stated in contrast to proposed blockchain pruning?

Also, I'm trying to run the webrpc client and I'm getting the error: Fatal error: Call to undefined function curl_init() in /var/www/html/xcn/lib/rpcclient.lib.php on line 130 . I've started cryptonited with -server and ensure that the username and password are the same as what was entered in the client install. Any idea of where I'm going wrong?

The max block size is 2 times the average size of the last hundred blocks. So if the last 100 blocks had an average size of 5MB then the max block size for the next block would be 10MB. The lower limit is 2MB to ensure that tx's will always get into the block.

I am reading http://cryptonite.info/wiki/index.php?title=Dynamic_max_block_size

However, it is not clear that if a big miner can create a block with huge size (e.g 200 MB), making really hard for other miners to download (bandwidth and network latency) and verify transactions (CPU usage).

Is it the case that is addressed already?

Thanks. I solved it.

Steps I have done:

- Delete /blocks, peers.dat, trie.dat (do not delete wallet.dat)
- Run cryptonite-qt with option -resync -rescan

The whole block chain has been downloaded in 20 minutes

It seems that the only possible solution now is to delete the entire blocks directory "after taking a backup of the wallet of course", Give it a try.

I can see it. Not down.

Wow! there is still 1.5Gh on this coin. What noob said it was dead? lol. This is one coin we got in 2014 with innovation. There were a few others but not many.

I am unable to sync the blockchain. It stuck at block 246270 for 3 hours already. The message that wallet displays is: Downloading headers - 7 days behind.

I tried to re-sync (with option --resync) 2 times (deleted peers.dat). No success yet.

My peers:


20:39:00

getpeerinfo

[
{
"addr" : "66.45.239.67:8253",
"services" : "00000001",
"lastsend" : 1421847497,
"lastrecv" : 1421847502,
"bytessent" : 5309,
"bytesrecv" : 1078737,
"conntime" : 1421847330,
"pingtime" : 0.00000000,
"version" : 10000,
"subver" : "/Satoshi:0.1.1/",
"inbound" : false,
"startingheight" : 256380,
"banscore" : 0,
"syncnode" : true
}
]