In their recent report on the future of digital assets, Boston Consulting Group quite rightly say that such assets should be treated as a “strategic infrastructure transition” for banks rather than as a niche innovation
theme, going on to observe that the task of bank leaders is not to predict the winning rail, but to keep the bank in control as assets (including money) become programmable.
In our recent paper on
There are, of course, new risks associated with the new infrastructure. At a time when multimillion dollar hacks of defi platforms are almost daily news, banks are right to be cautious.
xxx
None of this comes without tradeoffs.
Smart contract bugs are a real attack surface. Programmability that enables legitimate logic can also enable exploits. The history of DeFi is littered with protocols that had sound economic logic but nuanced vulnerabilities that left them vulnerable to exploits. Audits help but don’t eliminate risk.
There’s also the oracle problem: contracts that depend on real-world conditions need reliable data feeds, and those feeds are themselves attack vectors. (Just look at what happened recently with the Polymarket Paris weather bet.) Conditional programmability is only as trustworthy as the data it conditions on.
And for most mainstream use cases, the UX overhead and difficulty of interacting with smart contracts still exceeds the benefits. Programmable stablecoins are powerful in the hands of developers building on top of them — but remain relatively inaccessible to non-native users.
From: Why banks can’t retrofit their way to programmable money — The Financial Revolutionist.
xxx