As soon as stocks get meaningfully tokenized on the blockchain, I believe p2p lending of stocks will explode just as p2p lending of cryptocurrency has. It just makes sense for people to keep all the money their shares are earning from stock lending rather than give half or more of it to a brokerage.
It would also let stocks settle instantly and non custodially, so there's no "Robinhood had to halt stock purchases because they ran out of money" moment.
That's not to get into the fact that a lot of this is traditionally inaccessible from a lot of countries, and smart contracts are global by default.
There's no reason in the future why that service couldn't be performed by an off-the-shelf smart contract for essentially nothing. Home buyer sends deposit money to the contract. If buyer exercises a contingency before date M, release money back. If user doesn't, transfer funds to home seller. In case of dispute, defer decision to a pre-agreed upon adjudication agent and pay said agent to render a decision.
There are so many stories like this in the plumbing of the financial system. It's ironic, because high finance is built upon layers and layers of complex abstraction. The way someone a sophisticated hedge fund decides how to allocates assets, hedge exposures, levers positions, manage risk, and execute trades is like something straight out of science fiction.
But the way the money actually moves from point A to point B is stuck in the 19th century. It's hard to overstate how much of the value collected by the financial industry is actually just handling the nuts and bolts of physically moving money around in a trusted way. For every quant building a derivatives pricing model based on stochastic calculus, there's a dozen low-level clerks sending each other wire instructions by fax and filling out boilerplate KYC notifications.
The existence of the legal system, quiet title suits, how property is recorded is why this will never happen
Distributed Betting Markets (Transaction locked up depending on outcome of a sports game) Distributed Derivatives (financial instruments locked up based on price/date) Distributed Insurance (If I'm a farmer, I could put money up based on rainfall, price of wheat, or other metrics).
These aren't simpler, but they can be cheaper. Think insurance at a true market rate based on your specific details. No paying for advertising, or other cohorts with different risk profiles bundled.
Not saying that there aren't problems to be solved, or that it's worth it's current value, but there are some pretty cool stuff that you can do with it if they tech gets good enough. It's like an electric car, pretty terrible in a lot of situations previously, but if someone is able to come up with a good enough battery, the game changes.
Don't the executions of these contracts still depend on a (centralized) outside source of information which pretty much wrecks the decentralized aspect of the network?
In order for a successful attack, I believe you'd need to control a very large portion of all available REP. If your attack is successful, the value of your REP would likely go down (as the market is no longer trusted) so there's likely no economic incentive to do such an attack.
I've devised a protocol for a blockchain-based RNG that can be used to tick the game state along, and a smart contract would transfer the pot to the winner. It would be quite liberating to play strategic games with random elements online without any trust in the platform required, even more so if you can get paid to do it!
Placing any significant amount of real money into a system when the platform can fudge the numbers around to make sure the house always wins is a non-starter IMO.
1. you request a stored piece of data from me
2. i send an encrypted blob to you
3. you publish smart contract that accepts 1 argument(encryption key) against a sample of encrypted blob. successful execution transfers the balance to me
That's just a random example, but the smart contract portion ensures it's impossible for me to receive payment without you also receiving your data - and vice versa.
edit: formatting list
How would the smart contract confirm the decryption works... without having access to the key and data (and therefor making it all public?)
How does this protect against meaningless data being sent - all you've confirmed is that something can be decrypted... but says nothing about what is being decrypted.
What use case do you have for this. What situation is there where you need data from someone, but so little trust exists you can't pay them before or after the data is sent?
>How would the smart contract confirm the decryption works... without having access to the key and data (and therefor making it all public?)
The encryption is symmetric, and a sample of the encrypted blob is included with the smart contract, eg the first 2048 bytes. The 2048 bytes and hash of the decrypted original are included in the smart contract. The encryption key is the parameter supplied to the contract. This ensures that the key used to solve the contract is valid to decrypt the encrypted payload sent to the client. IE...if the contract can be solved, then the payer can use the same key sent to the smart contract to decrypt the blob you sent him.
> How does this protect against meaningless data being sent - all you've confirmed is that something can be decrypted... but says nothing about what is being decrypted.
See above. If the person who stored the data retained a checksum of the first 2048 bytes, they can compare the decrypted 2048 byte hash to the hash they have stored. Now they can be assured that key will decrypt the entire blob you sent them. You could mix it up, and use an arbitrary offset of a 2048 byte block size if paranoid.
> What use case do you have for this. What situation is there where you need data from someone, but so little trust exists you can't pay them before or after the data is sent?
To incentivize one or more peers to store encrypted data, with the expectation they would be paid for supplying it later. The peers would have no knowledge of the payload. A use-case could be that I have _very_ sensitive data, and I want to make sure it is available in the future, but do not trust anyone to store it in plaintext. I could encrypt the data, and ask peer(s) to store it for me. When I request the data back in the future, any peer that has a copy would be incentivized to under-bid other peers(if there are any) to set a price we agree upon to transmit the data back to me. The end result is my data is resilient, and the people storing it are doing it with some expectation of payment at a point in the future.
disclaimer: this is a contrived example....but do you remember the wikileaks "insurance file" in the past? If that insurance file was stored in the manner above, it would be even more likely to exist far in the future when the people storing it have the possibility of being paid for storing it. It also gives them plausible deniability of _what_ exactly they were storing if it is encrypted.