The movement of Business to the Blockchain

3개월 전

Blockchain has become a “Buzzword” in the business word today, and many Chief Technology Officers are under pressure to demonstrate their company is keeping up with technology and plan a “blockchain innovation” which will allow them to keep pace with their competitors.

But the problems for these Chief Technology Officers is not getting their Chief Executive Officers interested in the blockchain, it’s figuring out how to use the core strengths of a blockchain to improve their current “Legacy” systems and processes. The issues are familiar, costs, strengths, weaknesses, opportunities for gains in market share and opportunities for losses of market share also. Add to this mix the technological unknown with its risk of hacking, with the theft of confidential customer information, plus proprietary information and you can guarantee many sleepless nights for the Chief Technology Officer. These shared unknowns and common deficiency of technological expertise has given rise to consortiums between competitors seeking to learn what their competitors know and possibly steal or “borrow” it, and also benefit from multiple technological minds brainstorming common problems. It’s like getting the expertise of your competitors for free or at least for the price of what your company knows, which may be very little, so this exchange is free for you, but yields valuable knowledge.

These consortiums can yield benefits if you brainstorm placing common processes on the blockchain, which doesn’t require you to divulge trade secrets, as many processes are done the same between competitors with only differences in scale. These exchanges can be fruitful enough to lead to active blockchain solutions that work and yield benefits to all participating. The devil is of course in the details. All consortium derived blockchain solutions should be decentralized, distributed, immutable and have shared governance. No one player should control the code or the computer centers or nodes which maintain the blockchain ledger. In short these consortium blockchains must be “trustless” and not rely on FairPlay to prevent one member from exploiting it to their advantage. This decentralized nature of a blockchain is the opposite of the way most organizations are built, but is a necessity for these blockchain organizations. Shared or distributed governance provides all members equal access to the advantages of this shared blockchain product and guarantees no member can extract fees, proprietary information or customer information from any other members as a condition of participation. While it seems like a difficult task for companies with no blockchain experience, the beauty of the blockchain is that it’s founders have already created a blueprint of the five core elements of a blockchain, which produce the decentralized organization your trying to build.

Further more the second beauty is that you don’t have to build the blockchain, plenty of them exist, which are battle tested against hacks and exploits. You can hire developers to write your decentralized applications based on the goals you create in your brainstorming sessions which can then be run on these existing blockchains. Research by your Chief Technology Officer into the different blockchains will determine if you need developers who write smart contracts, an expensive and scarce resource, or whether you pick a blockchain which has pre-existing genetic smart contracts, to which you add code specific to your industry and company, using developers for much more common languages like JavaScript and python, these developers are in greater supply and are less expensive.

The oldest blockchains which runs smart contracts is Ethereum, and it requires smart contracts developers, and is currently innovating and evolving to scale up, as the magnitude of data transactions which are currently occurring are leading to slowdowns and delays for safety and security reasons. While newer blockchains, with 4 plus years of live internet battletesting sgainst hackers have solved the scaling problems, but some like the Steem blockchain have also dealt with the smart contract developer expense and scarcity by creating backbone smart contracts to deal with the blockchain functions common to most applications, and allow JavaScript and python developers to write your industry specific or company specific code to get your legacy systems on the blockchain.

This is not an exhaustive explanation, but it’s written to hopefully explain to people who don’t write computer code or have a wealth of experience with blockchains hope, that these complexities can be translated to easier to understand English, and you can maintain control of your company technological assets on the blockchain because you can choose which processes are common and shared and which are proprietary and can only be excesses with permission.

Authors get paid when people like you upvote their post.
If you enjoyed what you read here, create your account today and start earning FREE STEEM!
Sort Order:  trending