EPCA Payment Summit – Innovation in the Payment space

I had the chance to be invited by the team of the EPCA Payment Summit to present on how innovation is changing the way we pay. Here is the Prezi of my talk:

The startups mentioned are:

also referenced:

The Core of the Machine – Banking as a Utility

I have been a strong partisan of Banking as a Service and posted several times on the topic on this blog. Recently I have posted more on the shiny outer layers that could be / are created in such a stack but not so much of the core services under it. So it was with interest that I saw @giyom‘s tweet

A banking utility doesn’t buy debts, issue liabilities nor do maturity transformation, it only is a trusted accountant btw borrowers&debtors

It’s an interesting view, a pure banking utility would provide the pipes to connect depositors and borrowers and maintain the accounting trust between the two, whether direct, in a P2P lending type model, or indirect by reporting aggregated assets and loans. @giyom pointed me also to Dan Kaminsky analysis of  Bitcoin: http://www.slideshare.net/dakami/bitcoin-8776098 – slide 14 and 15 are interesting in his analysis that supernodes in Bitcoin are effectively banks.

In parallel, a second French bank announced the launch of its API: AXA Banque (Credit Agricole was the first one with CAstore). I had the chance to talk with people there and while the current API is READ only, the mention of WRITE capabilities was not rejected from the outset. A Bank that proposes a READ/WRITE API is in effect giving up on a part of the their customer access and accepting its role as a utility for other services (as I pointed out before, it is something well know in the banking industry)



It seems that from both end of the spectrum, whether its is the  technology enabled P2P or traditional Banking, we are moving toward the creation of banking utilities. But what would be the business model of such players?

On one hand, in the P2P lending example and as specified by giyom, the role of the core provider is track and ensure the relationships between borrowers and lender as well as provide additional services such as transparency in the capacities of the borrowers and loan recovery in the situation of a default. In this system, the trusted core providers would have no leverage nor insurance (as deposit accounts are currently protected). In theory, insurance could be provided by an external provider up to certain amount and based on the lenders selected. The business model of such a platform is fee based.

This is the system adopted by platforms such as Zopa,

On the other hand, in a banking platform world, the bank uses the top layer as a deposits aggregators. It can provide non-interest bearing accounts and base interest bearing accounts the aggregator, as well as transaction facilities to help move money between various accounts. It provides the underlying regulated insurance to the end users. This source of deposits become a part of its core assets mix, which can be leveraged for lending. The same or other providers could be provided these lending facilities, with various rates based on risk etc.. The business model of such a platform is spread based.

This is the system adopted by platforms such as Friendsclear

The distinction made above is not as pure in reality. Zopa, LendingClub etc are using banks to manage cash accounts, payments etc..

I think the total disintermediation for banks is not for now and the two systems will live at the same time. What do you think?