Smart Contracts Land on Wall Street
blogs.wsj.com
blogs.wsj.com
I still don't understand what "Smart Contracts" are and what benefit they provide over the existing settlement system.
Can someone help me out with an explanation?
Every time someone tries to explain it to me the explanation seems to be "We embed contracts into the blockchain so there is no counterparty risk." and then they stare at me like they're Eminem at the end of 8 mile.
EDIT I should point out, I get the speed of settlement argument, though as I've said in other comments T+3 is a feature not a bug to many funds. I just have no idea about the mechanics of it.
Speed and cost is really where the advantage is. T+1 to T+3 is the usual range. 10 minutes is ridiculously fast and the cost savings appears to be notable.
Counterparty risk is reduced but the 51% attack exists + various security issues so its non-0 and really represents risk shifting rather than a lack of risk.
Alternatively:
https://en.bitcoin.it/wiki/Scalability#Increasing_Block_Size
https://blockchain.info/charts/n-transactions
It hasn't hit that limit [as of yet] for a full 24 hour period so there is no way to know if that is true.
But really, its only "unsolved" in the sense there hasn't been a need to solve it and so an arbitrary limiter [1 megabyte] has not been increased.
In practice transactions have multiple inputs and multiple outputs. Based on average size of recent transactions it comes out to ~2.3tps.
If I understand correctly, you're saying that this architecture might not only [possibly] not be cost-effective, but also effectively reintroduces centralisation and counterparty risk with the fixed miner pools as the SEC is needed to prevent AltExchanges from being manipulated or failing?
So it might not even be a solution to a problem the financial services industry (which throws millions at low latency connections for monitoring and executing trades but cares little about T+3 settlement) doesn't think it has?
Scaling Bitcoin requires everyone to agree on bigger machines/faster pipes and/or use the lightning option [which may or may not work]. Both of those options don't have the problem I stated.
Someone correct me if I'm wrong and lets to talk in lower level terms as per ops request.
A blockchain allows using digital signatures for determining ownership and solves the double spending problem without a central ledger.
Some contracts don't require anyone's trust. The most basic "smart contract" is a Bitcoin payment, the contract says "pay this to anyone who can produce a signature corresponding to the public key I have hashed in this contract"[1].
The less used smart contract involving cryptography can be "pay this amount to anyone who can find any sha256 collision"[2], or "flip a trustless N-sided coin and pay someone based on the outcome"[3], or in the future we could play more complex games and trustlessly pay the winner as long as we can create a trustless proof that the winner is in fact the winner.
There are also possible smart contracts that may allow individuals to move their money to another system, be they trustless like a sidechain or lightning hub, or trusty like Open Transactions, which has federated trust between a set of individuals.
Another form of trusty transaction is multisig escrow, where you can have individuals vote on who gets the money. Unlike giving an intermediary money they can run off with, you give an intermediary or set of intermediaries a vote on where the money ends up[4]. With multisig combined with nlocktime you can have money spendable by you if you verify your identity (usually through email) to an authority. If the authority refuses to let you spend, then you can get your funds back when your nlocktime transaction expires. They cannot spend your money though[5].
In short, when you have programmable money you can create a smart contract that allows funds to be redeemed by getting information from trusted external sources or internal trustless cryptography.
[1] https://en.bitcoin.it/wiki/Script#Standard_Transaction_to_Bi...
[2] http://lists.randombit.net/pipermail/cryptography/2013-Septe...
[3] http://arxiv.org/pdf/1402.3698v1.pdf
[4] https://en.bitcoin.it/wiki/Contract#Trust_minimization:_mult...
"Smart contracts go beyond the vending machine in proposing to embed contracts in all sorts of property that is valuable and controlled by digital means."
Settlement is the process by which securities are delivered against payment, from one counter-party to another (the seller delivers the securities, the buyer delivers the cash).
What happens today is that both clearing and settlement are necessary because the speed of trading is much faster than the cycle time for completing an underlying transaction (delivery versus payment), usually in T+2 or T+3 days.
At the middle is the CSD - Central Securities Counterparty - that intermediates the delivery versus payment transactions and guarantees that when shit hits the fan (when one of the parties fails to deliver) the money is on the table for the other.
Settlement is costly: the CSD charges both parties for this "matching & insurance" service; sometimes the settlement operation represents the largest share of the costs involved in a transaction (trading + clearing + settlement; and after that you have also custody costs).
And usually settlement is only available for very liquid, exchange traded securities. Because the CSD my have to put money on the table they can do it only in securities they know they can get their money back. If you are a broker and there is no CSD you have to trust in the counterparties you deal with to minimize fail-to-deliver risk. Which brings a lot of inefficiency to these markets.
With smart contracts, if "the trade is the settlement" (which is a very neat way of expressing it!) it seems you no longer need to use traditional settlement services. The trade only occurs when you deliver the securities. And you have no limitation in the number of securities you can trade. Less costs, less time to deliver, same level of risks as in with a CSD.(EDIT: broader, unfulfilled markets). Seems like a wining proposition to me.
What I don't understand is how it reduced the counter party risk to the trade? The counter party risk isn't mitigated until cash has traded hands. This is the expensive part of being the CSD (and the reason big firms want to self clear).
How does an open ledger help this problem without someone to guarantee the step between block chain acceptance and "cash in my hand with which I can use at the club".
Suppose you had a single broker that held all of its customers' shares in-house (i.e. street name) and that broker represented all the owners of one particular stock. Then it could do low price, high speed settlement because it always knows where all the shares are and moving them around just requires changing a line in a database.
The idea with blockchain settlement is to simulate this in a distributed fashion by having a public auditable record of where all the shares of a security are at any moment in time.
---
I don't see that either scenario would solve all delivery problems, for example it would do nothing to prevent claw backs if a legal regime demanded it, but I could see how it could speed things up and prevent some game playing.
Think about the criticisms of the internet in its early days. You essentially /only/ had the unprecendented communications wizardry when you tied yourself to one of several oversized devices in universities or big companies. But now, every person has a platform for communication in their pockets and embedded into most other devices.
So right now, we don't have a ubiquitous platform for permissionless agreements that can operate outside government and corporation. The most tech-savvy among us are experimenting, but the real exciting possibilities come when people start building tools for managing agreements without requiring privileged third-parties specializing in the management of that trust transaction. Then, lots of businesses start being decoupled -- the bread and butter of most businesses are just the bundling a few specific trusted transaction types in accordance with legal requirements.
ie Uber = reputation + geospatial routing + messaging/agreements between drivers and passengers. Having an agreement platform allows the monopoly of coordination for these types of trust transactions to be wrested away from organizations like Uber. The same goes for lots of other types of organizations :)
This is also something that needs to happen. "unregistered public offering in accordance with Rule 506(c) of Regulation D". Cuts out a lot of the market, as many can not trade in unregistered offerings.
I don't really understand what they are proposing...
"Settlement of securities is a business process whereby securities or interests in securities are delivered, usually against (in simultaneous exchange for) payment of money" [1]
How are the securities being managed here? Is some entity holding them in trust for whatever party controls an entry in the bitcoin ledger? What is the form of that entry?
Are bitcoins being used as the medium for payment?
[1] I copied the description from wikipedia for expediency: https://en.wikipedia.org/wiki/Settlement_(finance)