Introduction to Blockchain with Case Studies by Usmani Zeeshan-ul-hassan

Author:Usmani, Zeeshan-ul-hassan [Usmani, Zeeshan-ul-hassan]
Language: eng
Format: epub
Publisher: Gufhtugu Publishers
Published: 2018-09-11T16:00:00+00:00

Based on this legal compliance framework, one should get an overall idea of where one stands for legal compliance. It also informs one of the possible corrective measures one can take to change the trajectory towards legal compliance. How to avoid falling into regulation arbitrage and AML/KYC/CTF legal traps, for example? This framework will come handy. You need to add your local country laws in this list to make sure you are not risking non-compliance.

~~~~~

Smart Contracts

Smart contracts – first coined by Nick Szabo in 1994 [68] – are digital protocols to enforce performance, and verify and negotiate the contract among two or more parties. It is an algorithmic way of carrying out transactions and deals between two or more parties, where the trust, consensus, consequences and resulting payments will be decided by the smart contract on the basis of pre-agreed conditions.

There are quite a few types of smart contracts. For example, one that is between two or more parties and will have its own interpretation of the state of affairs. Another type is more detailed and it would also interpret the algorithmic rules into Ricardian contract that a human can understand.

Smart contracts usually work with blockchain. If it is on blockchain, then it has to use the consensus protocol to “verify” the state of affairs or be dependent on some validators and reporters to confirm and report the end results before it triggers the ending set of commands like making payments. To be on blockchain, it would also need to use “Value Tokens” to incentivize the validators, reporters and nodes who are working on consensus.

Smart Contract on a permissioned blockchain or simply on any DLT (Distributed Ledger Technology) without a blockchain would act like a normal computer program that would follow the rules, have its own criteria to measure the success of events and will follow the rest of the program. In that case, it cannot “enforce” its condition and thus risks losing the charm of “smart contract” altogether. It does not need a consensus protocol or the value tokens to be shared by nodes/validators/reporters.

For example, smart contract between two IoT devices in a controlled, trusted environment may not need blockchain. Or, for example, if someone likes a certain percentage (say 0.02%) of their pay to go to their kid’s account/wallet as his/her pocket money, there is no need to place it on public ledger.

Smart contract on permissioned blockchain would offer cost effectiveness and fast processing but would fall behind in the political landscape from adoption to acceptability and from standardization to liability.

There are quite a few properties of smart contracts that we should care about, such as:

Immutability: To human is err, and when smart contracts interact with humans, mistakes can happen for which we should have a recourse

Security: It is good to have features, but if you type one thing wrong you can lose your money irrevocably. On the other side, the bad guys like hackers and malicious users have all the time in the world to scan the complete chain to find and exploit any vulnerability.

Download

Copyright Disclaimer:
This site does not store any files on its server. We only index and link to content provided by other sites. Please contact the content providers to delete copyright contents if any and email us, we'll remove relevant links or contents immediately.