Hacker News new | past | comments | ask | show | jobs | submit login
SEC Approves Plan to Issue Overstock.com Stock via Blockchain (wired.com)
88 points by muloka on Dec 16, 2015 | hide | past | favorite | 41 comments



The Wired.com headline (but not the headline here at HN) is misleading. Per an Overstock SEC filing, any securities they (or t0.com) issue "will not be issued on the Bitcoin blockchain ... the ownership and transfer of such digital securities will be recorded on a proprietary ledger that will be publicly distributed."


It's only misleading if you thing "blockchain" is not generic but means "The Bitcoin Blockchain". Is this a common understanding?


Without clarification or context (i.e., "a new blockchain"), then it is usually Bitcoin.


"blockchain" or "a blockchain" to me is generic. "the blockchain" to me refers to the most famous one (Bitcoin)


How is this any better than a database?


It's not. This use case is pretty stupid since regulations make it impossible to allow true anonymous p2p trading.


Decentralized store and decentralized trust. The latter is hard with a publically accessible & editable mysql.


Except that this isn't decentralized - its a controlled blockchain that's only available for public download (which http does just fine) As does archive.org


I think you incorrectly understand how the blockchain can be updated.


I agree the Wired headline is misleading, which is why I changed it to better reflect what the article is about.

Thanks for posting to clarify the change.


The Wired headline is less misleading than your comment. Information about transfers of ownership will be recorded on a private ledger, and a hash of that information will be inserted into Bitcoin's blockchain, one hash inserted for each transaction.

In other words, the private details of each transaction will be recorded on a proprietary ledger so that those details can remain private. But the fact of each transaction's occurrence will be recorded publicly on Bitcoin's blockchain, and recorded in a form that allows parties privy to the transaction details to verify cryptographically that the entries in the proprietary ledger correspond to the sequence of transactions published to Bitcoin's blockchain. Basically, this scheme uses Bitcoin's blockchain to provide security (immutability) and public accountability while keeping private information private.

(This insert-a-hash scheme is typical of "colored coin" implementations even when privacy is not desired, since each Bitcoin transaction can insert only a small amount of data into the blockchain.)

The amended S3 filing [0] spells all of this out in detail. The most relevant section starts on page 35, and the first paragraph of page 36 describes the core of the scheme:

    In connection with a digital securities transaction, the
    tØ software will publish the transaction to the proprietary
    ledger ... . Concurrently, the tØ software will electronically
    publish the proprietary ledger and commence the process of
    embedding in the Bitcoin blockchain information necessary 
    to mathematically prove the validity of available copies 
    of the proprietary ledger. Specifically, after a set of 
    transactions in our digital securities have been executed 
    and recorded to the proprietary ledger, the Pro 
    Securities ATS will send a de minimis amount of Bitcoin 
    from an ATS-controlled Bitcoin wallet to another ATS-
    controlled Bitcoin wallet using the blockchain protocol. 
    This blockchain protocol provides for an editable field 
    that can be used to implant code or other data within the 
    Bitcoin transaction that will be embedded into the 
    blockchain, and the tØ software will use this field to 
    implant anonymized cryptographic hash functions for the 
    digital securities transactions reflected on the 
    proprietary ledger into the Bitcoin transfer made by the 
    ATS. The blockchain will validate this de minimis Bitcoin 
    transaction and embed it, together with the implanted 
    anonymized cryptographic hash function, into the Bitcoin 
    blockchain. As a result, once the Bitcoin transaction is 
    immutably embedded into the Bitcoin blockchain, an 
    immutable record of the digital securities transactions 
    reflected on the proprietary ledger is also recorded 
    within the Bitcoin blockchain. ...
0. http://www.sec.gov/Archives/edgar/data/1130713/0001047469150...


Interesting, so they are using it as a timestamping service. Whatever bitcoin ends up accomplishing or not accomplishing in the money realm it seems like the distributed timestamping aspect is getting a lot of use. I wish there was a simpler P2P distibuted timestamp only system.


That's exactly what bitcoin achieved with mining. It's the biggest and probably only innovation of a blockchain. Doing it simpler probably isn't possible.


Timestamping is a different problem since there is no need to prevent double spend and less need for extensive data retention other than by the particular people who care about a particular timestamp. You don't need everyone to agree about anything and can cross reference with arbitrarily many external systems for greater reliability. Two of the papers that the bitcoin paper cites are about distributed timestamp systems, and while they aren't exactly what I am looking for they show some basic ideas.


One of the biggest advantages of blockchains is that you can create your own private blockchain, and then hash the state of it every X interval and then put the hash on the Bitcoin blockchain.

You get all the the security of a 6.6 billion network without the costs.


Can't you just hash your mysql database instead of a blockchain? Where's the efficiency in using a private blockchain?


You can have a shared log between multiple parties where no one entity controls new entries with immutability and known entry ordering.

Private blockchains don't need to be as inefficient as cryptocurrencies either because they can have a very small, specific use case and feature set.


Doesn't http do this just fine? If you trust each other - there's no need for a blockchain.


How does http do this at all? Unless you're talking about each company running an API? But then you run into difficulty with actually trading debt. Say you owe me $10 and I owe Bank B $10 and they owe you $10. With a blockchain situations like that are easy to spot and automatically resolve saving the number of required settlements.

The point is that you don't have to trust each other since everything is in the open and shared between participants.


> Ok and what does the html page do to solve the problem?

You should check out archive.org. You'd be amazed how much better a job it does at retaining records than blockchain.

> You seem to be a pretty big fan of bitcoin. I've noticed a huge blindspot in bitcoin proponents when it comes to private chains almost like they are threatened by them.

Because blockchains are bad at this, and most of us are in a position to know that.

> Bitcoin was never going to win the markets/use cases

Agreed

> private chains make sense in

Not compared to databases. Do you know when NYSE and Nasdaq will switch to a blockchain? The answer is 'never'

> Bitcoin went the way of ultra generalisation which has resulted in it being pretty much worse than everything else for everything else.

Agreed.


Heads up but if you click on the timestamp you can reply before the button appears.

I understand what archive.org can do I'm asking how it can help solve the situation I described? You have your web page with what on it exactly? How does that help cut down settlement requirements?

Also archive.org is centralized so all the participants would have to trust them. The people investigating blockchain alternatives are looking for ways around that.

>Because blockchains are bad at this, and most of us are in a position to know that.

But they aren't. Bitcoin is bad at it but that doesn't mean blockchains have to be it just means they will be if you go into the problem with bitcoin as your only toolset. One you remove the need for PoW they are barely any more inefficient than a master-master DB with the combination of immutability and known entry ordering.

>Not compared to databases. Do you know when NYSE and Nasdaq will switch to a blockchain? The answer is 'never'

Did I say it was better than databases for every usecase? The NYSE and Nasdaq are already centally trusted figures. There is little benefit they would get from a blockchain.

I gave you a use case a few posts ago.


> One you remove the need for PoW they are barely any more inefficient than a master-master DB with the combination of immutability and known entry ordering.

Once you remove the PoW - it's no longer a blockchain. That is what a blockchain is. If you believe that blockchain's don't require PoW - then off the bat you have major security problems. But in addition to that - your definition of blockchains would mean that we've been using blockchains since the 80's


So you don't consider PoS systems blockchains?

PoW literally has nothing to do with what the blockchain is only in deciding who can add the next block and there are a lot of ways to do that when you know all the participants.


You publish a html page. Or better still - your broker does.

Settlement is a deep market, and it works very well. Is it your belief that the errors in settlement are due to sql servers losing data?


Ok and what does the html page do to solve the problem?

I'm not talking about correcting errors in settlement I'm talking about removing the need for settlement.

You seem to be a pretty big fan of bitcoin. I've noticed a huge blindspot in bitcoin proponents when it comes to private chains almost like they are threatened by them.

Bitcoin was never going to win the markets/use cases private chains make sense in. Bitcoin went the way of ultra generalisation which has resulted in it being pretty much worse than everything else for everything else. But it can do lots of things. Just not well.


Who said you trusted each other?


Overstock did when they said they'd use a centrally managed system.


Though it will surely be a (very) long process, I'm excited about the ways in which blockchain technology can improve the efficiency of the financial system. There's an amazing disconnect between the speeds with which we can execute and settle trades. The former is on the time scale of milliseconds, while the latter is on the time scale of days.

Even if we disagree on the merits of HFT, we can surely agree that settlement is an unnecessarily slow and unreliable process. In September, 2011 (the most recent date for which I could easily find data), there was a failure to deliver $200M worth of stock per day! [1] In the Treasury market, the daily average is currently $50B! [2] Blockchain technology has the potential to solve this problem.

[1] https://en.wikipedia.org/wiki/Failure_to_deliver

[2] http://www.dtcc.com/charts/daily-total-us-treasury-trade-fai...


Failure to deliver is mostly due to naked shorts and can be easily solved by a corresponding regulation. It is completely orthogonal to the Blockchain concept: one can implement settlement rules which require locating shares prior to shorting them, another implementation wouldn't care about locating shares as long as there is an obligation to cover naked short at the end of the trading day.

Patrick Byrne from t0 will agree with you, but that's b/c he's against naked shorts.

[1] https://t0.com/


Patrick is well known to be the CEO of Overstock, son of John Byrne (Geico fame), and enemy #1 of the Naked Short sellers. What may be less known is his unbelievable fight against cancer.

I read his speech from a charity event back several years back, periodically, to keep perspective.

http://www.pmc.org/blog/2015/9/17/pmc-threshold-moment-billy... (scroll down)


What happens if a malicious forks is introduced in the blockchain? I see two possible outcomes, with the latter much more likely than the former:

a) The blockchain protocol is the final arbiter of ownership, and those who purchased the stock in the other branch of the chain no longer own the stock. Caveat emptor.

b) Courts rule in favor of the people who actually bought the stocks and marks the attack branch as invalid. This is possible because the attack was witnessed by so many people.

It's unlikely that a fork would be resolved with (a), but if it does, there would be a lot of very pissed of investors and lawsuits. All it takes for such a fork to happen is someone with the motive to do it and the means to lean on a few mining pool operators.

It's more likely that we would see outcome (b), in which case, the courts are the final authority and then what the heck is the point of using an expensive, slow, poorly scalable, decentralized consensus system?

I totally see the value of a decentralized system despite the shortcomings, but if you're coming to do away with that aspect, what on earth is the point?


I work for Overstock. Take a look at the company's stock trends over the last year to see the affect this has on them.


How do the employees feel about the CEO constantly chasing one cryptocurrency project to the next? From what I've seen it's just costing them a lot of money with almost no success in any of the ventures but is the response positive from inside?


The response is not positive, to say the least.


How much longer do you think he's got?


If he's smart he'll sell the company within the next 2 years and retire pretty nice on the exit. If that doesn't happen, I'd be shocked if they make it another 5 before total collapse.


I think this is a really interesting idea. If you could issue stock as a million "units" on a block chain, then you could transact fractional units easily. Assuming you trust the ledger it would mean you really wouldn't ever have to split the stock. More units, more ownership, minimal brokerage fees/control.

Of course stealing the private key of the hot wallet representing 10% of Overstock.com, well that would be a very juicy target indeed.


Why is notarizing your database state on the blockchain noteworthy? Were there many people censoring the database checksums of the NYSE or NASDAQ?


Normally I'd agree with this, but in this case one may suspect that Overstock's interest in blockchain technology is rooted in their war on naked shorting, which I guess is not possible if shares are tracked on a blockchain.


That's also not possible if Overstock itself managed it's issuance on a centralized database.


Does this mean that everyone using desktop wallets like Bitcoin Core will now be downloading a slightly more bloated blockchain?




The deadline for YC's W25 batch is 8pm PT tonight. Go for it!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: