Bitcoin Forum
April 26, 2024, 10:50:40 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: [2015-10-09] Xapo’s Casares: Nothing Revolutionary About Private Blockchains  (Read 322 times)
LiteCoinGuy (OP)
Legendary
*
Offline Offline

Activity: 1148
Merit: 1010


In Satoshi I Trust


View Profile WWW
October 09, 2015, 02:58:58 PM
 #1

Xapo’s Casares: There’s Nothing Revolutionary About Private, Permissioned Blockchains

A panel discussion on whether or not Bitcoin is finished was featured on day one of Techcrunch Disrupt late last month, and the participants in the chat were Xapo CEO Wences Casares, BTCC (formerly BTC China) CEO Bobby Lee, and Nathaniel Popper of the New York Times.

http://coinjournal.net/xapos-casares-theres-nothing-revolutionary-about-private-permissioned-blockchains/

The Bitcoin software, network, and concept is called "Bitcoin" with a capitalized "B". Bitcoin currency units are called "bitcoins" with a lowercase "b" -- this is often abbreviated BTC.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714171840
Hero Member
*
Offline Offline

Posts: 1714171840

View Profile Personal Message (Offline)

Ignore
1714171840
Reply with quote  #2

1714171840
Report to moderator
Kprawn
Legendary
*
Offline Offline

Activity: 1904
Merit: 1073


View Profile
October 10, 2015, 06:17:18 PM
 #2

I think the banks will approach it differently... they might decentralize the database across several of their branches, to lower the risk of a centralized attack. I would do that, if I

were them. They would be stupid to try to duplicate what the Bitcoin Blockchain already has in it's massive decentralized hashing power and distributed nodes. For customers, I

would just use Bitcoin, and for inter-account transfers between banks, I would use a private decentralized ledger, and run the nodes at the different branches to spread the risk.

Although some banks {CitiCoin} are trying to simulate the Bitcoin Blockchain, and that would be a seriously stupid mistake.  Roll Eyes

THE FIRST DECENTRALIZED & PLAYER-OWNED CASINO
.EARNBET..EARN BITCOIN: DIVIDENDS
FOR-LIFETIME & MUCH MORE.
. BET WITH: BTCETHEOSLTCBCHWAXXRPBNB
.JOIN US: GITLABTWITTERTELEGRAM
BruceSwanson
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile WWW
October 21, 2015, 01:28:52 AM
 #3

Permissioned ledgers will face the same problem that was addressed and solved by the BTC system: how to prevent double spending and altered ledgers. It seems to me that permissioned systems could actually be viewed as being specifically designed to permit double spending and altered ledgers, outwardly for perfectly legal reasons while necessarily creating the theoretical danger of a hack.

Why? Because the 51% problem would be built in -- all the "miners" would presumably know each other and under certain circumstances could alter the complete ledger --- unless hashes of that permissioned-ledger were used to create a bitcoin address and a fraction of a BTC were sent to that address. If that were done frequently enough, then there might be no need for permissioned-ledger miners at all -- each hash would not have to have a series of zeroes in front of them, the way that BTC blockchain hashes do. Instead, each transaction would just be hashed once and then instantly sent to the BTC blockchain. Each such hash would be used in the next hash, etc., thus creating, in effect, a non-mined unalterable permissioned blockchain. Transaction confirmations within the permission system would be instantaneous. Also instantaneous would be the publication of each hash's bitcoin address on the BTC blockchain as an unconfirmed transaction. Since the purpose of creating the address in question would just be proof-of-existence rather than initiating a commercial transaction, confirmation time would be irrelevant. It could be done in snail-mail time.

Ultimately I think it comes down to this: if permissioned ledgers hash their data, where will such hashes be stored? In private or in public? If they don't hash their data, that would make their permissioned-ledger no different from a shared database -- which is the point raised in the Casares article.

Banks, reluctant to participate that closely with the BTC system, may initially opt for a middle solution: their own approved miners hashing to a level of difficulty that does not slow confirmation times too much.  Perhaps they would be paid by some kind of BankCoin token. But again the problem arises of the miners knowing each other, or at least having their identities stored in a centralized location that could in theory be hacked or opened illegally.

Thus will all permissioned ledgers lead to the BTC blockchain. It's just too useful to ignore.



Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!