Topic: [ANN][XCN] Cryptonite | 1st mini-blockchain coin | M7 PoW | No Premine - page 65. (Read 578565 times)
September 24, 2014, 03:20:07 PM
What is the total supply of XCN going to be? Interested in buying in but if only 1% of the coin has been released, meaning the price is basically actually 100 times higher.. may have to rethink that.
September 24, 2014, 01:56:56 PM
-1 means orphaned, you have the funds back, correct.
Thanks, nice to know 
BTW, the send happened around a time of network outages, my service was seriously laggy for several hours. However, other coins/miners did not seem to suffer.
September 24, 2014, 01:41:48 AM
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 1However, I then restarted the daemon, and it seems like things have been reset: listtransactions now shows it with -1 confirmations, getrawtransaction no longer finds the tx, and balance of the sending address is back to the pre-send level.
-1 means orphaned, you have the funds back, correct.
September 24, 2014, 01:18:02 AM
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 1However, I then restarted the daemon, and it seems like things have been reset: listtransactions now shows it with -1 confirmations, getrawtransaction no longer finds the tx, and balance of the sending address is back to the pre-send level.
September 24, 2014, 12:46:53 AM
XCN's safe zero-confirmation transactions seem ideal for online poker.
How so? Quick deposits or something? What I really think Cryptonite may be good for is those dice games which generate a lot of micro-transactions, since we can handle such dust much better than a typical blockchain.I'm guessing he's saying you could run the whole game on the blockchain. With no limit on transactions and/or problems with bloat I'd guess you can decentralize the whole thing.
But with a fee for every bet that might end up expensive? But probably much less so than regular rake.
Jungian is reading my mind correctly. Not just poker but the entire casino should be shoveled into a blockchain (or two).
BF is right about the relative expense, but I think there is a good chance the benefits of decentralizing outweigh the demonstrably massive cost/risk of central poker, etc. servers.
Too bad XCN was still in development when VIA/XCH launched; their smart contracts could benefit tremendously from safe zero trust/confirmation tx and cheap blockchain space.
Ah well, there's plenty of time in the future...
September 24, 2014, 12:30:54 AM
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.
LOVE IT 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.
Yep, that's good stuff for sure!
I told Coinmarketcap guy about the new site of blockchain exploring , so we should have a long-overdue market cap update SoonTM.
September 24, 2014, 12:23:31 AM
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.
LOVE IT 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.
September 23, 2014, 08:33:21 PM
Where can I buy this coin? Thanks
here!
Exchanges
Bter: www.bter.com
btc38: www.btc38.com
C-CEX: www.c-cex.com
Poloniex: www.poloniex.com
BX: www.bx.in.th
Bter: www.bter.com
btc38: www.btc38.com
C-CEX: www.c-cex.com
Poloniex: www.poloniex.com
BX: www.bx.in.th
September 23, 2014, 07:59:17 PM
Where can I buy this coin? Thanks
September 23, 2014, 05:39:27 PM
Nice work, link has been added to thread and website.
September 23, 2014, 04:12:38 PM
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
September 23, 2014, 03:58:51 PM
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.
September 23, 2014, 08:02:11 AM
I second that aizen.
Resync is only possible by a full delete. Had same prob
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.
September 23, 2014, 07:56:34 AM
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
Resync is only possible by a full delete. Had same prob
What OS and version?
September 23, 2014, 07:08:26 AM
September 23, 2014, 06:59:48 AM
[...]
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.
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?
September 23, 2014, 04:13:38 AM
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.
September 23, 2014, 04:01:59 AM
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
September 23, 2014, 03:44:12 AM
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.
September 23, 2014, 03:36:16 AM
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. Jump to: