Simon is one of fintech's most respected voices, providing unparalleled insights from over 20 years driving innovation. His popular Fintech Brainfood blog boasts 40k+ subscribers including top CEOs and VCs.
As a sought-after keynote speaker and advisor, Simon leverages his experience pioneering mobile banking apps and leading digital transformation for global banks. Simon is a a regular industry commentator for media like BBC, CNBC and the financial times
Trusted by the industry's biggest names, he provides guidance to regulators, financial institutions, and tech companies on strategically capitalizing on emerging trends in fintech, open finance, and AI.
Roundtable Room 2, Ground Floor
Premium
AI agents are already initiating real financial transactions - booking, subscribing, settling, and disbursing without a human approving each step. The commerce and payments infrastructure built around human decision-makers was not designed for a counterparty that never sleeps, cannot be held to a contract in the traditional sense, and can be compromised at the model layer rather than the credential layer.
This session convenes payments architects, legal practitioners, and AI deployment leads to work through the practical questions the industry is looking to answer: how do you authenticate an agent, assign liability for an autonomous transaction gone wrong, and design governance frameworks for a technology that is already in production.
Participants will examine the specific mechanics of agentic payment flows - wallet delegation architectures, spending limit enforcement, multi-agent authorisation chains, and the emerging standards around agent identity that are still being written in real time by consortia that have not yet reached consensus.
The session will also surface the fraud and risk management implications: how transaction monitoring systems designed to flag anomalous human behaviour respond to the high-frequency, pattern-consistent activity of a well-functioning agent - and what entirely new risk frameworks may be required when the buyer is a model, the merchant is an API, and the dispute resolution process was designed for neither.