@ Karmicads
From what I understand of your proposal, you want to create an alternate network. Perhaps even more?
That is the opposite of what I'm saying: That's the current blockchain that will be used, because nothing is more secure.
Yes, the bitstock network would operate completely independently as I invisage it. It (and it's protocol) would also be significantly different in some respects. The blockchain as I understand it, provides us with a
principal by which we can (and do) derive security. The same principal can be applied to a similar network (ie one with a blockchain) and security can be derived by adopting the same principal. Of course there is nothing more secure than the existing bitcoin blockchain, but that only because there is no other similar network (apart from the bitcoin test network - that I know of) If there were, it could employ the very same principal to also become secure and that would be likely to happen if bitstock became popular, in the same manner as it happened for bitcoin, ie: by leveraging security in numbers.
If I'm a company and want to sell some stock, I will never start a new blockchain only for it, because I know a big miner could single handedly take over the network.
I have to do some more reading up on the technical aspects, of exactly how the process of hashing produces security in the existing network. I'm a little sketchy on that aspect of bitcoin. As I understand it though (correct me if I am wrong), mining (ie: producing bitcoin) is not essential to the process that generates security, so no coins have to be produced to provide security for trasnsactions. I make that assumption, based on the inevitable event in the future that there will be no bitcoin to mine. I assume the security won't colapse if there is no mining, because there will still be many connected nodes (we hope), that are each contributing to some hashing for security. The bitstock network as I invisage it, would work the same way with regard to the transfer of bitstock P2P, but there would be no 'mining' in the sense of producing bitstock out of nowhere or from the work of doing hashes. Instead the protocol would allow the company or trading entity, to float their bitstock, which could then be bought and paid for by a normal bitcoin transaction.
I think it's quite implicit in this approach, that the bitstock client would still have the complete functionality of the bitcoin client built into it as well, as it would have to address two seperate networks (or at least two seperate namespaces), one being bitcoin and the other being bitstock. I'm not sure how both could be secured, apart from the bitstock client perhaps being made, so that dedicating some machine cycles to it is compulsory. In the existing bitcoin client the 'mining' (somehow) produces security and also bitcoin. In the existing client you can turn mining off though. If the bitstock client requires 'mining' (actualy just hashing for security), it might even provide a security strengthener for both networks, long after the 21M bitcoins have been produced. Cant a client feasably be made, so that it shares a nominal amount of hashing for security, across more than one blockchain?
Nevertheless, there may yet be other approaches to security, but I'm only considering how adapting the P2P trading aspect might work; where each commodity or company stock, is represented as a seperate blockchain. That to me, is the sensible method to associate company stock with a bitcoin like protocal/network, since the blockchain is the entity that allows the value of the commodity to float freely. In this model, a transaction consists of transfering ownership of some bitstock from one node to the other while the payment in bitcoin travels in the opposite direction. To create bitstock you have to have something of value to sell and the company or trading entity would float that as their own and then let market forces take over. It would be as if the company stock represents a micro-currency; one that can only be traded back and forth with bitcoin. Floating a stock or commodity is realy just a declaration of value. What you're saying essentialy is: 'My company has someting of value over here'. It could be company stock, commodities or whatever. If nobody agrees it's worth anything then it simply isnt. By the same token, it wouldn't be worth stealing it then either. If it has percieved value, then that value would be represented by paying for and buying it with bitcoin.
Just as there's no information in the bitcoin blockchain to represent the intrinsic value of a bitcoin, there would be nothing of value in any bitstock blockchain to represent it's intrinsic value either. That BTW is good design on Satochi's part IMHO, as nothing realy has any intrinsic value, only value that is percieved. The basic design criteria is that the bitstock protocol, must be made so that bitcoin and
ONLY bitcoin, can be used to transct bitstock. It realy needs to made from the bottom up, so that you just
CANT obtain it any other way. If I am right, then there would be no way to steal it from the bitstock network itself. You could steal it only in the same way you can steal bitcoin today. If you cant create it (by mining) and cant steal it (if I understand this all properly), then the security is provided by the original bitcoin blockchain and the security of the bitcoin transactions, that flow in the opposite direction to the bitstock.
The other design criteria is that the existing bitcoin blockchain, maintains a registry of public keys assigned to transactions. So bitcoin esentialy carries with it, some information about who owns it. The bitstock will need another element to identify what company stock or commodity, it is associated with. The Information stored in the bitcoin blockchain, for each transaction, of the nodes public key and amount, isn't enough. If I buy 100 bitstock in 'Mr Widgets Software', The transaction will have to be addressed to an associated blockchain and the original 'bitcoin like' ownership information, about the individual node that it is being transfered to, will still have to exist. So bitstock would have data fields denoting a node value and a trading entity value, that must be carried with every transaction. That way, the network knows not only who owns the resulting bitstock but what blockchain it is to be traded on.
Did that help you think, or am I still confused about something?
