[ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine

[otila]

You need to try and run with -resync option. Or delete the the data folder and try again. If your sync procedure goes from header to blocks to trie and then all of a sudden back to 7 days behind then you really need to start over. Typically a good block has been marked invalid and this will prevent it from ever recovering.

Your logs is too short to see why the good block was marked invalid. It only shows the downloading of half of the trie. That could I guess be the problem but it would be best to rule out other possibilities with more log.

It spits out some logs with printf (without timestamps) so they do not end up into debug.log. And I didn't want to post the 2 MiB log file.

Okay, I ran -resync and it synced ok this time!

[newbybtc]

perhaps if bitfreak could talk to moolah @ mintpal and get in on the exchange, since he is accepting genuinely innovative coins. or everyone tweet @moolah_io and @MintpalExchange

this exchange would bring alot of volume and almost guarantee the great success of cryptonite!

lets do this!

mintpal v2 is to be released tomorrow night.

Between bter and poloniex there are more than 11btc of buy orders above 600.

If any more buyers show up something is probably going to break.

This is like when you are walking on a rural traintrack and you feel a rumble.

[bitfreak!]

Ok we now have a block explorer running at: explorer.cryptonite.info

[enerbyte]

Ok we now have a block explorer running at: explorer.cryptonite.info

Great job bitfreak!

[enerbyte]

http://explorer.cryptonite.info/?address=CeRad61n2RprFzywneKAkYN9bwFBu4yW2H wow!

[bitfreak!]

http://explorer.cryptonite.info/?address=CeRad61n2RprFzywneKAkYN9bwFBu4yW2H wow!

I believe that is a Bter exchange address.

[newbybtc]

http://explorer.cryptonite.info/?address=CeRad61n2RprFzywneKAkYN9bwFBu4yW2H wow!

That must be the person refered to in the faqs https://bitcointalk.org/index.php?topic=713538.msg8196634#msg8196634

But since the tiniest percentage of coins were created early, the opposite of instamine I guess, that person has to keep mining/buying heavily to stay on top.
 

[bitfreak!]

http://explorer.cryptonite.info/?address=CeRad61n2RprFzywneKAkYN9bwFBu4yW2H wow!

That must be the person refered to in the faqs https://bitcointalk.org/index.php?topic=713538.msg8196634#msg8196634

Nah that guy only got 1 or 2 million if I remember correctly. I don't think he has all of it in a single address anymore.

[bitfreak!]

A few interesting things worth noting about the block explorer:

Withdrawal limit update transactions are correctly displayed in the explorer. For example if you look at the transactions associated with this address you'll see that the withdrawal limit has been changed several times. When changing the withdrawal limit on an address you'll still need to pay a transaction fee (this is to help prevent DoS attacks).

The other interesting thing I wanted to point out was the genesis block. You'll notice that it contains a single transaction with no inputs and one output which sends the total coin supply to "the coinbase account" (aka CGTta3M4t3yXu8uRgkKvaWd2d8DQvDPnpL). If you take a look at the transactions associated with that address you'll notice it's a list of every block reward ever paid out to miners.

In 99% of other altcoins, the block reward is sort of "minted" when the block is solved, the coins aren't sourced from anywhere, there is no input. However, unlike all those other altcoins, Cryptonite has a concept of balances, that is what the trie.dat file is, it's a list of all non-empty addresses in the network and their balances. The inputs and outputs simply point to addresses in that balance sheet, instead of pointing to other transactions as they do in most other altcoins.

When a block is mined in Cryptonite, the block reward is actually subtracted from the balance of the coinbase account, and that is why the transaction in the genesis block sends the total coin supply to the coinbase account. The address for the coinbase account does not have a known private key because it's derived from a public key hash consisting of all 0's. But even if the private key was discovered it still couldn't be used because it's only allowed to make coinbase transactions.

Since transactions don't have inputs and outputs which link together like in other altcoins, there is no reason to store old Cryptonite transactions. ALL transactions can be forgotten after some period of time (it's a week in Cryptonite), there is no reason we'll ever need to go back and find unspent outputs, because in some sense all Cryptonite transactions instantly become "spent" after they are applied to the balance sheet / account tree.

[bitfreak!]

Ok block explorer is complete: https://github.com/MiniblockchainProject/MiniExplorer

For anyone attempting to set this up on their own server, I just realized that the /cron/parse_txs.php script has a bug which prevents it from working correctly when called by a cron job. If you were wondering why new tx's weren't showing up on our official block explorer that is why. Should be working now though, and a fixed version of parse_txs.php has been uploaded to github.

[AizenSou]

In 99% of other altcoins, the block reward is sort of "minted" when the block is solved, the coins aren't sourced from anywhere, there is no input. However, unlike all those other altcoins, Cryptonite has a concept of balances, that is what the trie.dat file is, it's a list of all non-empty addresses in the network and their balances. The inputs and outputs simply point to addresses in that balance sheet, instead of pointing to other transactions as they do in most other altcoins.

When a block is mined in Cryptonite, the block reward is actually subtracted from the balance of the coinbase account, and that is why the transaction in the genesis block sends the total coin supply to the coinbase account. The address for the coinbase account does not have a known private key because it's derived from a public key hash consisting of all 0's. But even if the private key was discovered it still couldn't be used because it's only allowed to make coinbase transactions.

Since transactions don't have inputs and outputs which link together like in other altcoins, there is no reason to store old Cryptonite transactions. ALL transactions can be forgotten after some period of time (it's a week in Cryptonite), there is no reason we'll ever need to go back and find unspent outputs, because in some sense all Cryptonite transactions instantly become "spent" after they are applied to the balance sheet / account tree.

The more I understand about Cryptonite, the more I feel amazing about your creation. Have done a fantastic job, bitfreak.
Another small notice about my experience with Cryptonite: once your wallet was in wrong fork, even if you resync the whole blockchain, it still results in " No wallet.dat available" error. The only way to work around is to use the importprivkey or to use the older version of wallet.dat before the wrong fork.

[ocminer]

In 99% of other altcoins, the block reward is sort of "minted" when the block is solved, the coins aren't sourced from anywhere, there is no input. However, unlike all those other altcoins, Cryptonite has a concept of balances, that is what the trie.dat file is, it's a list of all non-empty addresses in the network and their balances. The inputs and outputs simply point to addresses in that balance sheet, instead of pointing to other transactions as they do in most other altcoins.

When a block is mined in Cryptonite, the block reward is actually subtracted from the balance of the coinbase account, and that is why the transaction in the genesis block sends the total coin supply to the coinbase account. The address for the coinbase account does not have a known private key because it's derived from a public key hash consisting of all 0's. But even if the private key was discovered it still couldn't be used because it's only allowed to make coinbase transactions.

Since transactions don't have inputs and outputs which link together like in other altcoins, there is no reason to store old Cryptonite transactions. ALL transactions can be forgotten after some period of time (it's a week in Cryptonite), there is no reason we'll ever need to go back and find unspent outputs, because in some sense all Cryptonite transactions instantly become "spent" after they are applied to the balance sheet / account tree.

The more I understand about Cryptonite, the more I feel amazing about your creation. Have done a fantastic job, bitfreak.
Another small notice about my experience with Cryptonite: once your wallet was in wrong fork, even if you resync the whole blockchain, it still results in " No wallet.dat available" error. The only way to work around is to use the importprivkey or to use the older version of wallet.dat before the wrong fork.

I second that aizen.

Resync is only possible by a full delete. Had same prob

[AizenSou]

In 99% of other altcoins, the block reward is sort of "minted" when the block is solved, the coins aren't sourced from anywhere, there is no input. However, unlike all those other altcoins, Cryptonite has a concept of balances, that is what the trie.dat file is, it's a list of all non-empty addresses in the network and their balances. The inputs and outputs simply point to addresses in that balance sheet, instead of pointing to other transactions as they do in most other altcoins.

When a block is mined in Cryptonite, the block reward is actually subtracted from the balance of the coinbase account, and that is why the transaction in the genesis block sends the total coin supply to the coinbase account. The address for the coinbase account does not have a known private key because it's derived from a public key hash consisting of all 0's. But even if the private key was discovered it still couldn't be used because it's only allowed to make coinbase transactions.

Since transactions don't have inputs and outputs which link together like in other altcoins, there is no reason to store old Cryptonite transactions. ALL transactions can be forgotten after some period of time (it's a week in Cryptonite), there is no reason we'll ever need to go back and find unspent outputs, because in some sense all Cryptonite transactions instantly become "spent" after they are applied to the balance sheet / account tree.

The more I understand about Cryptonite, the more I feel amazing about your creation. Have done a fantastic job, bitfreak.
Another small notice about my experience with Cryptonite: once your wallet was in wrong fork, even if you resync the whole blockchain, it still results in " No wallet.dat available" error. The only way to work around is to use the importprivkey or to use the older version of wallet.dat before the wrong fork.

I second that aizen.

Resync is only possible by a full delete. Had same prob

Yes it takes me half of a day to understand the problem. Delete everything and resync doesn't work for me.
I will move my rigs back to your pool when you finish fixing this.

[newbybtc]

[...]
Since transactions don't have inputs and outputs which link together like in other altcoins, there is no reason to store old Cryptonite transactions. ALL transactions can be forgotten after some period of time (it's a week in Cryptonite), there is no reason we'll ever need to go back and find unspent outputs, because in some sense all Cryptonite transactions instantly become "spent" after they are applied to the balance sheet / account tree.

Is there some chance of a sort of 51% attack in that? Could someone with lots of computers convince the network to accept a new version of the account balance tree?

[dave111223]

BX.in.th added [XCN] Cryptonite Market

https://bx.in.th/BTC/XCN/

[catia]

Is there some chance of a sort of 51% attack in that? Could someone with lots of computers convince the network to accept a new version of the account balance tree?

Yes it's called the secret chain attack. Info is on the wiki. It requires someone to maintain 51% for 10,000 blocks and even then it is only able to confuse nodes attempting to sync to the network for the first time. As a general rule, nodes initially syncing to the network should be more diligent in making sure the chain they have received is the one being used by old nodes, such as block explorer etc. However, the attack is of limited utility, since new nodes by definition have no coin, are not exchanges, etc, it would be difficult to gain anything by convincing a new node of a few changes in balances. Old nodes are also able to detect this stuff going on. So we can issue a checkpoint in the code and render worthless all the computing done on the 10000 blocks of 51%.

I second that aizen.

Resync is only possible by a full delete. Had same prob

What OS and version?

[AizenSou]

I second that aizen.

Resync is only possible by a full delete. Had same prob

What OS and version?

Gentoo + Ubuntu Linux, MacOS 10.9 all give the same problem.

[teknohog]

Any ideas on a transaction that doesn't get through? No confirmations, and the block explorer shows nothing with the txid or address. I sent it several hours ago. The machine is behind NAT, but it's synced fine as I do receive payments.

[catia]

Any ideas on a transaction that doesn't get through? No confirmations, and the block explorer shows nothing with the txid or address. I sent it several hours ago. The machine is behind NAT, but it's synced fine as I do receive payments.

Does your local machine have anything interesting to say about it via listtransactions or getrawtransaction txid 1

[bitfreak!]

BX.in.th added [XCN] Cryptonite Market

https://bx.in.th/BTC/XCN/

Nice work, link has been added to thread and website.