Why Your AI Agent Needs a Wallet: USDC and Nanopayments — Harshal Bhangale, Circle
Read the talk
Why an AI Agent Needs a Wallet
Harshal Bhangale connects agent autonomy to payment access, demonstrates a World Cup planning task, and explains how wallet limits and off-chain authorizations support frequent small purchases.
From a talk by Harshal Bhangale
At a glance
Ideas worth remembering
Payment access can determine whether an agent finishes a task: in the demonstrated configurations, one session produces a draft and terminal highlights, while the funded session uses providers to deliver an email and a responsive phone briefing.
Small paid API slices require both low payment overhead and spending controls that scale. Wallet-enforced session or daily caps allow frequent purchases without requiring approval for each call.
Nanopayments address the request-time cost and latency of individual on-chain transactions through funded deposits, signed off-chain payment authorizations, and merchant confirmation from Circle. The presentation claims confirmation within a few hundred milliseconds but does not establish general performance or explain the full settlement lifecycle.
Where useful agents stop
Harshal Bhangale opens with a question visitors have been asking at Circle’s booth: why is a stablecoin company at an AI engineering conference? Circle issues USDC, and his answer connects the company’s experience making payments simpler and cheaper to a practical obstacle for agents. An agent may have enough intelligence to identify the resource it needs while still lacking a way to buy access to it.
Better models, more tool calls, and complex orchestration do not themselves remove a paywall. Bhangale describes the point where a person must intervene to create an account, complete a signup, or manage API keys. These steps interrupt the agent’s execution even when its research and planning can continue autonomously elsewhere. As an engineer on Circle’s agentic product team, he frames payment access as the gap his presentation will address.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
From prompts to requests that carry payment
Bhangale sketches a progression: prompts in 2023, workflows in 2024, and MCPs, skills, and orchestration in 2025. His thesis for 2026 is that agents begin paying for the services they need. He cites about $24 million transacted against paid API endpoints over the preceding 30 days, with 99% settled in USDC. He presents those figures as a promising signal of adoption; they are a reported volume, rather than a measurement of how well any particular agent completes its tasks.
The x402 payment flow makes buying a resource part of requesting it. In Bhangale’s explanation, the server returns a payment-required response associated with HTTP 402 and details describing how payment should proceed. The agent signs an authorization using its crypto wallet, pays for the resource, and retries the request. The sequence gives the agent a programmatic response to a paywall: receive the terms, authorize payment, then request access again.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
The economics of buying a small slice
Traditional payment and monetization flows assume a human customer who signs up, enters personal information, adds a credit card, and manages credentials. An agent’s immediate need may be much narrower: one piece of data, some compute, or an inference call. Bhangale contrasts that targeted consumption with the scale at which agents can search hundreds of pages. Skipping an inaccessible endpoint can leave a research task incomplete even after substantial work.
Giving an agent a credit card is possible, he says, but frequent fractional purchases create different economics. His example is a one-cent transaction with a fee near 3%, which he argues is unsustainable for this model. The example expresses his objection to payment overhead; it does not supply a complete card-fee schedule or establish a universal break-even point.
Small transactions also follow from what sellers can offer. A merchant can package a subset of its data behind a paywall and charge, for example, 10 cents for that slice. The agent buys the portion relevant to its task, and the seller monetizes access at the granularity of an API call. Repeated calls make payment frequency high even when each purchase is tiny. Bhangale therefore asks for payments that are real time, low cost, programmable, and always available, introducing the Circle agent stack as the platform intended to provide those properties.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Two agents plan the same World Cup trip
After a brief difficulty getting the terminal onto the display, Bhangale introduces two agent sessions. One has the ordinary setup; the other has a funded Circle agent wallet and can pay for premium content. He gives both the same task, using the difference in payment access to illustrate what each session can accomplish.
The assignment is to plan his trip to the FIFA World Cup final. It combines flights, hotels, and logistics with questions about Argentina’s chances of reaching the final and its potential opponent. It also asks for secondary-market ticket prices, accounts from people who have visited the stadium, and practical warnings. The requested deliverable goes beyond a terminal summary: send an email and, if possible, make a phone call to brief him.
Both sessions begin working. Bhangale reports that the ordinary agent has launched subagents to research the trip, while the wallet-equipped session is paying for premium content. The comparison matters because research activity alone is not the final requirement: the task also needs data access and communication services.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Autonomy within wallet spending limits
During an API purchase, Bhangale points out a maximum amount of 15 cents. He uses it to explain where financial guardrails belong: inside the wallet. Requiring a person to approve every one-cent, five-cent, or 10-cent transaction would interrupt the high-frequency workflow. A session limit or daily cap instead lets individual calls proceed while constraining the agent’s overall spending.
The ordinary agent continues researching hotels and flights. Bhangale also explains that the prompt asks the agents to finish within six to eight minutes, reflecting the time available for the demonstration. He then describes a prediction-market data query in the wallet-equipped session, again with a maximum-payment guardrail. These examples show the intended relationship between task execution and spending control, but do not expose the wallet’s enforcement implementation or establish the completeness of the research.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
A draft email versus a delivered briefing
The ordinary session reaches a communication boundary. Bhangale says it cannot send an email natively, so it places a draft in his logged-in Gmail account. It later reports that it cannot make a phone call and supplies the highlights in the terminal. These are limitations of the demonstrated setup: having access to a draft operation does not mean the agent also has a sending or calling capability.
For the wallet-equipped session, the proposed path is to pay a provider to send the email. Bhangale subsequently reports that it has been sent and identifies the newly received message after first opening an older one. He describes content covering stadium access, maps, and expectations drawn from Reddit and ticket information. This establishes the reported delivery outcome without establishing that every detail in the itinerary is correct.
The phone call has not yet arrived. Bhangale notes that it sometimes takes a few minutes and moves on to the underlying architecture while waiting. That delay is a useful distinction: completing a paid communication service can take longer than authorizing its payment.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Blockchain costs, then the live call
Blockchains make wallet payments possible, but Bhangale argues that settling every tiny purchase directly on-chain introduces another cost problem. Gas can consume a significant fraction of a small transaction. At the same time, gas serves a purpose by discouraging network spam and abuse. Shared block space creates a second constraint: agent payments compete with other uses of the network, producing unpredictable latency and degraded performance under load.
Circle’s response is nanopayments, an infrastructure layer built on Gateway. Bhangale describes it as supporting sub-cent transactions as small as one microcent, being gas-free for the seller, and providing instant cross-chain operation. These are the capabilities he claims for the product; this part of the presentation does not give a cost breakdown, explain the cross-chain mechanism, or provide a performance benchmark.
The incoming call interrupts the explanation. Its briefing discusses a trip to MetLife Stadium and suggests nonstop travel from SFO to EWR or JFK, including a claim about live arrival delays. When Bhangale asks how to reach the stadium from his hotel, the voice answers with NJ Transit to Secaucus Junction followed by the Meadowlands Rail Spur. The exchange demonstrates a spoken briefing that can respond to a follow-up question. It does not independently validate the travel advice or show a complete route from a named hotel.
Bhangale closes the call and returns to the mechanism. His interpretation of the demonstration is that a wallet-equipped agent can complete actions unavailable to the session without one. The example supports that outcome for these two configurations, while leaving open how other combinations of tools and payment access would perform.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
How the payment moves off the request’s critical path
The architecture begins with funding. Bhangale says Circle works with providers that convert US dollars into USDC. Once the wallet holds USDC, funds can be deposited into a smart contract. This funded deposit is the starting point for the off-chain authorization flow; signing an authorization is not a substitute for having funds available.
For an individual purchase, the agent signs an off-chain authorization specifying a recipient address and an amount. The signature expresses permission to pay those terms. The server relays the authorization to Circle, and Bhangale says that within a few hundred milliseconds the merchant knows the user has the funds and can release the requested resource. The fast response he describes is merchant confirmation sufficient to provide access; his explanation does not detail the later settlement lifecycle.
The central decision is to avoid making every resource request wait for its own on-chain settlement. Deposited funds, signed authorizations, and Circle’s confirmation provide a different path to releasing the resource. Bhangale argues that this removes the latency associated with settling each individual transaction on-chain and lets agents pay at the pace of their tool calls. The stated few-hundred-millisecond timing remains a product claim rather than a measured latency distribution.
His closing description separates the stack into responsibilities. Circle agent wallets let agents hold money and spend autonomously, with the wallets enforcing the owner’s guardrails. On the seller side, SDKs let merchants wrap endpoints and resources with paid access, which he says takes a few lines of code. USDC and nanopayments supply the underlying payment layer, with a claimed sub-second operating speed. He ends by inviting developers to equip an agent with a wallet through Circle’s onboarding flow and try actions such as the phone call demonstrated on stage.
Suggest correction
This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.
Read the complete timestamped transcript
- 0:01
[music]
- 0:12
>> Good morning, everyone.
- 0:15
So, um I've had the pleasure of uh
- 0:18
meeting a lot of folks at uh the booth
- 0:21
here over the last couple of days, and
- 0:24
the interactions have been great, uh but
- 0:27
one question kept uh coming up, which
- 0:29
was
- 0:30
Circle is a stablecoin company. So, why
- 0:33
is a stablecoin company at an AI
- 0:36
engineering conference?
- 0:37
And well, uh the answer to that is
- 0:40
fairly simple,
- 0:41
because
- 0:42
Circle issues uh USDC, which is the
- 0:46
world's largest regulated stablecoin.
- 0:49
And we've
- 0:50
built over the years expertise in making
- 0:53
payments simpler and cheaper.
- 0:55
And it turns out that's one of the
- 0:58
bottlenecks for your AI agents.
- 1:00
So, when you often think about making AI
- 1:03
agents smarter, we think about better
- 1:07
models,
- 1:08
uh more tool calls,
- 1:10
complex orchestration,
- 1:12
but
- 1:13
where your agent actually
- 1:16
in practice actually halts is when it
- 1:18
hits a paywall or when it has to pay for
- 1:21
something.
- 1:22
Then you have to step in, either create
- 1:24
an account, sign up, or, you know,
- 1:27
manage API keys.
- 1:29
So, that's where uh the limitation is,
- 1:33
and that's the gap that I want to talk
- 1:35
about today.
- 1:37
So,
- 1:39
yeah, I'm Harshal, and I'm an engineer
- 1:41
on the agentic product team at Circle.
- 1:45
So, let's sort of take a step back and
- 1:48
see how we got here.
- 1:49
We believe that the agentic economy is
- 1:51
already here.
- 1:52
So,
- 1:54
how are uh
- 1:55
you know, uh
- 1:56
we In 2023 we interacted with agents via
- 2:00
like prompts, uh your ChatGPT and stuff
- 2:03
like that. We got a little bit better.
- 2:05
In 2024 we built workflows.
- 2:07
2025 was all about MCPs, skills, and
- 2:10
orchestration.
- 2:12
And we believe this year, 2026, is when
- 2:14
agents actually start paying for
- 2:16
services that they want.
- 2:19
And the signals are promising.
- 2:22
Just in the last 30 days,
- 2:25
uh agents have transacted with paid API
- 2:29
endpoints,
- 2:30
uh and the volume is about like $24
- 2:32
million. Uh
- 2:33
over X102.
- 2:35
And 99% of it has been settled in USDC.
- 2:40
While this number may look small in
- 2:42
terms of volume in the broader
- 2:44
landscape,
- 2:45
it's only about to get larger.
- 2:48
So, what is X102? Um essentially, X102
- 2:52
is
- 2:53
a way where agents can uh pay for their
- 2:56
the resources that they want because
- 2:59
the server essentially returns a 402
- 3:01
header
- 3:02
and with the details of how they want
- 3:05
the payment to
- 3:07
proceed. And then the agent just signs
- 3:10
um an authorization from the crypto
- 3:12
wallet and then pays for the resource
- 3:14
and retries the request again. So,
- 3:16
that's
- 3:17
in X102 in a nutshell and we'll see that
- 3:19
in action in a live demo.
- 3:21
But then, the question is
- 3:24
why do the traditional payment rails not
- 3:27
work and why do the agents get stuck?
- 3:30
So,
- 3:31
the answer is simple, uh because for the
- 3:33
last 30 years we built the internet
- 3:36
around one customer
- 3:38
and that was humans.
- 3:39
Right? Um so, we built payment schemes,
- 3:42
uh monetization strategies, all catered
- 3:45
towards how humans interacted. So, you
- 3:48
had your sign-up flows, add your credit
- 3:51
card, uh put in your information, and
- 3:54
manage your API keys, but agents just
- 3:56
don't function that way.
- 3:58
Agents
- 3:59
want to like come in and grab that piece
- 4:01
of data, resource, compute, inference,
- 4:04
whatever, and just
- 4:06
uh you know, and they have the ability
- 4:08
to even like consume knowledge at a
- 4:10
scale that humans just cannot.
- 4:12
I'm sure like you have seen sessions
- 4:14
where it's able to like just scrape
- 4:16
through hundreds of web pages, and um
- 4:19
then it just like stalls because it
- 4:21
can't like reach a particular endpoint,
- 4:23
and it skips over it.
- 4:25
So,
- 4:27
then you could think, "Oh, yeah, just
- 4:29
give it a credit card." or something
- 4:30
like that. So,
- 4:32
while that is possible,
- 4:35
um these agents,
- 4:36
uh because they consume so much data as
- 4:38
they go,
- 4:39
it's um
- 4:41
they pay in fractional amounts, so tiny
- 4:44
amounts, uh but at a very high
- 4:46
frequency.
- 4:47
Uh and credit cards and their fees are
- 4:49
just like not sustainable for this kind
- 4:51
of like economic model. Um you cannot
- 4:53
pay like 3% uh each time an agent tries
- 4:56
to make a one-cent transaction. And the
- 4:59
reason these transaction amounts are so
- 5:01
small is because on the sell side or on
- 5:03
the merchant side, they've realized that
- 5:05
these paywalls were actually catered for
- 5:08
humans, and now there's an entirely
- 5:10
different customer base which is trying
- 5:12
to like access their data, and they just
- 5:14
want like a subset of the data. So, you
- 5:17
could monetize that as a seller by just
- 5:20
offering that, by wrapping that in a
- 5:22
uh you know, in a paywall, and saying,
- 5:24
"Hey, I take one,
- 5:26
pay me 10 cents and grab this data."
- 5:29
And that's why these are
- 5:31
tiny um microtransactions, but highly
- 5:35
frequent. So, because the agents are
- 5:36
just like making these API calls
- 5:38
constantly.
- 5:41
So, what do these agents need? The
- 5:44
agents need um payments to work like the
- 5:47
internet.
- 5:48
So, they have to be real time,
- 5:51
low cost, programmable, and always on.
- 5:57
And that's why we've built the Circle
- 5:58
agent stack. So, it's the full stack
- 6:00
platform for the agent tech economy. And
- 6:03
what we mean by that, let's look at it
- 6:05
with a live demo.
- 6:07
Um yeah, wish me luck.
- 6:12
Okay.
- 6:14
So, I'll just explain
- 6:16
uh what I'm trying to
- 6:19
if I can get the
- 6:23
terminal. Okay.
- 6:26
Okay.
- 6:29
Let's
- 6:31
Mhm.
- 6:34
Pull it.
- 6:36
Yeah, I don't know.
- 6:40
Excuse me, can I
- 6:42
Yeah, I tried but
- 6:46
it's just not
- 6:47
I don't know where the placement of the
- 6:48
desktop is.
- 6:52
>> Can you escape out of this?
- 6:53
>> [snorts]
- 7:00
>> Okay.
- 7:06
Thank you. So, so what we have over here
- 7:09
are
- 7:10
two sessions. One is your regular cloud
- 7:12
code and on the other on the right hand
- 7:14
side is a cloud code that comes equipped
- 7:17
with Circle agent wallet. So, it has a
- 7:19
wallet which is funded and has the
- 7:21
ability to like make uh has the ability
- 7:23
to pay for premium content. And now uh
- 7:26
let me actually
- 7:28
just uh
- 7:30
quickly uh
- 7:32
add a task
- 7:34
to this.
- 7:36
Yep.
- 7:38
And run it.
- 7:40
So, I'll explain what I'm trying to do
- 7:42
over here, which is
- 7:44
Yeah, so So, the task I'm giving Claude
- 7:48
on and it's the same task on both the
- 7:50
terminals is
- 7:51
plan my trip for the FIFA World Cup
- 7:54
final.
- 7:55
So, just, you know, give me summary of
- 7:58
flights,
- 8:00
hotels, logistics. Also, like what are
- 8:03
the odds of like my favorite team
- 8:04
Argentina being in the final? Who is it
- 8:07
going to play? And stuff like that. Um
- 8:09
and also
- 8:11
what's the ticket prices in the
- 8:12
secondary market? How is the experience
- 8:14
of other people who've
- 8:16
actually been to the stadiums?
- 8:18
And
- 8:19
are there any FYIs and stuff like that?
- 8:22
Grab all of that.
- 8:23
Send me an email. And if possible uh
- 8:27
make me a make a phone call and tell
- 8:29
confirm that all of this has been
- 8:31
researched and you know, sort of brief
- 8:33
me on the summary.
- 8:34
So, we'll see like what's happening on
- 8:36
on both the terminals here.
- 8:38
And
- 8:40
Sorry, it's a bit hard to navigate. So,
- 8:42
as you can see, um
- 8:44
the left the vanilla Claude code has
- 8:46
spun out like a bunch of sub-agents. And
- 8:50
it's going about doing its research.
- 8:53
Similarly, on the right-hand side um
- 8:56
it's
- 8:57
actually like uh going through
- 9:00
the wallets and making like um
- 9:03
paying for all of these
- 9:04
uh premium content and we'll see like
- 9:06
what the results of it are.
- 9:12
So, as you can see, it's trying to make
- 9:15
a phone call to find sorry, an API call
- 9:18
to Stable and Rich. Um and it's paying
- 9:21
from its wallet.
- 9:22
It's set up a guardrail of like, "Hey,
- 9:24
max amount is 15 cents." The beauty of
- 9:28
uh
- 9:29
having an agent with a wallet is
- 9:32
you
- 9:33
sort of build these guardrails into the
- 9:36
wallet. And you don't have to as a human
- 9:38
approve every single transaction
- 9:40
because that would just not scale
- 9:42
because these agents are just making
- 9:43
these ones and five cents, 10 cents
- 9:45
transactions. You want to like enforce
- 9:47
those guardrails which is hey, this is
- 9:49
the max amount you can send spend per
- 9:51
session or this is the max cap you can
- 9:53
do per day and stuff like that. So,
- 9:56
the agent is still spending within the
- 9:58
guardrails that you set but it is
- 10:00
autonomous enough to like make these
- 10:02
individual API calls.
- 10:07
So, let me just
- 10:10
look at what
- 10:13
the vanilla one is
- 10:16
looking up and doing some research for
- 10:18
hotels.
- 10:22
Yeah, um
- 10:25
flights are coming in.
- 10:28
Also like in the prompt like try to like
- 10:30
tell the agent to
- 10:32
wrap this whole thing up within 6 to 8
- 10:34
minutes in the interest of time. So,
- 10:35
let's see if we're able to like get an
- 10:38
email and a phone call done
- 10:40
in the same time.
- 10:51
Let me also walk you through
- 10:55
what the agent's doing if I can grab.
- 11:05
Yep, as you can see over here the agent
- 11:08
was able to like make an API call to
- 11:11
the poly market data
- 11:13
via a provider called Block Run and
- 11:17
it provided a query
- 11:20
and again
- 11:21
set the max amount guardrails
- 11:25
and is now passing all the results.
- 11:53
>> All right.
- 11:54
So,
- 11:55
let's go back to the
- 11:58
main subject main agent here.
- 12:23
Yep.
- 12:23
And this is where I think you'll see on
- 12:25
the left-hand side that the agent gets
- 12:27
stuck because
- 12:29
the agent just does not have the ability
- 12:31
uh it cannot send out an email natively.
- 12:34
So, what it's doing is it's using my uh
- 12:37
it's just like adding a draft into my
- 12:40
Gmail account uh that is logged in, but
- 12:42
it just cannot send it to someone. Uh
- 12:44
whereas the other agent on the
- 12:46
right-hand side will just be able to use
- 12:49
um a provider, pay it, and send an
- 12:52
email.
- 13:00
Now, let's see like
- 13:03
this one's uh the
- 13:05
the other agent is also like
- 13:07
uh is about to like send an email and
- 13:09
place the call, so let's see.
- 13:11
Does.
- 13:30
>> Okay.
- 13:32
So,
- 13:33
as the
- 13:35
I think the left agent, the vanilla
- 13:37
cloud goods finished, and as you can
- 13:38
see,
- 13:39
it's sort of like made a confession that
- 13:42
yeah, it cannot have It does not have
- 13:44
the ability to make a phone call. So,
- 13:46
it's just like providing me the
- 13:48
highlights over here in the terminal
- 13:49
itself. Um and
- 13:53
now, uh whereas on the right-hand side,
- 13:55
the email's been sent. Now, let me try
- 13:59
to
- 14:02
actually show you the email that we got,
- 14:05
I wish.
- 14:10
Grab this somehow.
- 14:19
Okay, I'm going to make
- 14:21
make the phone call.
- 14:25
Okay.
- 14:35
Just going to grab my
- 14:40
thing here, and then
- 14:43
let's look at the email.
- 14:46
So,
- 14:51
yep, there we go.
- 14:52
So, I got this email. Oh, this is the
- 14:55
old one. Let's see the new one.
- 14:59
Yep.
- 15:01
This is the one that we just received
- 15:03
like 2 minutes ago.
- 15:05
And
- 15:07
yeah, it has all the
- 15:09
details that it was able to like find,
- 15:12
including like getting to the stadium,
- 15:14
open stadium and maps. It was able to
- 15:16
like,
- 15:17
you know, find all of these.
- 15:20
And then,
- 15:23
what to expect by looking at like Reddit
- 15:27
tickets, etc.
- 15:30
So, I'll wait for the call but in the
- 15:32
interest of time it takes sometimes
- 15:35
a few minutes for the call to come in
- 15:37
but
- 15:39
let's see and I'll move on. So, how does
- 15:42
this work uh
- 15:43
in the background?
- 15:45
Is
- 15:48
Yeah, let's get back to this. Let's
- 15:57
Yeah, so so as you can see like the
- 15:59
agent on the right hand side with the
- 16:01
wallet was able to just make a bunch of
- 16:04
these API calls and pay for it. While
- 16:07
blockchains make all of these things
- 16:09
theoretically possible, there are there
- 16:11
are also some bottlenecks because uh
- 16:14
even the most efficient blockchains
- 16:16
have a gas fee and these small
- 16:19
transactions just don't scale because
- 16:21
the gas fee will again be a significant
- 16:24
sort of
- 16:25
fraction of the actual transaction. But
- 16:28
it is important to have gas fees because
- 16:30
they prevent the network from spam and
- 16:32
abuse.
- 16:33
Um and blockchains also have some
- 16:35
throughput limitations because there are
- 16:37
other use cases that run on blockchains
- 16:40
and block space is shared
- 16:41
infrastructure. So, the problem for
- 16:43
agents is unpredictable latency and
- 16:45
degraded performance under load.
- 16:47
So, what we did for that
- 16:50
is
- 16:51
essentially uh we built a new um
- 16:55
infrastructure layer on top of our intra
- 16:58
product called gateway. So, it's called
- 17:00
nano payments. It's built for sub cent
- 17:02
transaction sizes for as low as one
- 17:03
micro cent.
- 17:05
Uh it supports
- 17:06
um it is gas free for the seller and
- 17:08
it's instantly cross-chain.
- 17:12
And
- 17:13
the way it works is you essentially you
- 17:16
just fund um
- 17:17
your wallet and then Oh, sorry. While I
- 17:20
explain this, let's listen to the actual
- 17:22
call that came in.
- 17:23
And
- 17:24
>> Hi Harsha, here is your World Cup final
- 17:26
trip
- 17:27
>> I don't know if it's part of it.
- 17:28
>> at MetLife Stadium. Fly SFO to either
- 17:31
EWR or JFK non-stop. SFO is showing live
- 17:35
arrival delays today, so build buffer.
- 17:37
>> Awesome.
- 17:38
Can you tell me how do I get to the
- 17:41
stadium from my hotel?
- 17:45
>> On match day, take NJ Transit to
- 17:47
Secaucus Junction, then the Meadowlands
- 17:49
Rail Spur direct to the stadium. Budget
- 17:51
about an hour before receipt.
- 17:53
>> Thank you. I'll read the rest of it in
- 17:55
my email. Thank you.
- 18:01
>> You're welcome. Have
- 18:03
>> All right. So, that was just a quick
- 18:05
demo of like how you can have like AI
- 18:08
agents.
- 18:09
Um if they're equipped with a wallet,
- 18:10
they can do a lot of things
- 18:12
with the
- 18:13
as opposed to an agent that does not
- 18:15
have a wallet. So,
- 18:17
I have a couple of more minutes, so I'll
- 18:19
just walk you through how this
- 18:21
technology works underneath.
- 18:23
So,
- 18:24
if you have a wallet and you funded it
- 18:27
with USDC, it's very easy because Circle
- 18:29
works with a bunch of providers to
- 18:31
on-ramp your actual US dollars into
- 18:33
USDC. And from there, you can deposit
- 18:36
the funds into a smart contract. The
- 18:38
next thing it does is
- 18:41
the agent just has to like sign these
- 18:43
off-chain authorizations,
- 18:45
which are essentially cryptographic
- 18:47
signatures saying, "I
- 18:49
am paying this address this particular
- 18:52
amount of money."
- 18:53
And then
- 18:54
the server just has to like relay this
- 18:56
to Circle and within a few hundred
- 18:58
milliseconds,
- 19:00
this the server knows
- 19:02
the merchant knows that, you know, the
- 19:05
user has the funds and is able to
- 19:07
release the actual resource that the
- 19:09
agent requested. And with this, you
- 19:11
avoid the
- 19:13
issue of like you know latencies and
- 19:15
stuff that are associated with actually
- 19:17
settling every single transaction on
- 19:19
chain and this
- 19:21
the agents are able to like pay for
- 19:23
things
- 19:25
at the speed at which they operate. So
- 19:27
in conclusion the the the way the stack
- 19:29
would work is you have Circle agent
- 19:32
wallets which give you the ability to
- 19:35
equip your agents with wallets.
- 19:38
The agents have can now hold their
- 19:40
money, spend that money autonomously but
- 19:43
within the guardrails that you set. The
- 19:45
wallets enforce those guardrails and
- 19:48
then on the sell side the merchants are
- 19:50
able to like just
- 19:52
wrap their endpoints and resources and
- 19:54
monetize it with a few lines of code
- 19:57
using our SDKs.
- 19:59
Then
- 20:00
USDC and nano payments is the layer
- 20:03
underneath it which sort of helps settle
- 20:05
these transactions at the speed at which
- 20:08
agents operate which is sub second. So
- 20:11
and that this is how it scales
- 20:13
and you can give it a try yourself by
- 20:17
going to agents.circle.com.
- 20:20
It's just a couple of clicks and
- 20:24
you will have your agent equipped with a
- 20:26
wallet and ready to like you know make
- 20:29
these phone calls and things like that.
- 20:31
So yeah, thank you.