Brave: Building the Private User-Friendly Internet - Kyle Den Hartog

Brave has spent a decade building a privacy-first browser that empowers users with tools like ad-blocking and fingerprinting protection, now serving 100 million monthly active users.

Security engineer Kyle Den Hartog joins Friederike to unpack the centralization traps in digital identity from email's spam-driven dominance to one-size-fits-all DeFi lending rates and how Brave counters them with BAT's user-rewarding ad model, zero-knowledge personalization, and wallets that act as privacy guardians.

Kyle warns of on-chain transparency's risks to consumer behavior, advocates for intent-based "vendor relationship management" advertising, and draws historical lessons on censorship's chilling effects amid rising regulations like EU chat controls.

He shares Brave's vision for seamless private payments and user-controlled algorithms to reclaim the open web from Big Tech monopolies.

Topics discussed in this episode:

• Introduction
• Kyle's background in security and identity
• Why identity and privacy matter
• The history and centralization of digital identity
• Email as a cautionary tale for decentralization
• Brave's privacy-first vision and 100M users
• BAT: Rewarding users for attention
• Challenges and evolutions in Brave's ad model
• Zero-knowledge for intent-based ads
• Brave Wallet: Privacy by default
• On-chain privacy pitfalls and wallet solutions
• Browser wallets vs. built-in security
• Censorship, regulations, and history's lessons
• Fixing social media algorithms
• Brave's 5-year vision

Links mentioned in the episode:

Kyle Den Hartog, Security Engineer at Brave: https://x.com/PryvitKyle

Brave Browser: https://brave.com/

Sponsors:

• Gnosis: Gnosis builds decentralized infrastructure for the Ethereum ecosystem, since 2015. This year marks the launch of Gnosis Pay— the world's first Decentralized Payment Network. Get started today at ⁠⁠gnosis.io ⁠⁠

This episode is hosted by Friederike Ernst.

Episode Transcript

(00:00):
To put it quite frank, I think we're doing it wrong right now
in the Web 3 space, e-mail is actually a decentralized
protocol by design. You look at Google, you look at
Microsoft, you look at Spamhaus.If you couldn't send an e-mail
to somebody using Gmail, then you stopped running your own
server and that created the natural centralization, even
though you could be doing everything in a decentralized
way. There's 10s of millions of users

(00:22):
who use Brave, but there's a couple of thousands of websites
that use BAT for incentivization.
If you look at how much you actually get for watching an ad,
it's tiny. What do you think the challenges
here are? I think you're hitting at the
heart of the problem. Excellent question.

(00:43):
Welcome to Epicenter, the show which talks about the
technologies, projects and people driving decentralization
and the blockchain revolution. I'm Fredrika ANZ, and today I'm
speaking with Kylan Hartock, whois a security engineer at Brave.
You all know Brave the Privacy First browser.
And before I talk with Kyle thisweek, let me tell you about our

(01:03):
sponsors. This episode has brought you my
noses. Building the open Internet one
block at a time. Nosis was founded in 2015 and
it's grown from 1 of Ethereum's earliest projects into a
powerful ecosystem for open userowned finance.
Nosis is also the team behind products that had become core to
my business and that are so manyothers like Safe and Cow Swap.

(01:24):
At the center is Nosis Chain. It's a low fee layer one with 0
downtime in seven years and secured by over 300,000
validators. It's the foundation for real
world financial applications like Nosis Pay and Circles.
All of this is governed by NosisDow, a community run
organization where anyone with aGNO token can vote on updates,

(01:45):
fund new projects, and even run a validator from home.
So if you're building a Web 3 oryou're just curious about what
financial freedom can look like,start exploring at nosis dot IO.
OK. Thank you so much for coming on.
Thank you very much for having me.
Cool, Kyle, it's it's been a pleasure using Brave for the

(02:06):
last many years. We've had Brandon on ages ago.
So we'll dive into kind of everything that's happened at
Brave since then. But maybe before we do that,
tell us a little bit about you yourself.
What's your background? Yeah.
So my background kind of comes from a little bit of a mix of

(02:27):
like cryptography, security and then expanding into Web 3 is
kind of the the niche specifics.So originally I started out as a
penetration tester as an intern right out of university and then
expanded into digital identity with that from taking the
computer security course. So I spent about five years
working in that space. And in that I kind of expanded

(02:50):
my knowledge on cryptography and, and web standards, working
as an editor of the verifiable credential specification.
And then through that and kind of the touch points of, of
digital identity, the web three.That's how I ended up at Brave
to come and help on the securityside of things within the wallet
and within the browser. And these days also helping a
little bit on the search side. What was your take on Web 3 when

(03:12):
you came in? I know kind of like it's a very
divisive subject in the securityarena.
Yeah, For me, I've always found it to be kind of user
empowering. And the concept of self
sovereignty I think is really embodied by the community.
I think the way that we represent the principles at
times doesn't always match what we say that we could do.

(03:34):
But as I've learned with anything, nothing is perfect.
You're always striving to be better.
And, and so I think that's really what I'm trying to
contribute to the space as well,is how do we make sure we get
closer and closer to these different principles that that
we say that we're working on. So a brave kind of your work
centers around identity and privacy.

(03:56):
Tell us about what made you interested in these topics in
particular. Yeah, so it largely actually
comes back to the computer security course that I took in
university. So when I was interning my my
final year, my computer securityprofessor presented me with an

(04:17):
interesting problem. He said how could we build a
voting system on a blockchain? And I kind of ran down a rabbit
hole with that and started looking at digital identity from
that perspective. And so it kind of opened my eyes
to the idea of how identity plays such a integral role of
all of what we do online. We have to be identified

(04:39):
whenever we're interacting with a website and, you know, whether
that's just an IP address so that they can figure out who to
send a response to up to building authentication and
authorization systems, passwords, passkeys, all of
these sorts of things. They all come back to the
concepts of individual identity,of knowing who says what about
whom. And, and so that really kind of

(05:00):
led me down this path of understanding.
OK. So if this sits at the base
layer of everything, understanding it is very useful
and and very impactful to everything that we do on the
web. The ID decentralized identity,
it's been here since the beginning of Web 3 as a dream,
right? But so far, all the solutions

(05:22):
that we've seen have been prettycentralized.
Can you give us an overview of what the ecosystem looks like?
Yes. So I think what's interesting is
actually going back before even decentralized identity as we
call it today and looking at thehistory of digital identity
taking a step back to Open ID Connect.

(05:44):
Originally the design of that was meant to be more
decentralized because it was well, it actually technically be
referred to as Federated becausethe goal of it was to be able to
allow bloggers to be able to authenticate between their
different sites so that they could add comments within their
systems. So the original design of a lot
of these pieces were designed inthat sort of way, but what

(06:06):
happens typically is that centralization is easier to
implement and it allows you to provide better security
controls. And so the actual
implementations themselves endedup going more towards a
centralized approach and, and creating like natural hubs of of
centralization over them. So.
Like sign in with Google and sign in with Facebook and kind

(06:28):
of all the likes, right? Yep, Yep.
And education and you know, the,the main problem that really
kind of drove this was actually enterprises doing single sign on
systems within all their services that they wanted their
employees to be able to log into.
So it's kind of really trying totake that concept further today,
but do it within a more decentralized approach because

(06:50):
what motivated the concept of ofDI DS actually came back to web
payments. So one of the problems that was
encountered with web payments was that it was built on an
e-mail. Well, if you, you know, lose
your e-mail address or your e-mail address gets hacked, then
you're able to basically steal access to the web payments.
And so that's where we needed a different identifier.

(07:12):
And that's where the creation ofthe decentralized identifier
specification came into play, was creating this kind of
alternative method to be able tocontrol access to the identifier
used for web payments. These days it's doing less of
that and it's kind of expanded into many different areas, but
it's kind of that same concept of understanding the underlying

(07:33):
aspect of the identifier itself.If you kind of look at the
market segmentation today, when people are on the Internet, what
do they actually use to identifythemselves with?
It all comes back to the e-mail.What I find very interesting
about this is e-mail is actuallya decentralized protocol by
design. If you look at the design of it,

(07:56):
anybody can set up their own domain and anybody can send an
e-mail to anybody, and anybody can run their own e-mail server.
In the same way that anybody canget their own public key,
anybody can run their own blockchain node, and anybody can
send payments or assets around on the blockchain protocol.
What's interesting is wondering how did we actually centralized
e-mail? Well, it really comes back to

(08:17):
you look at Google, you look at Microsoft, you look at Spamhaus.
They're all trying to address the problem of spam production.
Well, they ended up winning out because they provided the best
spam protections. And by doing that, everybody
decided, hey, let me go use it. So then their implementations
within the protocol naturally created centralization because
if you couldn't send an e-mail to somebody using Gmail, then

(08:39):
you stopped running your own server.
You just had too much maintenance headaches and, and
managing it yourself. And that created the natural
centralization, even though you could be doing everything in a
decentralized way. Yeah, that, that makes sense.
I'm sure there's economy is at scale here, but kind of they
tape off, right, kind of like whether you kind of scan 50

(08:59):
million emails or 500 million emails kind of at some point
kind of your spam detection doesn't get any better.
So if kind of spam protection isthe bottleneck, how many
disjunct e-mail services do you think we could have?
Or could Gmail kind of offer a plug and play spam filter to
kind of run locally on your on your own server?

(09:21):
How, how do you think kind of wecould, we could end up in a much
more Federated e-mail system? So I think this is one of the
things that I'm still trying to figure out what the answer is.
I read a good blog post recentlyand I can't remember who it was
by, but one of the things that they pointed out was that

(09:43):
naturally over time, as you add complexity, you, you will
centralized because you gain a certain level of expertise and
that node provides better guarantees than everybody else.
So as you address more and more problems, fewer and fewer people
can participate and do it at a high quality level.
And so naturally you're going tocreate these sorts of things.

(10:03):
So I think the idea that you're exploring there is how can you
do this like adversarial interoptype plug and play approach
where you create the openness ofthe protocol such that anybody
can just go by instead of havingto build it themselves.
And then that pluggableness is what keeps the network more
decentralized by design. So Brave was founded in 2015 by

(10:27):
Brandon Ike and Brian Bondy, andkind of the original mission was
very much kind of to build a privacy first browser.
How do you think that vision hasheld up over the years?
I mean, it's been 10 years, right?
Yeah, Yeah. Well, I think the numbers kind
of speak for themselves. We actually just announced today

(10:48):
that we had 100 million monthly active users.
So, you know, the vision is is going and it's growing.
You know, you can look at our growth rates to see how many
more people are kind of moving in and what are the advantages
of it. A lot of people don't think
about privacy in the sense of like, you know, privacy nerds
like myself, do they think aboutit in a practical sense of like,
hey, I don't see ads on YouTube.That's kind of nice.

(11:11):
Like that's literally one of thethe number one features.
But behind the scenes, what they're actually getting is
canvas fingerprinting protection, Shields built in,
all the different, you know, capabilities that we have.
We have a built in VPN to be able to, to do IP address
blocking, proxying of services behind the scenes, you know,
like when we have to communicatewith Google saved browsing
services, we're proxying those communications.

(11:33):
All of these things are things that people are getting by
default because we care about making sure that people have
those, those capabilities built in from from the start.
And so we bring them in with theno YouTube ads, but along the
way, we actually help everybody to get better privacy on the
web. Why do we think people don't
care about, I mean, there are people who care about privacy,

(11:56):
right? But the by and large, the
majority of people don't care atall, right?
Even for things that are clearlyexploitative in some sense.
So people using Gmail, despite the fact that kind of ProtonMail
offers exactly the same service and is free also.
And kind of why do you think kind of like this privacy has to

(12:18):
be shoved down people's throats?I think a lot of it comes back
to what I refer to as the power user problem.
So caring about privacy requirestoggling and changing a lot of
things in a lot of cases. So that naturally comes into the
picture of I'm a power user, I know how to go in, I understand

(12:39):
what those toggles are doing, and I configure them.
So this is where I think defaults come into play in a lot
of cases is knowing that you getit, but that somebody else is
taking care of it for you. You know, going back to the
e-mail example, I could run my own e-mail server today.
I'm technically capable. I understand how it works.
I could probably figure out waysto bypass the different spam

(13:00):
restrictions that come into place.
But my time is worth money, you know, like my time is worth the
ability to, you know, have the the meme of touch grass.
You know, I like to go out and Ilike to play golf and stuff.
So it's a choice between do I want to go play golf or do I
want to manage my e-mail server.So when you come into those
sorts of restrictions, I think that's the reason that so many

(13:21):
people end up defaulting to that.
Well, I'll just pick the easy and convenient thing, even if
that means that, you know, I'm giving up some of my privacy or
making some other trade-offs in in some sort of way.
So in that sense, I think that'swhere it comes back to, you
know, the maintenance headache is really what it's about.
And it's not about people not wanting privacy.
It's about people wanting it as long as it's convenient still.

(13:46):
Would you say that ProtonMail isless convenient than Gmail?
In my experience, no. Billions of people use Gmail and
millions of people use ProtonMail.
It's the vertical integration that you know, that you see with
Google, that you see with Microsoft, their ability to
integrate their different services together to make them
all work. I think that gives them a

(14:07):
natural network effect that creates kind of their, their
walled gardens and slowly over time, everybody hits a friction
point. Like the reason that I switched
from Gmail to ProtonMail in the 1st place was actually because
my free Gmail account hit the 15GB limit.
And I was like, well, if I'm going to have to pay some, why

(14:29):
not just pay an extra $2.00 a month?
And I did, you know, free drive,free VPN, free Proton pass.
Like I ended up saving money because I dropped my LastPass
account. I'm not paying for the Google
Drive. I still get e-mail and so like
the net benefits that I got fromProton Pass were better as soon
as I kind of used my way out of the free part of the system of

(14:53):
Google. OK.
Yeah, initially kind of the ideaad Brave was also kind of that
attention should be monetized, right?
Because kind of like every time you get something for free,
don't really get it for free, you're kind of being squeezed in
some way that you can't immediately tell.
And kind of the way that Google does that obviously is it kind

(15:16):
of data farms you and then triesto sell you things or have other
people sell you things. In 2017, Brave kind of did this
ICO, the basic attention token BAT and kind of the idea was
that if you choose to kind of bedata mined or look at adverts

(15:37):
and so on, you would be compensated for that, right?
Tell us about what the idea was and how that has evolved over
the years. So I think where you have to
first start is back at the economics of why did we go down
the advertising path in the 1st place.
What it really comes back to andsome of the things that you see

(15:58):
argued by Google within the web standard space is that the
advertising model actually creates the open web.
If you had a pay wallet at everysingle site that you had to show
up at, you would create a friction point where I have to
decide, do I want to spend a penny or not every single time
and I visit some site. The advertising model has
created that. But along the way it's also

(16:18):
meant that we need better targeting because that's what
the customer was demanding. The advertisers are demanding
the ability to know that they'regetting, you know, as as good a
value from the dollar as they can.
So that's the advertising model to understand.
And then what we looked at was, OK, how do you make sure you
maintain the open web, but you do it in such a way that it's

(16:41):
actually privacy preserving? Well, we know that the
advertising model works. It funds the entire open web
today. But to achieve the privacy
preserving principles, what we started to look at was, you
know, how can we do this directly within the browser?
So within the browser itself, we're able to do these
confirmations where we can basically send the entire

(17:02):
advertising catalog down to the browser and then the browser can
do the selection of the ad advertisement.
And then using zero knowledge proofs built on a modified
version of the the Privacy Pass protocol, we're actually able to
do the confirmations to be able to say, yes, this ad was viewed.
So then the question becomes, OK, so we've got the

(17:23):
advertising, we've got the the privacy model, how do we
incentivize users to move into the system?
Well, eventually when you are like thinking about the
economics of this, again, the only way that you can go if
you've reached the point of freeis to start paying people and
subsidizing them. So that's where kind of this
this split model comes into playis that, you know, trying to

(17:46):
take into consideration the equity and the alignment of
this, but also taking into consideration the competitive
advantages that can come into play.
So I guess essentially what it comes down to is this is a
natural evolution of maintainingthe open web and doing it in an
economic way, but also making itso that it's user first so that
users can choose to opt into it if they want to.

(18:08):
And so as soon as you try and tackle all three of these hard
problems at the same time, that's kind of how you end up on
this sort of model. How well do you feel it's
whacking? Because kind of like there's 10s
of millions of users who use Brave, but there's a couple of
thousands of websites that use BAT for, for incentivization.

(18:28):
If you look at how much you actually get for watching an ad,
it's tiny, right? So kind of to me, kind of like
I'm a Brave user. I use Brave as my primary
browser even on mobile where it's gotten much, much better by
the way. But kind of I've, I've only
watched kind of ads for test purposes.

(18:49):
You you get such tiny amounts, kind of like 0.005 cents or
something. What do you think the challenges
here are? I think you're hitting at the
heart of the problem. This is a very tough problem.
So first of all, excellent question.
The way that I would address this is I think it comes down to

(19:10):
who you're able to attract as advertisers makes the value of
how much you can return to users.
A big part of it, something that's like not well understood
within the advertising space andwithin that, that vertical is
that Google basically controls this entire market.
You know, that was a big part ofthis antitrust case that came

(19:30):
into play is, you know, how do you create these sorts of
restrictions around these national monopolies and stuff?
And so with that, you come into the question of like, how do you
attract a new advertisers and how do you, you know, make sure
that they want to buy these different ad units?
You know, they're used to selling search ads, but when you

(19:51):
go in there and you say, hey, we've got this other type of ad
unit that's built directly into the browser, are you interested
in it? And then you also come in and
say, oh, by the way, we can't give you cohorts of data about
the user because we're just doing that all locally on the
browser and we're not sending that back.
You run into this kind of restriction around capabilities.
And So what we've seen is that there's a certain number of

(20:14):
people who really kind of get it.
And then for some of the the other companies, it's become a
little bit more restrictive. So often times people will
complain about, oh, you know, Brave is, is showing me all this
crypto stuff. I have come to think that a part
of that is because the crypto industry really understands this
ad unit and understands the value of it.

(20:36):
And so because of it, you know, when we're dealing with a new
tab page advertisement, they're interested in it because they
understand that there's a lot ofpeople within the Web 3 space
that use Brave as a browser. And so then they're able to
attract people to their productsand services based upon those
things. Theoretically, it doesn't have
to work that way though. I mean, Ford has been able to

(20:58):
use these advertisements and, and been able to expand on it
because they've understood it. And so in that way, I think it
really comes back to understanding that so that you
can drive the value into the ad unit so that you can return more
value to it. Because that's the the thing
about the design of the BAT token is that, you know, we're
doing essentially a, a revenue share agreement with the user.

(21:20):
We're taking some of what we earn and we're passing it on to
the user. So as long as the value of that
advertisement can continue to goup, then you can continue to
pass that value on to the user. You think kind of like.
The crux of the matter is the the addressable market.
That's not quite ready for this yet because kind of like if I
think about myself, I'm in principle, I think I'm a juicy

(21:45):
customer. So say for instance, I book a
holiday or something. If I were to be able to kind of
self describe myself and say I'ma 39 year old German, I'm a
mother of four kids, I like going on holidays and I'm
somewhat price insensitive. I'd like to go somewhere where

(22:07):
the sun shines and where I don'thave to be on the beach all day
where I can go on a hike or something.
In principle, kind of this is this is something that that's
information I would be happy to divulge about myself if it led
to a targeted advertising where I'm not pitched things I would
never consider going to. And B, if if I were to see some

(22:34):
of the kick back here, that would be even better, right.
How much do you think we can modularize this?
And I'm sure there's probably anAI play in here somewhere.
Yeah, yeah, I. Mean you're already seeing it
from everybody on the AI space, but I'll cover that in a second.
I think it's better to talk about like what we're actually

(22:54):
doing right now, which is like essentially we've we've pivoted
more towards this offer wall approach and being able to, to
display these, these offers directly to users to be able to
offer discounts of being able totransact with bat and and do
things like that. That's been one part of our our

(23:15):
consideration for this. We still have the ad units that
are in play as well, but it's, it's basically trying to figure
out how do we add utility to themodel such that it's, it's still
coming back to that. So I think that's the the first
thing to understand is like, howdo you create an ad unit that is
more attractive? And I think what you highlight
there is exactly the theory thatI've heard promoted by Doc

(23:39):
Searles. It's a, a concept called vendor
relationship management. He's had this for, I don't know,
at least a decade, but it's basically to be able to intend
cast and like, what I mean by that is advertise to vendors.
I'm interested in buying this. Can you compete for my business
to offer me a, a better offer? So, you know, say for example, I

(24:02):
say I'm interested in buying a pair of shoes, then Nike can go,
hey, I'll offer you a 10% discount for buying my Nike
shoes. And then Adidas will go, I'll
offer you a 15% discount for buying my shoes.
And I love this it. Kind of it's intent based
advertising. Yes, yes, it's.
Exactly that. And so I love the theory behind
this. And I think that's kind of the

(24:25):
vision of of where we're kind ofmoving towards with this offer
wall approach is being able to do this, but doing it in such a
personalized way that like you don't need to advertise your
your cohort of information. Kind of like the the flock based
approach that's being tested outby Google Chrome.
Essentially what they're trying to do is they're trying to

(24:46):
advertise different, three different flags or interests to
the site or to the advertiser and then the advertiser chooses
an ad based upon that. And the unfortunate reality is
that three interests are roughlyenough to be able to still
singulate or like isolate who you are and identify you in some

(25:07):
sort of way just based upon the probabilistic like bit entropy
of this. So like to explain that a little
bit higher level so that people kind of pick up what I'm saying.
If you were to take somebody's name, date of birth and their
zip code, the likelihood of being able to figure out who
that person is comes down to like a 95 percentile capability,

(25:30):
you know, just by taking, you know, three pieces of
information about them and combining them together.
You know, that's just the way the math works.
So I think that's a big part of the question.
Now to get to your, your question about the AI side of
things, I think this is where everybody's still exploring what
can, what can actually happen. You know, there's, there's
concepts that are coming into play with advertisers or, or

(25:53):
people who are creating rewards based systems wanting to have
their ad shown within the actualLMS and within the chat box and
stuff like that. And so we see advertisements
coming into play in that sort ofway.
One of the struggles that you'regoing to run into though, is
that essentially you're going torun into this rag model where
you're augmenting the actual chat through context of the

(26:17):
marketing data itself. And so then how do you know that
what's actually being presented from the chat interface is not
just marketing material and thatit's, it's unbiased in some sort
of way? And so I think this is one of
the interesting questions that I'm trying to keep an eye on
what people are doing with this.Because, you know, part of what

(26:37):
happens when people are leaving search and, and going to more of
these chat LLM approaches is that the advertisement potential
number of advertisements you canshow is actually going to drop
overtime. So that may be an opportunity
for us because we're already kind of like repositioning the
entire advertising market in the1st place because fewer people

(26:59):
are visiting sites and you know,more stuff is being done through
the actual like LOM and, and chatbot interfaces.
And then that sort of way to an advertiser, they're looking at
it going, hey, our previous ad units that we were used to being
able to buy through Google AdSense and stuff are already
being replaced. Maybe we should go consider
exploring some of these ones that are happening in the
browser, you know, the new ones that are coming out through the

(27:19):
LOM. Yeah, and I mean.
We already see this, that kind of SEO is being overtaken by
Geo. So kind of optimizing for
generative NLM. So yeah, 100%.
I think kind of like part of part of the appeal to me is the

(27:40):
0 knowledge component. So in principle, I don't object
to being advertised to, right? So kind of like if, if I say,
OK, I'm here and I want to buy and buy a holiday, kind of I
want a direct flight. I want it to be somewhere,
somewhere warmer than here. And I want to be able to see an

(28:01):
elephant. Kind of this is kind of in
principle, I'm inviting people to kind of send me offers for
that. What I object to is the fact
that this goes into a a targetedA targeting brief about myself.
OK, this lady is is willing to drop a pretty penny on a nice

(28:23):
holiday. So in in in the future, kind of
target these things at her. And I think a lot of this can be
solved by zero knowledge technology.
Tell tell me where you are at there and kind of where you
think this is going to go. Yep.
I think the way that we've constructed this system works

(28:44):
quite well for this because you don't need to share the
information to still get the personalization.
So in concept, essentially what you can do is be able to utilize
the interests of things that arehappening within the browser to
do that classification and matching all client side.
So if you have the entire list of of potential ads and they've

(29:05):
already been tagged as related to a particular topic, then you
can essentially still do that, that intent based model, but do
it all client side directly within the browser itself.
So in that way, like you're justchanging the information model
first such that you don't even have to share the information
and then the zero knowledge comes into play to do the

(29:27):
confirmation aspects itself. And so I think that's what's
more interesting about it is rather than going down kind of
Mozilla's expiration path where they're trying to do all of this
inside of trusted execution environments and still sharing
the data itself. Modifying the information model
is the the best answer here because the best way to

(29:47):
guarantee your privacy is to never share the information in
the first place. Yeah, 100%.
So you guys have a branch into offering a wallet, which kind of
also comes hand in hand with kind of having to store the that
token somewhere and talk. So how, how do you connect all
of these dots? Yeah.

(30:08):
So a big part of it is what are the features that people want to
use on the web today and how do we build them such that they're
user first in principle? Like that is the guiding light
between all of our different product features and and
capabilities is, is really how do we do something that focuses
on the user and addresses the user's needs.

(30:28):
So when you look at the wallet, it's essentially exactly that we
see that where the the web is going is that we need payments.
I mean, this isn't new like the,the first attempt of web
payments is like PayPal, if you think about it, you know, and
then PayPal was kind of the first generation and now we've
seen that we've got, you know, the stripes and the, the blocks

(30:50):
or square as kind of the, the second generation.
You've also got Google Pay and Apple Pay that have fit within
this. And, and now crypto is kind of
the third evolution of this. So really we're, we're
addressing the same user need, but we're doing it in a slightly
different way. So that's kind of where that
comes into play is, you know what's slightly different?

(31:11):
Well, it's designed to be more open.
It's, it's a permissionless system by design.
With the current design of, of like, you know, the stripes and
the Paypal's and stuff. One of the biggest headaches
that we run into is kind of the compliance factors and the
regulations that come into play,because traditionally you've had
to extend the banking complianceregulations into decentralized

(31:34):
providers. But when you're doing
peer-to-peer payments, the application of the laws just
doesn't quite work in the same way.
And so that's, you know, how thewallet comes into play.
And you know, it's the same thing with kind of the talk
thing is like people are inherently social.
They want to get together and meet, you know, we're, we're on
a video call right now. And so in that sort of sense,

(31:55):
it's one of those things where you're wanting to interact with
people. And so how do you make sure that
that's happening in a way that is addressing their needs?
So like some of the things that we built into talk that was a
little bit different was NFT gating specifically around your
community. So, you know, technically an NFT

(32:15):
community could basically build a web call that you could
present your your wallet itself to be able to show the
capabilities of logging into theactual talk.
So like, let's say I owned a what is the well known NFTS, the
crypto punks? Let's say I owned a crypto punk

(32:36):
and it was meant to be an onlinemeeting of the crypto punks.
I can present and and sign a message that shows, hey, I own a
wallet address that owns a crypto punk.
And then I'd be able to have access into that dated community
because of the NF TS I own. And so a lot of this comes back
to how do we build social communities and, and build
capabilities that the users actually want to be able to do

(32:59):
what they're already doing todayon the web.
How? Do you tie in the wallet with
the identity? Because in principle identity is
really touchy and privacy on chain is hard and kind of
connecting everything then also with kind of this monetary
layer, how do you see that to put it?

(33:21):
Quite frankly, I think we're doing it wrong right now in the
Web 3 space. What I mean by that is privacy
is inherent because what it grants us, it is a means to an
end. Privacy is a way to be able to
achieve greater control over what you present to other
people. Similarly so.

(33:41):
So I, I often times refer to that as agency.
I have the agency to be able to determine these things
similarly. So you want to be able to
segregate certain aspects of whoyou are and who you share with
people. As an example, you know, I
enjoyed golfing. When I go talk with my friends
who are talking about golf, theydon't have a clue about what I
do for work. That's that's not because I

(34:03):
can't share that with him. It's because like it's not a
point of common interest. And so in, in that sort of way,
it's just kind of rebuilding thecapabilities that we already
have today within normal life digitally.
And I think that's where we get this wrong is that today on, you
know, in the Web 3 space and on on chain, we're actually

(34:25):
assuming that everyone wants to share everything about them.
The reality is though, there's alot of dangers to that.
And also that's not very well aligned with kind of just how
things work. One of the things I love to
point to is, you know, the business aspects of this.
If I'm a business and I'm receiving payments from all of
my different customers, I don't want it to be known like

(34:46):
basically my real time revenue data on chain.
Like that's just that's financial intellectual property
that I just don't want shared. So if the chain shares that by
default, that's a problem and I'm not going to want to use it
similarly. So I don't want my competitors
to know who I'm like buying my supplies from.

(35:08):
You know, if I'm buying from a service provider or I'm buying
ingredients for a restaurant or something like that and I'm
getting it for a certain price because I've negotiated based
upon wholesale discounts and stuff.
I don't want that to be public information.
You know, that's my competitive advantage is being able to
produce at a cheaper rate and being able to do those things
similarly. So, you know, if I'm paying my

(35:28):
employees, maybe I don't want the employees to know how much
I'm paying the other people thatare working there.
So this is all on chain data that's existing.
And as long as you can link thatdata back to some real world
person, then you're basically creating a problem for yourself
in some sort of way. And and that's the part that we

(35:49):
can't really understand today because it's an emergent
property of the data that exists.
So that's where it becomes a headache.
Like looking at the the Web 2 space as an example in the
advertising model today, we talkabout data.
Well, what is that actual data? Well, it's behavioral data.
We want to know what people are using, what YouTube videos

(36:10):
they're viewing. We want to know which sites
they're visiting. That's what a third party cookie
is doing. So we're building these
behavioral profiles of these people and then taking that
behavioral profile and then using that in order to target
them with advertisements. How would that work in the Web 3
space? Well, essentially what people
will do is not just the behavioral data, but also the

(36:31):
economic data. So I know where you're spending
your money, not just what you'reviewing.
And I'm taking that information and I'm building a profile
around you and then I'm going toAirDrop you in NFT as an
advertisement. That's the the world we're
creating if we don't do stuff asa private by default system.
100% So kind of I see the transparency that you have that

(36:56):
we have on blockchain. This is not compatible with a,
with consumer behavior that I would want to endorse at all.
How do you fix it? I've got some.
Ideas. I can't claim that they're
perfect, but they make sense to me and I think it's time that we

(37:18):
start experimenting with them. Some of the things that I think
should be done is within the wallet itself.
I think the wallet needs to act essentially as a user agent on
behalf of the user to provide the that privacy capabilities in
the same way that our browsers do today.
So our browser doesn't advertiseour browsing history to every

(37:39):
single site that we visit. The browser makes certain
choices in order to try and protect the user on their
behalf. I think it's the job of the
wallet to be doing the exact same thing.
So protocols are getting built in order to try and do these
sorts of like private transactions rather than
expecting the user to show up atthe, you know, privacy pools

(37:59):
protocol and, and, you know, integrate and, and make sure
that they're swapping all the transactions in the privacy pool
themselves. And then, you know, jumping over
to the next site so they can actually spend the money and,
and you know, jumping through three different sites, that
should really be the responsibility of the wallets to
integrate those features directly in so that it's just
happening on their behalf. Why does this matter?

(38:21):
Well, when you start factoring in things like what's happening
with X42 protocol, wallet Pay, and basically the ability to
transact automatically through microtransactions, all of that
is going to be winking your browsing history on chain in
some sort of way. So say for example, I'm showing
up at a news article and I'm reading a news article about

(38:42):
some topic and I paid for it. Well, that's being advertised on
chain because they made a payment.
Then I show up at the next website and I do the exact same
thing. And then the next site and the
next site and the next site, allof a sudden the behavioral
profile that we just got done spending like 10 years trying to
get rid of with third party cookies is now permanently on

(39:03):
train until the rest of time unless the user figures out how
to stop the foot gun by switching accounts every single
time and and having to do with the burden.
So, you know, going back to thatconversation that we had a
little bit earlier of like privacy works when it's
convenient. That's where I think it's the
wallet's responsibility to solvethese problems for the user.

(39:23):
A lot of these. Problems can already be
addressed. It's a lot harder to kind of do
so with smart contract wallets, which are preferable for other
reasons, right. So kind of if you have an EOA
kind of privacy pools and it's, it's, it's much simpler than
doing the same with a smart contract wallet, But then kind

(39:45):
of you, you lose recovery. And I mean, in principle on a
smart contract wallet, you wouldwant to have it such that the,
the private key never actually leaves the, the enclave.
You don't actually have to carryseat phrases from one place to
the next. You just kind of add another
sign up. How do you see this from an IT

(40:09):
architectural standpoint? Yep.
I think again it comes back to what do you expect the user to
know if the user is expected to understand smart contract logic
or even that a smart contract nouser you can't.
You can't expect any user to kind of understand that, right?
Kind of like it, it kind of for the user, it just has to work.

(40:30):
But kind of as the system architect, you have to think
about it, right? You have to think about kind of
like can can I still kind of have recovery in some sense kind
of with an EOA or do I go smart contract and then kind of deal
with kind of all the headaches that I have with privacy pools
and the like? And where, where, where as an IT
architect, where, where would you fall on that spectrum?

(40:53):
I think more of it needs to be done on behalf of the user by
default, but they have the option to opt out when
necessary. I think that's kind of the the
user first principle that I would take.
So as an example of of how I think about this as a as a toy
today is if, for example, I wanted to send money to somebody
privately from one chain with one token.

(41:14):
So like, let's say I have US SDCon ETH mainnet and I want to be
able to send USDT on Solana. It, it introduces a lot of
complexity. So how do we make this work?
Because a, we're talking about two different smart contract
systems, we're talking about a swap and a bridge that needs to
occur. We're talking about different
tokens and we're also taking into consideration the fact that

(41:36):
the site, which is probably likean ecommerce website, really
doesn't have Web 3 expertise. So they're not going to be
formatting that transaction for you in the 1st place.
O how do you make that work? The way that I think about this
today is that like essentially the abstraction at the RPC
endpoint of the wallet, so you know, window dot etherium dot
request where you're actually the site's actually making a

(41:59):
request needs an intent API built into it.
We need to be developing high level AP is where it can say,
hey, send some money to me of $3in this amount on this chain.
And you know, maybe I provide three different things instead.
In the same way that when you'reusing a EFTPOS system, it's like

(42:19):
it's, it's saying I'll take Visaor MasterCard, I don't really
care, just pay me the money. So you, you do that.
And under the, the wallet is where all the complexity is
hidden. The wallet takes that, that RPC
call that's being made to it andit goes great.
I can build A5792 transaction that performs a swap and a
bridge all at the same time and performs it through a privacy

(42:42):
protocol so that it comes out onthe new chain in the proper
currency at the proper amount, and it just ends up at that
address. And then you send back as a
response to that async call thatcame in from the site.
Here's the transaction hash on the Etherium chain, and here's
the transaction hash on the Solana chain so that they can
verify that the transaction actually occurred.

(43:03):
And once that happens, then theycontinue through the rest of the
business flow of the logic in that way.
Like the site is doing what? It's an expert act, which is
selling goods and services. It doesn't have to care about
the design and formatting of transactions that are being sent
to the wallet. And, you know, the wallet is
acting as responsible participant within the system,

(43:24):
helping the user to make sure they understand what they're
actually doing to be able to send this money to the site at
the end of the day. Yeah, that, that.
That makes but a lot of sense. Do you think we'll continue
seeing browser plug in wallets in the future?
Because kind of like to all my non web three friends browser

(43:46):
plug insurance seem really dodgy.
Dodgy kind of as ways of kind ofkeeping money kind of go.
I think it will happen until thebrowsers decide to get into this
layer. What I mean by that is part of
the reason that Web 3 continues to exist is because Web 2 has
not taken an interest in this space.

(44:08):
Google and Apple, they're not playing in the crypto space.
You know, they might have small teams that are operating in this
stuff, but the stable coins might change that, you know,
kind of the new legislation that's coming into play, like
they're very adverse, you know, in the same way that like Google
watches what we do and sometimesthey'll copy some of our ideas.
It's the the same thing that's happening, you know, within the

(44:31):
entire Web 3 space is when they feel like there's a legitimate
use case where they can make money within that business,
they'll get into it. In the same way that you're
seeing, you know, Stripe who started in the Web two payment
space and decided to get into Web three payment space, they're
doing the same thing because they see advantages or they see
that, you know, Web 3 is starting to eat their lunch in
some sort of way. And so they want to make

(44:52):
competitive play to to try and stop those sorts of things.
So I do think that the browser serves a role within this.
And I think This is why Brave iskind of early to that game of
showing what's possible, especially when you start
looking at, you know, X4 O2 design where you actually need
to understand the Http://headers.
Well, the extension doesn't havethe easiest capability, you

(45:15):
know, and, and part of what we do within our design principles
for this is like, we're not going to try and sit here in the
center and, and intercept every single communication.
Like technically we can do that with extensions today.
We could be intercepting every window dot Etherium request and
making sure that our wallet appears instead of Madamask.
We've intentionally not done that because that's not user

(45:37):
first. That goes against our principles
in that sort of way. So I, I do think that there is a
role that browsers play with in this, whether that's just simply
at the security key management layer so that there's a
competition that can exist between the different
extensions. Or if they decide to vertically
integrate further and kind of take approach more like what
Brave has done of, of building it directly within the browser

(45:58):
to offer better security guarantees.
Because we can operate within the the browser process and be
able to have a greater level of control over what happens with
the memory and stuff. So I think it'll happen but I
don't know when. OK.
Brave. Brave is built on on Chromium
right? Like most modern browsers do you

(46:21):
see risks in relying on a Googlemaintained codebase here?
No, because like we have some advantages in that.
Like we evaluated different, different aspects that came into
play. I don't know if people know
this, but originally I believe this is before I joined Brave,

(46:41):
but I believe we started on Gecko and tried it and realized
that there was actually limitations to building on the
Gecko engine, which for people aren't familiar, that's Firefox.
We pivoted away from that specifically because the Chrome
model is, is much faster moving.They integrate a lot more
features and part of the troublewithin the browser space is most

(47:04):
web developers are typically only building their websites to
work compatibly with Chrome itself.
So the fact that it is an open source code base and we can go
in and modify it as we wish, such as turning off flags or
adding new features directly ourselves, allows us kind of a
competitive advantage to be ableto play with in this space.

(47:26):
So that we can focus on the things that we think matter most
to users while being able to easily just toggle things on and
off when necessary. So I think it's actually more of
an advantage rather than a disadvantage.
And if Chrome decided to, you know, basically close the source
of the code, it's not going to just impact us, it's going to

(47:46):
impact Edge. You know, Edge is built on this
as well. So like, you know, just imagine,
you know, Microsoft and Google fighting that one out.
So I think the likelihood of that is very, very small that
that actually happens because the way that Chrome works
anyways is they build the open source layer, but then they also
have a closed source Chrome layer on top of it.
Another danger that kind of looms is kind of from the

(48:10):
regulatory side. I don't know how much you are in
the loop with European politics,but kind of here we have the
chat controller vote that's kindof happening.
Well, actually it'll have. Happened when this comes out.
So it happens October 14th and Germany currently is the
deciding factor. And basically for everyone who

(48:31):
does know it, Wood Forest, any application to have a back door
to kind of give access to be able to give access to
unencrypted messages messaging. So I mean, obviously that raises
really tough questions for the open and dead.
And as always, it's done under the guise of, I don't know,

(48:52):
child protection and whatnot. In fact, I mean, whenever you
kind of say I'm I'm pro privacy,people going to get, well, do
you want kiddie porn? It's like, no, it's that it's
not about kiddie porn. It's about kind of like, you
know, normalizing privacy. So how do you see Brave's role
in helping users navigate these challenges?

(49:13):
Yep. I think it comes back to user
first by design, and I think this is where a lot of these
things are in these tough trade-offs.
What happens when a user actually is malicious?
What happens when a user actually is a criminal, you
know, and, and who's responsiblefor for taking care of that.
Ultimately, we're getting down to the deeper philosophical

(49:33):
questions. And what I actually like to do,
rather than focus on the here and now moral crisis of today,
is actually look at the history of the past.
I think it's much easier to detach ourselves when you look
at history and be able to understand what's happened
before, to understand how we canapply those lessons to today.
So the, the thing that I like tocite is actually the

(49:54):
Inquisitions. So the inquisitions was
basically the, the Catholic Church being able to decide what
was considered within the boundaries of the religion.
And so as a part of that, the Inquisitions basically allowed
for a set of inquisitors to censor concept within the the

(50:16):
world and the the different nations that they had influenced
within that lasted for 700 years.
So, you know, like we just got done in in theory with a much
bigger problem that that ended about the 1800s where numerous
generations occurred and it modified life as we see it

(50:39):
today. So like what I like to point out
too is Galileo, who was right, by the way, about the
heliocentric theory, was considered heretic by the
Catholic Church. What actually happened with
that? Well, Descartes became concerned
about the impact of this and so he modified his mind body

(51:01):
theories because of it. So what lessons can we learn
from this? The, the lesson today is our
concepts of, you know, the mind,psychology, mental health, all
of these things were modified because of this censorship that
occurred previously. And this is what happened 300
years ago. There is kind of this like

(51:22):
butterfly effect that occurs where had Descartes been able to
actually publish his actual theories, we might have a
completely different historical record because of this.
And so this is the impact of censorship that comes into play
today. What I like to point to is
actually a storing who I've readall this from, like I didn't do

(51:43):
this research myself. Ada Palmer has done an excellent
job of, of basically citing all of this stuff.
And, and it's kind of really helped me inform my theories on
this, particularly just because understanding the history of
this and understanding the impact.
She also points out what we can take away from this.
And so one of the things that she points out is most

(52:03):
censorship isn't actually effective at scale.
So, you know, the inquisitors couldn't censor every single
book. They couldn't cross a line
through every single copy of thebook when the printing press
came out. Instead, what they did is they
utilized the enforcement model of scaring people away from
participating, or in other words, what we call the chilling
effect today to create censorship through self

(52:26):
censorship. So that's the exact same thing
that we'll see with these different track controls and and
age verifications and things of that nature is actually the goal
here isn't to scale the censorship model in the same
sort of way. It'll it certainly will scale
better than, you know, somebody individually crossing out lines
and stuff like that. And that is something to be

(52:47):
worried about as well as the algorithmic capabilities to
censor. But ultimately what it comes
back to is how many Descartes are we going to have where
people choose to self censor their ideas because they're
worried about it not sitting within the Overton window of
today's time, even though it might fit within the Overton
window in the next 50 years. Yeah, Yeah, that's, that's a

(53:15):
tough discussion to have, isn't it?
If you, if you look at the discourse, the public discourse
over the last, say 10 or 15 years, it feels like it's become
a lot more divisive and kind of it relies a lot on self

(53:35):
censorship and kind of things that are in my eyes, completely
within the realm of what someoneshould be allowed to say are in
some way suppressed by society. What what's, what's your view on

(53:58):
this and how do we, how do we kind of revert this development?
Yeah. So to get us back on topic, I'll
tie it back to how it impacts the web.
Thank. You.
You're welcome. So if we consider the thesis

(54:19):
that Facebook originally startedwith and most social media
platforms started with, it's meant to be kind of the town
hall of, of basically everybody participating and sharing their
ideas. So if it's meant to be speech,
who gets to decide what is said?Ultimately it comes back to
there is a an inherent social contract that exists between

(54:42):
each of us as we communicate. You know, we all set boundaries.
When somebody talks about something, we may say, hey, I
don't, I'm not interested in that conversation, or we may
change the topic. How do we do that?
Online is really what it comes back to.
What tools are we putting in thehands of people in order to do
that on social media today and who has the power to enforce
those sorts of tools? I think Tim Berners Lee in his

(55:04):
new book actually highlights this very well.
One of the problems that exists is the fact that the engagement
model and the business model of a lot of these social media
websites are designed in such a way that they create essentially
like classification filters or as he refers to them,
collaboration filters. So what that is, is basically

(55:27):
they build a profile on me and they see what interests me and
what causes me to engage, and they represent that content to
some other user. So how as a user do I get to
decide when I've had enough of that content and be able to
enforce that? That can either happen in a
centralized way where, you know,I can go to Facebook.

(55:47):
I can't say, you know, disengagewith these topics.
I can, you know, mainly go through and dislike it and try
to modify my algorithm in some sort of way.
Or one of the things that I havebeen exploring is this idea very
similar to what Blue Sky moderation lists are doing is
essentially could you utilize, you know, ad blocking lists or

(56:08):
some sort of filter lists or moderation lists to be able to
automatically block this contentclient side in such a way that
the algorithm sees it as well. The user didn't engage with
this, so I'll stop showing them that content.
And then what you do is you naturally are going to create
more unification within the collaboration filters on these
different sites in such a way that that will prevent the

(56:30):
divisiveness because it'll just create this kind of like
feedback loop of creating more collaborativeness as people
choose to disengage with this divisive content.
I like this in principle. I think the fact of the matter
remains that people like the divisiveness of it, right?
Kind of like some people kind ofthey relish in this, right?

(56:54):
So kind of because you clearly know you're on the right side,
one thing that kind of one measure that I've always been a
fan of is forcing big social media companies to open kind of
too often API for other people to kind of come in and lay over

(57:18):
other sort algorithms. So kind of like for Twitter,
Twitter basically has 2 settings.
One is kind of the for you. And I don't know whether that's
different for anyone else. But for me that's basically
TikTok style videos that kind oflike I don't want to be shown
kind of it's, it's kind of the the kind of content that kind of

(57:39):
you have to look at because it moves, but you hate yourself for
it. So kind of like I don't, I don't
have this. I don't, I don't look at that
tab and then the other tab is following and basically that one
shows you everything and kind ofyou want some sort of moderation
because I don't want to know every time Reuters kind of
publishes an update on somethingbecause 98% of them are not

(58:01):
relevant to me and I do not wantto be showing them.
So kind of having some modularity here where kind of
there are plug and play systems where I say, OK, I get to choose
from these algorithms or I can pay for kind of a premium
premium one or whatever. I think this is something where
regulation can really come in and do something useful for

(58:25):
people because kind of social media platforms, Ah, naturally
imagined monopolies, right? Kind of like you can't say, OK,
we had split up Twitter kind of like you did with, I don't know,
United Fruits sort of thing, right?
Kind of like you can't, you can't say you get this part of
the country, you get that part of the country.
It's good, doesn't it Doesn't work because it it's just much

(58:45):
better if more people are on it than kind of like if you have
two smaller ones, where do you fall on that?
I think. Doing it at a regulatory level
likely just shifts who decides the algorithm from private to
public services. And so then you're back to the
question of do you trust the thepublic institutions more than

(59:07):
the private institutions? Oh no no, I want other.
People to kind of be able to kind of offer these kinds of so
kind of I, I want to be able to kind of plug in the Kyle
algorithm for Twitter and and then kind of I get the Kyle, I
get the Kyle feed kind of like prioritized by whatever kind of
like your filters are. I don't want governments to kind
of take over this part at all. I kind of.

(59:27):
I just want big social media companies to have to open source
this API, yeah. That makes sense.
I don't know. Are you familiar with Brave
goggles within our search engine?
No, I'm not. So we do exactly.
This we have the ability to be able to do what's called
boosting and disregarding different URLs within the the

(59:49):
search engine itself so that youcan actually modify your search
results. Some people use them, some
people don't. There are lists that are being
built. We put out some some public
lists as well. But this is exactly that because
in our view this is user versed.You know this is how you use a
search engine so that you can beable to see it.
So like the the best way to explain this is like you can

(01:00:11):
actually subscribe to a Google that's for the left and then at
the same time you could turn offthat Google and then you can
turn on for the right. And so you can view political
content in different sorts of like biases, but you can see it
in the transparent way, you know, like what the results of
the engine are and you get to control it in that sort of so
this out. That's very core.

(01:00:33):
Now, what's your perforce? On everyone.
So this is where I think I, I kind of am worried about that.
I worry that when governments step in and try and force kind
of this requirement, there's this subtle pushback that occurs
between these different tech companies depending on if

(01:00:55):
they're actually willing to participate or not.
So like looking at how Apple haschosen to engage with open web
advocacy and some of the regulations around the
requirement to open up Webkit and stuff like that, you know,
Apple has been maliciously compliant in the way that
they've done it. They've they've met their

(01:01:16):
compliance regards, but they've done it in such a way that's not
actually given us the capabilities as users to decide
what we actually want. And that's because their
business interests don't align with it similarly.
So, you know, like what you haveto take into consideration is
how do you set your defaults? How do you choose these sorts of
things for the users? Because the power defaults still

(01:01:38):
do exist. You know, that's the whole
reason that default screens within the EU have worked well
and has helped Brave is because no longer can Google or Apple
say you have to use Chrome or you have to use Safari on, on
the mobile devices. Now we create these sorts of
consent screens where or user choice screen where people can

(01:01:58):
choose the browser. And so I think that creates the
same problem with the algorithmic decision making is
who do I delegate that responsibility to?
And you're going to see this natural kind of creation of like
some lists are going to be excellent.
You know, maybe I'm the dedicated person who just likes
modifying my algorithm all the time and I do it for my own

(01:02:20):
needs. And then other people come
complaining to me and I'm like, sure, I'll help you and I'll
build it for you. But then what happens when we
have a business step in and go, hey, I'm going to be a full time
person who just builds moderation lists, you know, to
protect safe search content. And then I'll sell that to the
parents. And no longer is it about, you
know, trying to, to help people to regulate the content of what

(01:02:42):
their kids see, But instead it'slike, hey, as a parent, you have
to pay for this. So you're probably not going to
do that because you have a choice of buying your kids milk
for the week or buying, you know, the, the online TikTok
algorithm content that, you know, they're seeing behind the
scenes. And, you know, they'd probably
want to eat before, you know, having access to TikTok, even

(01:03:02):
though TikTok is where we spend more of our time.
So I'm concerned that it sets upperverse incentives, but in
principle, I fully agree that weneed algorithmic transparency
and we need user choice. I'm just not sure how you do it
in such a way that aligns business incentives with that
without going down the regulatory approach and

(01:03:22):
introducing kind of secondary effects that we just don't
understand it. If you look into into the future
for Braif, say you look ahead five years, what would success
look like for Braif? I think a big part of it is user

(01:03:44):
growth. We need to continue to see that
that user growth because you know, the more users you have,
the more that we're able to provide better services, the
more engineers we can have on hand to be able to build more
capabilities and and more things.
So continuing to grow in that sort of sense, I think is a big
part of it, Diversification of different products and services

(01:04:08):
that we see generating revenue. So today we have premium
services, you know, Brendan posts us on Twitter every month
when we post our growth numbers.We've got premium services, we
do crypto deals, we've got search ads.
You know, we've got, you know, many different lines of
business. And being able to expand in
those different ways helps us tobe able to grow as a business so
that we can focus on, you know, the user's needs.

(01:04:30):
And then with that as well-beingable to utilize that user growth
to be able to go influence what's happening within the tech
standards and, and those sorts of things today.
So, you know, one of the things that we are very acutely aware
of is the fact that we have moreusers allows us to step into W3C
and be able to argue for different sorts of things.

(01:04:50):
You know, Google, because they own a natural monopoly within
the browser space, they also owna natural monopoly on the
direction the web goes. We can choose to turn off
features if we want, but the reality is if Chrome ships it,
that's what web developers buildagainst.
So being able to continue to grow and continue to get users
using our stuff allows us to advocate on behalf of the user

(01:05:11):
more to push back against the way that big tech is working
today and kind of force a new competitive nature to exist so
that, you know, we don't need regulators to step in.
Instead, we can actually use just kind of the natural
marketplace to be able to compete and force Google to have
to change how they act. Yeah.

(01:05:34):
And personally, what are you excited to be working on next?
For me, I love that the stablecoin stuff came about.
I want private payments like that.
That is the thing that I care about most is like, I want
private payments on an open protocol.
As Zuko put it, best on Twitter.Permission was private, money

(01:05:57):
was the cash. I want that to be the default
for all Web 3 stuff. And I want that to be to take
the Web 3 stuff and come back and meet the web two people
where they're at and be able to show them the capabilities and
and create a competitive advantage.
So that, you know, the credit card natural duopoly that we
have today with MasterCard and Visa are being forced staff to

(01:06:18):
compete against the crypto railsand stuff like that.
So to me, that's where I want tospend some time.
I am also very interested in what's happening with social
media. How can we help to build these
things, acting as a user agent to be able to improve these
sorts of things? So I'm keeping an eye on what's
happening in blue skies, some ofthe new challenges that, you
know, they're they're being faced with and how they're

(01:06:39):
approaching the problems and, and trying to reinvent it.
Because those are kind of the two big problem spaces that
intrigue me, but also I think will have the biggest impact on
users over the next decade. Roger.
That famous last words. Thank you so much for coming on,
Kyle. It's been a pleasure.
Yes. Thank you very much.
I appreciate it.