This is false. It solves nothing. If you disagree please detail a specific example instead of vaguely claiming it solves lots of problems.

> For them to use a DB solution requires both parties to the transaction to be customers of JP Morgan

JP controls the network, so they must already have a prearranged agreement with JP in order for any of this to be possible anyway, at that point, the blockchain doesn't give you anything that couldn't be done faster and cheaper with public/private keys and digital signatures.

A private database is not public to the customers. Customers have to trust that the database isn't being changed behind the scenes.

A Blockchain makes it transparent to all parties in the network, so you don't have to trust that nothing wierd is going on where you wont be able to see it.

The article describes a private blockchain which is not public to customers, so your example does not work here. I'm willing to consider any other specific examples you can think of.

"Customers" in this instance is in reference to the banks and businesses that would be apart of this Blockchain.

The "private" Blockchain is not private to the participants. IE, other banks.

This is bank to bank technology that is meant to replace the current settlement layer that banks currently use, but is quite slow.

IE, wire transfers between banks, that can be made much faster, and require less trust the current methods that banks transfer money between each other.

Right now settlement times between banks are high, or require that they trust some centralized, non transparent database.

This, on the other hand, reduces the trust necessary between banks.

If a bank's SWIFT credentials are compromised the attackers can transfer all the funds a bank controls. With a blockchain coin it would require the private key of the customer to send the coins.

There are no "customers", this is a private blockchain where only banks participate.

Replace "SWIFT credentials" with "private key" and you have exactly the same scenario.

Needless petty snark.

> Compromising SWIFT credentials allows you to send money from any account. Compromising a customer's private key would only allow you to send money that's in that one account.

If the "customers" are "banks" as you stated, then there is a 1:1 relationship between SWIFT credentials and private keys which allow one to sign transactions on behalf of the "customer" (bank).

Once again, this is a blockchain controlled by BANKS. Customer's of the bank do not participate in this. What are you not understanding?

> It's unfortunate you took it as snark and not advice

More needless petty snark. I'm done with this conversation.