Since the fees keep rising and the mempool is always flooded because the 1mb blocks are overflowed beyond its confines, I could foresee wallet services making arrangments with Bitcoin merchants, gambling sites and others to make transactions with them through an internal ledger. Settlement will come later on the blockchain.
Blockchain.info is in an excellent position to start this. Soon we'll see recommended merchants inside their wallet.
I want to hear your opinions please.
Blockchain.info is all about security and for that reason they do not store any private keys on their side. Why would they implement a closed ledger that would attract a lot of negative attention from hackers? There are already third parties doing this with off-chain transactions, like Xapo and people would rather use them.
I would rather want to see Blockchain.info beefing up the security and closing all the holes. ^smile^
Right. well then maybe bitpay is in a better position to hold user funds that will eventually be used to pay merchants.
Bitpay bypassing the blockchain in favor a closed loop centralized system might be the slap in the face poeple need to understand just how bad the situation has gotten.
But i think if blockchain.info was to leverage LN payment channels they could pull off a system in which they dont actually control anyones private key but they can facilitate "BTC payments" to merchants.
blockchain.info holds "channels" to all the merchants, and users hold a channel to blockchain, or somthing...
problem is, payment channels are not available, and they are theoretical a headache to manage, not sure the sunk cost to blockchain.info and the users sunk cost of learning how to use / manage a "channel" is going to be worth it, if you can pay a few dollars to avoid a headache you'll pay for the no-problem-easy-way every time.
I'd love to be proven wrong, but somthing tells me LN V1.0 is going to have problems, some technical, and some really bad user-friendliness types of problems that leads to poeple losing money cuz "not watching their channel properly" or something...
we need to experiment in that direction, but we also need to realize its not a viable solution untill its proven itself. and maybe we can all also recognize that even LN will require FAR larger then 1MB blocks to actually work( unless, you subscribe to the idea that a TX's signature is weightless... )
rising the blocklimit isn't a band-aid solution its a requirement in all scenarios.
how we go about doing it...
through centralized means with an authority setting arbitrary subsidies on certain types of TX?
or
through decentralized consensus mechanism relying on economic incentives to keep block's sized based on supply/demand?
its our choice. sorta.