What Happens When AI Can Pretend to Be Anyone?

18 Aug 2025 · 2:03:17

Sonal Chokshi talks with Eddy Lazzarin of a16z crypto, Adrian Ludwig of Tools for Humanity, and Remco Bloemen of World about building infrastructure to prove personhood as AI-generated bots and deepfakes grow harder to distinguish from humans online. They cover the economics behind bot farms, how biometrics such as iris scans paired with cryptography can verify identity while preserving privacy, and why such identity infrastructure needs to stay decentralized.

Speakers

Topics

Transcript

[Music] Hi everyone, welcome to this week's episode of Web 3 with A6 andZ podcast. I am Sonel and today we're talking about a hot topic which is also very evergreen because we're entering a world where AI including AI agents, bots, deep fakes and so on are changing the internet and our online lives very drastically. And so we will need proof of who's human or not online aka proof of human as tools for humanity and world app call it. The theme is actually represented on the latest cover of Time magazine which features the tools for humanity orb, a ball-like hardware device that maps your eyes iris code to an app on your phone

to verify you're human. It's actually only the fifth time in the past decade that hardware tech's been on the cover. The other times are the iPhone, Oculus, consumer drones, and SpaceX. Since the technology and network story here draws on both existing and new tech to help solve what's actually a very difficult problem and in a way where privacy is by default. We begin with the why it matters then go into some common questions and finally how it all works under the hood. Our expert guests are Eddie Lazarin CTO at A6NC crypto, Adrien Ludwig, chief architect and CISO at Tools for Humanity and Remco Blumen head of protocol at World. As a reminder, none of the following is investment, business, legal, or tax advice, please

see a6nz.com/disclosures. For more important information, including link to elicar investments. [Music] You guys, welcome. Super excited to have you. >> Thanks. Looking forward to the conversation. >> Great to be here. >> I know. I am too. We'll talk about the technology in a moment. But before we talk about that though, I'd love for you guys to help do kind of a lay of the land about the world we're about to enter with this changing internet. Like I don't think most people know how quickly and drastically our internet's going to be changing in the next in this coming decade. like in the next few years. In fact, if you think about AI and agents, Eddie, if you don't mind kicking off, >> there's this little Twitter thread that I've been adding to over the last few years, right, where right around the

time we started getting very convincing generative images like AI to generate images and video that's very compelling like for the for use in deep fakes. I started appending really interesting examples, really compelling examples that easily kind of fool the eye or examples that >> Yeah. or the year, right? And I've been kind of adding one every couple months, you know, as time has gone by. And I think it has taken about two years to go from, "Wow, this could definitely fool a naive person to I'm not sure I can tell the difference anymore as someone who closely follows the space, right? We're getting we're like right at the edge and we're starting to get into like a comical corner where the most useful

ways to identify that an image has been AI generated involve weird tricks regarding the context of the image like you know asking someone at the other end to like touch their face in a funny way or requiring that the video or image have like specific objects in it that are difficult for AIs to generate. Right? We're starting to go really far down the rabbit hole in terms of AIs being able to generate context, video, images, written text, audio clips, things that are use things that are visible on a device. We're starting to get to the point where it will be extremely difficult to distinguish permanently become extremely difficult to distinguish between something that's

been made by sophisticated actors using AI agents at a very low cost and real things, right? Being able to distinguish between those real things is becoming more and more difficult. And it's it's going in one direction, right? It's obviously not going to get easier. >> It's inevitable. It's exploding. It's explosive. and we're in a new moment like Remco and Adrian like what how do you guys look at this problem like what is the what is the thing that you are trying to solve in this coming internet age? >> Yeah, I I think we're not trying to stop people from using tools to become better people. Like that's that's what we've always done and definitely need to continue doing. But the specific thing that we want to tackle is is someone

using these tools >> to seem way more influential than they really are. someone using these tools to suddenly present themselves as a very large audience even though it's just a single person and that I think can be very dangerous because online discourse can easily be manipulated using these mechanisms and that's something we should really seek to address. I mean, bots is one of the most obvious words and examples of that. People people know what bots are and they've heard about bots influencing elections, >> influencing, you know, if you follow any of the Hollywood gossip, like politicians, if you follow Blake Lively, Meghan Markle, anything online, there's like a an army of bots involved in just about anything.

>> So, so, so let me let me add like there there's many dimensions to this type of the adversarial uses of these tools. Remco is getting to the case where a wellresourced small group or even an individual can using a variety of AIs that they just have to pay for the compute costs, right? A relatively low cost in the scheme of things >> can appear to be a large correlated influential group in a social network. >> Yeah. >> Right. That is a that's a very very interesting kind of attack and candidly it's a type of attack that we have less visibility into because these are the ones that are harder to detect for an individual,

>> right? Yeah. The types of bots that we usually see like you see in your day-to-day life are like spammy text, right? Where you get some ridiculous link that you're supposed to click and definitely put all your all your private information into, right? That's that's like an attack we're familiar with. or, you know, on a social media post seeing a bunch of fake replies that are trying to go you into clicking something or trying to make you buy something or whatever. Those types of attacks, those are the more obvious ones, but there are whole categories of less obvious ones like very sophisticated actors trying to move entire communities in one direction or another. People just trying not

trying to sell you anything. It's very obvious when someone's trying to get you to send your money somewhere. It's maybe less obvious when someone's just trying to change your mind or to support a complex advertising campaign or political campaign. Right? Those are there's all kinds of categories where the the general through line through all these things is where a person or group of people something that appears to be a person or a group of people actually can be a fully automated system that can continue to operate at low cost.

>> That's the common thing. The part that that amuses me in in all these conversations with people that I work with and I with the utmost respect for Eddie and Remco is like technologists love to turn technology into these giant things, right? there's going to be attacks and there's going to be like governments are going to be coming after you and it's going to be giant ad networks that are trying to like >> the reality right now is every single day you interact with a piece of software and you look at you know tweets that are happening on whatever social network you're on and you get annoyed and you say I think that's not real or you're playing a game and you're interacting with something you're like that that that move like clearly is not a thing that a human would do. It was so

dumb and so random and you, you know, see a picture and you're like that, that can't be real. That type of tree doesn't grow in that state. And it's the perpetual increasing number of times that you distrust a piece of content. And yes, there will be dramatic examples of one government trying to manipulate the democratic process another. But really, what it comes down to is I want to know that if I'm going to spend my time online and I'm going to be interacting with stuff that it's a reasonably trustworthy place. Like I would not hang out in a neighborhood physically in the real world with everybody lying to me all the time.

>> Why would I hang out in an online world where everybody's lying to me all the time? >> And that's not nearly so dramatic, but like >> it's death by a thousand cuts and that's what we're facing right now. >> Yes. I'm so glad you said that too, Adrian, because I think both extremes of this like the big scale matter as well as the down to the very individual day-to-day level. Like you're just saying at a very human level, like individual level, like this is your dayto-day. this is what happens in your interactions. And I also just want to make a note that >> I don't think it's necessarily all bad and scary. Like one example in the gaming example is there are actually cases where you might want NPCs to be agents and that's actually very interesting especially if you're like say playing like after hours and there's

no one else to play with in a game and it's like scarcely scarcely populated. You may want to play with three AI agents that are players. But to your guys's point, you want to know if it's human or AI, and that's that's important to know. >> Yeah, absolutely. Yeah. And to be fair, I think that the that this day-to-day example is the best example, right? This is the example that most people are going to deal with. >> But sketching the extremes, I think, is really important as well. >> You have to design the technology to incorporate the extremes, but you also have to realize that every single day, little things are going to happen. And that's where >> it has to be usable. It has to be intuitive. It has to be private because otherwise you only use it in those

extreme cases which when I look at some of the types of approaches that people have used in the past to try to solve security problems, they don't incorporate that element of usability. And that's because they're only worried about the extremes. And so it's just really important for us as we're designing the protocol to think if it's going to be woven into if AI is going to be woven into every interaction that you have every day. >> What do you need to have work well in order for those to be net positive interactions? I think it's funny that in the internet space because of anonymity and because of the sort of number of maybe people maybe not that you interact with you feel like you have to be 100% arms to the teeth. Whereas like when I walk outside in my neighborhood, I don't

feel like I need to be defending against the potential like foreign adversary. And so that similar type of thing in terms of how you have to protect yourself online and what types of technology you need online to do that. >> That's a very good baseline. And do we have any sense of the scale and concretness of what this problem is, how far it is, how near it is what are we talking about here? Like let's get a little concrete about that. You know, dating apps today are starting to require people upload images of their IDs. Like, you have to upload your passport to meet new people. Like, why is that?

>> That's because the setting of a dating app is a setting that's easily exploited. People feel a little bit vulnerable. They want to trust the other person. They don't want to turn someone away through a socially awkward, hey, are you a real person? Are you a real human being? Is this serious? you know, those types of behaviors interfere with with like a dating app. And for video games, now video games require people to install incredibly invasive, incredibly potent software in order to scrutinize every aspect of your computer just to make sure that you're not cheating in a competitive setting.

>> Yeah. >> Right. That's something that a lot of different businesses are working on and trying to get better at and trying to root out cheating to preserve the real, you know, real multiplayer gaming experience. >> Yes. Exactly. >> There's, >> as you go through the internet, you're starting to see more and more and more. I I've saw like five of these today on Coinbase, just like regular logging into Coinbase, I now see almost every other screen, I get a checking you're a human little little popup. And that now it doesn't this is not a capture. It's not requiring me to like solve a little puzzle, but what it's doing is it's inspecting the browser session and a bunch of other information that's kind of been tagged on to my usage of the internet today and deciding

statistically whether it's plausible that this is really me on my laptop, right? And it's doing that before it even shows anything. >> These types of checks are all at the early stages of their development. And the attackers who want to exploit each of these systems aren't even using cutting edge software. >> I had a hil for me hilarious I don't know if it's actually that funny conversation about a week ago. I was in Austin, Texas and I was at a developer meetup and I asked this kid he's like 24 25. maybe he's an entrepreneur, what his business is. And he's like, "Oh, I'm buying phones and building a bot farm because I've realized that advertising for for small baked goods products like bakeries and things like that is not

very effective. And so, it's much more effective for me to automate my interactions on Reddit. And so, I've got 5,000 phones that I'm deploying to do spamming on Reddit." And I was like, "Wow, >> hang on." Like, legit believes a good thing. >> You're the guy I'm trying to find. you're >> and and it was like totally honest like he thinks these are people who need to be able to do advertising and advertising is no longer working so he's building a bot farm and it just like blew my mind >> how earnest >> and that's probably one of many people like that that are doing exactly that in various forms >> and they're probably right like if everyone else is using these techniques you're kind of forced to >> yes exactly >> okay so we have a sense now of the

problem and to sum it up AI is real it's inevitable It's everywhere. But more importantly, Eddie, you said the magic word lowost multiple times. >> Yeah. Just very very briefly is that strictly speaking at almost like a philosophical level, all the things that we we're talking about aren't new, >> right? You've been able to hire a voice actor or a production studio or something and fake a phone call or go to a store, buy a bunch of phones, text people different stuff. uh you know there there have been ways to create impersonations and faximiles to mimic people for as long as there have been

computers and before then even the difference is that that required a significant upfront investment a lot of work and a lot of money and a lot of other people and a lot of pros had to get involved to do these things and now as a result of AI we can generate these faximiles and the evidence needed for impersonation at an extremely low cost. And that means that it becomes incredibly available and affordable and economically worthwhile for an attacker even if they know that the gains are very very small and delayed, right? It just makes it economically feasible to do it. So the the key conceit is that we

need to raise the cost. We need to raise the cost for the attacker to do the attack, >> but without raising the cost for the normal person to do normal people things. >> Yes, >> that's the that's the that's the setup that we're in. And so what a proof of human is, a proof of human engages with this idea by saying maybe we can make a kind of ID, a kind of credential that a person can get at a very very low cost. they can go from having zero to having one at a low or even hopefully negative cost. Maybe it's free. Maybe we even pay them a little bit. And that's the that's one of the conceits around the world project. But then getting the second ID going from one to two is nearly

impossible. And what that does is that limits the supply of these IDs. The marginal cost of getting an ID is persistently and permanently high in a way that AI cannot readily decrease. The AI can't fake making a new world ID in the same way that it can fake a voice, fake a video, fake a chain of emails, fake a highquality social media account or something like that. >> I think what's really fascinating when you guys were talking earlier about, you know, this problem and the scale is that it's a little bit like asymmetric guorilla warfare. And what's really interesting about what you're saying, Eddie, it sort of inverts that model where it's now making the the asymmetry on the side of being an individual human extremely low friction, but then the

friction on the other side is asymmetrically harder, like much much harder. >> And I think that's a really interesting inversion. >> That's that's a really powerful way of putting it. Like we're using a lot of the cryptographic breakthroughs of recent years to basically give people incredibly strong proofs to prove their human uniqueness. And it it just flips the equation on how this competition is going between the bots and the humans. >> And I think there's there's a there's some history here that's useful too just to like help people frame it, right? When I was in college, which was 30 years ago, going to the mailbox to see what I had received in the mail was fun because the people that would send me stuff were like my mom or somebody else, right? And they would have to pay a

couple bucks to mail me something. >> Now, going to the mailbox is a disaster because all I get is bulk mail. It's all junk. >> Yes. >> The exact same thing happened with email, right? you start with >> it's very human and it's scaled to humans and then automation takes over and then now you would never open your email and you spend all of your time in Slack and so the history of networks is networks are at a human scale and then automation is introduced and it turns out the economics of that automation is such that the provider of the network only wants to service the high volume clients because those are the ones that they can service profitably and then it destroys the value of the network for the people.

So we're saying let's not do that to the entire internet. And the only way that you can do that is to make sure that you flip the economics so that there's an economic advantage to being low scale aka human and operating at a human scale as opposed to at an AI or bot or fully automated scale. >> And that's going to play out lots of places, right? There's another area where we're starting to see it play out in the economic space as well, right? You can't get a lowcost home loan at the same price as a billionaire can. because a normal human who doesn't have a billion dollars doesn't have advant access to the same types of capital markets. And so this same pattern of big things and automation win is the type of

model that we're trying to support. >> And just to kind of put a little fine point on that, when you talk because you you said this earlier, but I want to really underscore it. When you talk about a a network of proven humans, >> yeah, >> like a proof of human network that is about greater connection, it's like taking you to the real true like what is the thing that you are connecting for without all that noise. >> I mean, I think maybe it's just me living out in the country sometimes, but like a quieter place where you have some time for your thoughts and you interact with other people is a a really nice place.

And so much of the noise is introduced by all of these systems being overlaid onto what is a slower a slower speed. You know, rate limiting is a phrase that gets used in the technical world, but it really is like what are the things that matter to you most and how do you make sure that those are the things that you're seeing and interacting with. >> And I I'd unpack it one more click. I totally agree with that framing. I'd say the future here, what I think is being envisioned isn't an internet without automation, without bots. No, not right. That's that's definitely not what's being envisioned. Yeah. Yeah. I I want to spell it out a little bit is that with such a tech you can segment, right?

You can segment which parts of the internet are working fully automated and you could even potentially identify on whose behalf they are functioning. >> Yes. >> And you can segment like the the human part of the internet just so that users can have control users and applications can have control over those flows. Right. It's basically the most important audience segmentation ever performed in human history, right? Is to separate who are the humans who want to be seen as humans, where are all the machines and the bots living and how can we ensure that they interact and interact with each other in the way that is most beneficial for people possible. That's the end state.

>> I want to add a a middle option to that too in that like the example you gave with captas. A capture prevents you from using tooling. This prevents bots, but it also prevents a genuine human being from using automating and tooling for their account. If you actually had a way of verifying that this bot is operated with the authority of the human behind it, >> then you can let these tools go and do their thing and you find yourself in a world where you allow these tools. And kind of the way I see it is that where now you have an internet where everything is an amorphous blob and you can't really identify the humans in this blob. Yes. You get you get to an internet where everything is like really centered on the humans in it and it

flows out from there and like start with the human individual and everything like derives from that. That's a really good point, Remco, because the other example I was thinking of when you think of living alongside or with a network that includes AI and humans is agents working on behalf of humans, >> agents working on behalf of other agents and essentially allowing you to do a lot of things that we want to get done. It can be very useful. It can also be very unlocking of creativity when you think of people having multiple agents representing different parts of their identity in different ways. So, I think that's a really really key thing. The analogy that comes to mind for me is a little bit like and this is actually going to get to now the solution like what is the solution? What does it mean

to build proof of human? Like what does that mean technologically? Because the simplest version of this, and this is a gross oversimplification, but just for the sake of, you know, segueing into talking about the tech, when I think of like food that we eat, the simplest thing was to just throw a nutrition label on everything. Like this is organic, this is synthetic, this is GMO modified, this is not, this is, you know, X. But you can't just do that. Like that's actually not the easiest thing to do. Like what what is the it here? What is the thing that we are building here to solve this problem? Is it a nutrition labeling system? I'm trying to really understand like what do we mean when we say proof of human? Like I understand it in the abstract and it's

a collection of technologies, but what is it? Is it a label? Is it X? Like someone needs to walk me through like the mechanics here. >> Yeah. I mean I think happy to hear your guys simplest conceivable analogy, but it's kind of like I think it's like having a little passport except it has some funny properties, right? is that if someone's holding one, you can check that it's real. It's very hard to get a second one and it doesn't show you their private information on it, but somehow you know whether you've seen it before. >> That's probably my simplest conceivable explanation.

>> So, like a passport. Okay. Any other uh >> It's like a passport, but you look at it. Well, yeah. Yeah. I mean, another one might be like, you know, it's like a very hard I don't know, like a hard to issue badge, you know, like you back in the old movies, you see like the sheriff has a big shiny badge and somehow people trust that immediately even never verified. I've always found that a little strange, but I think the assumption is that it's hard and expensive to make one of those badges and you kind of know what a real one looks like. And so all the apps can look at that badge and without extra personal identifying information, they can look at that badge and say, "Yeah, it's really hard to fake one of these badges.

Maybe it's impossible." Yep. >> And if you've got one, you're a real person. >> So like a passport, like a badge, a beacon. Great. Those are great. Any other analogies or ways you guys might >> describe this? >> I think it's funny actually that we try to find an analogy. Like I think it's we're trying to actually project a human. >> Oh. >> Um and know that it's an a human and and all of the elements of that projection to be as accurate as possible in the online world. >> Um while realizing that unfortunately your projection is always going to go through a software layer >> and that software layer can't manipulate it in such a way that it can somehow either produce a human out of thin air

or take one human and turn it into lots of humans. And those are the only two properties that we want to have >> is that it can't do that. >> But everything else is just it's a human but it's on the network because I think in the physical world we're pretty comfortable. It's like that's an actual person. That's an actual frog and they're different. It's just online that you can't tell what's the old Gary Larson online you can't tell who's a dog. >> Yes. And that's the the challenge is so it's it's not because really a passport was the way that you projected like a human into this network for travel and these are other efforts to do the same thing. So there I guess they're appropriate metaphors >> where we've tried to project the sense

of human identity into some other network where people can then verify that it's accurate and true. >> So let's now talk about what world is and at a very high level you know we'll go into more detail about what it really is. what happens step by step and break down the mechanics of what happens behind the scenes and really what it means to have privacy as like the core primitive at the heart of all this and what that means >> in many ways I think often as technologists we tend to think like this is a brand new problem and it's useful to step back and ask is there an existing problem and how does a human solve it in a normal human way right if you get a message from your friend that says I'm lost somewhere send me Honey, you say, "How do I know this is really

from my friend? How do I know that this is trustworthy?" And so you do a couple different things. One is you might say like, "Prove to me that you're my friend. Show me your ID or something like that." Another might be you, you know, call some of your other friends and ask questions about where this person is to determine where they are. And then the third thing that you might do is say, "Hey, get on your phone, call me, talk to me, and I'll have a conversation with you." And those are basically the three models that exist for proving whether someone is who you expect they're going to be, right? You can either use a government document, you can use some kind of social verification, or you can use what I'll call euphemistically is a biometric, right? Which is an interaction with their physicality to understand that

they're real. And the the fancy version of that is you get in a video call and then you make them touch their nose and you make them do a dance in order to validate that. And that's what we're trying to build is a system that does that and it does it continuously and it does it all the time so that you always can have that trust. And this is where people freak out and appropriately so because there's two reasons that you don't want it to be happening continuously. The first is that that implies that every single party knows who you are and knows biometrics and social and these other elements about you. So we have to figure out how to build that type of system but have it be private for every single interaction that you have. And then the second reason is right now all of those systems

are intermediated by software, right? You get on a social network and you show a video and that can be manipulated and so they're not resistant to AI. So those are the two challenges that we have to introduce is how do you have it be private so that it can happen all the time and how do you have it be resistant to AI and those two things are what we've tried to solve and the way we've done it is by breaking proving that you're human into the first step and doing that in a very private way and we'll get into the details of that and then the second is using zero knowledge proof so that that proof can be used for each of your different applications without them needing to go through the process of validating you.

So they never need to look at your voice. They never need to look at a picture. They never look look at government ID. They don't need to know your social graph. They have a proof that was generated by an incredibly private system that's AI resistant. And that proof can then be extended to each of the applications. And so there's a huge privacy gain there. And then we can dig into all the details. >> Yeah. It's like literally zero knowledge proof. like you you without any knowledge of what's being proved in the simplest way. Perfect. Let's just talk about some common myths and misconceptions when people even hear about what this thing is and what it and does it matter.

>> So the first thing is I think a common myth or misconception is that it's just like clear ID. This is a very obvious one like people go to the airport they get their retina scanned and you can check in and a lot of people have this as a way to get through security lines faster. How would you guys quickly t tackle that? Obviously, it's not the same as clear ID, but what are the differences specifically? >> Well, what I don't I'm not really an expert on clear. I don't know exactly how clear works, but uh my assumption is that they take images of your face or video and they store it.

>> And what they do is they store it in some backend and that backend does some kind of comparison with the footage they've seen before. I really don't know the nature of it, but they have a bunch of data about you, your passport, your facial images, and when it passes those tests in their centralized system, they let you through at the airport. That's my understanding. >> Yeah. By contrast, I'd say, and we'll get into this in a lot more detail soon, I'm sure, but world the world system, the world ID system has specifically been designed to be private by default at every layer. And the reason is that you cannot conceivably solve the problem

for many many many applications. You cannot conceivably provide a general purpose solution for human identification without being incredibly private at every step. Not just because people wouldn't use it. That's true. But also because you'd undermine the very thing that you're trying to do, which is to make sure that only this person can prove to a given application that they are this person and that they are unique. If you jumped halfway through into this podcast, you'd think we're talking about a privacy network and nothing to do with AI and civil resistance and proofs of human, right?

You'd think we were just describing a privacy system, right? And I think the the reality is if you want to design the right system for AI and you want to design the right system for humans, those two things become the same problem. They become they literally become the same problem because if all your information is out there, >> you have provided exactly what the AI systems need to mimic you and to impersonate you, right? It's the same problem. The problem is the challenge of obscuring information at every turn and ensuring that only human beings can sufficiently produce the information that they need to to authenticate with different systems and AIs cannot.

>> That's fantastic Eddie. I'm glad you added that. >> Yeah, I think architecturally with clear there is this entity called clear that is a whole bunch of infrastructure and you approach it and it makes a decision about you, right? Whereas in our system, we really put the human center and we give the human the tools so that they can go on and prove things about themselves. >> That's fabulous. I'm so glad you said that because we take that so for granted that that inversion is not even something we normally expect in our world. >> Yeah. We're we're always in the default defensive >> Yes. Exactly.

>> view. Exactly. Let's also quickly tease apart the decentralization versus centralized aspect now. >> Yeah. So obviously Clear is centralized. I mean I don't know how they're architecturally structuring all their data. Like is it in a centralized database? Is it you know X Y or Z? Um either way I can't really make decisions with my data as a user. >> So there's a couple different parts here. I think first one is our expectation is in the long run there should not be any one entity. So for example, the world foundation or tools for humanity that you would need to trust in order to trust the system. And that's fundamentally different from clear where you have to trust clear

because they are the system. And so that's what we mean when we say decentralization is our goal is to get to a point where anybody can use it and anybody can interact with the system and they don't need to trust us as organizations. So that trustlessness is really really important and that's I think the the core element of centralization versus decentralization from a trust standpoint. One way that that plays out that I think is very important is you conceptually could go to clear and say give me the images of all of the people who are enrolled and they can answer that. They can provide that. They have that >> and

governments know that >> and we designed our system both not to have it but also not to have anybody able to answer that question. So multi-party compute both technically and organizationally through legal contracts and through having it be different organizations that are in different parts of the world means that it's simply not possible for anyone to answer the question give me all the data please with here you go and so that's a sort of second element of decentralization is that there's no one party that can cause a leak of that information. One consequence of the design of the multi-party, the anonymous multi-party compute network is that none of the individual nodes actually have the iris

code data. They only have shards and even then the shards that they have aren't tied to a specific user. So it's actually totally not straightforward how you would design the system to just go and delete information for a specific user, right? That's not a straightforward design consideration like in a conventional database. Like if you wanted to delete your data from clear, they could probably just go and find it. It's next to your name, right? And just just delete that row. In this case, the data is obfiscated by so many cryptographic tricks that it's not even straightforward how one would identify. That's why it's private by default. Yeah, I think you know we'll talk about it technically in a moment

like what that really is underneath to make that happen. But I read a really good analogy that a reporter used which was describing the data storage as like not even data storage actually it's probably even a misleading phrase but the data being exploded across all the shards as like a glitter bomb like just and you have this essential vision of that. I think that's such an interesting way of thinking about it. It's a very tempting one, but it actually doesn't go far enough because like even with a glitter bomb, you could hypothetically assemble the pieces. >> You're right. Oh my god.

>> And learn something from just a partial result. No such thing exists here, which is why we try to avoid the the the phrase shards because it's >> it's not that. It's something much stronger in the sense that you need >> it isn't until you add the very last glitter that suddenly the whole image appears. >> Wow. I'm so glad you said that, Remco, because that really kind of nailed it for me. That's amazing. One of the critiques that people give that I think you should address is that the world ID, the iris code is not deletable, is not deleted actually from the system currently. Can you guys address that one?

>> I'm happy to talk a little bit about how that works. The core challenge, if you will, is how do you find the data? So, first let's let's list off some things that can be deleted. So you can delete the world app which is the thing that holds your private keys. You can delete whatever accounts you have associated with your world ID. So if you've used it to log into other services, you can delete those. You can delete your private key and you can delete all the images that were captured by the that were taken by the orb and given to the user. So it is possible for a user to delete everything that connects them in any meaningful way to the system. It's actually pretty easy to do that and there certainly are people who have done it. And importantly, you're the only one

who has these images in the first place. So once you delete them, they're gone. >> Yeah. So you don't have to ask us to delete them because we we couldn't because we don't have them. And that's sort of the same thing that happens with the iris code image, which is you could ask us to delete it, but we don't know how to find it. So it's actually architecturally not possible for us to delete it because we don't know how to find it. And so that's the element of anonymity that the system provides. And so that's basically the challenge there. So the data is already in what is arguably one of the most secure and privacy preserving states it could conceivably be in. It is possible probably to design it so that users could trigger a deletion of those

shards. I think that that's that's possible, but it comes with some trade-offs. And I'm sure that people will explore those trade-offs in the future and they should. Cryptographically, it may be possible to design a multi-party compute system that allows users to delete stored data like the iris code. That is a possibility, but it does have some drawbacks in terms of the design of the system. For example, if users can arbitrarily delete themselves from the system and then read themselves, they may be able to exploit applications that depend on the uniqueness of the world ID that is linked in zero knowledge to the iris

code by appearing to be a new user. Right? One of the benefits of the system is that applications can know whether the user is new and unique or not. That's one of the whole that's the whole purpose without knowing who that user is. So naturally if a user could remove themselves and read themselves remove themselves read themselves then they would look like a sequence of new users to an application which undermines some of the benefits. There may be compromises like a system that rate limits deletions or only does deletions in batches so that users can delete themselves but without attackers being able to exploit this property of the

system. But that's something that I think you know the network may need to decide in the future. Yeah, >> it may be the case that you know the World Foundation or network participants in world token holders themselves even may want to decide that in some way. It's just a hard tradeoff that I think we'll need to we'll need to come to address. >> Yeah, I mean I think you know we've huned very closely to the idea that privacy and anonymity are the most important principle to have in the network to start with. In the longer term, there may be adjustments that we don't think should be made by the Worldcoin Foundation or by World or by TFH. And so, if there is a decision to modify the architecture in the future,

made by sort of the world at large once it's being managed, that's reasonable, but it's not something that we want to be in a position right now where it's being done by a central organization. Yeah, this gets to the case for why decentralization matters and the choices that people can make instead of a centralized entity which is fabulous. So the other kind of magic word you guys have said multiple times and I want to address this as one of the myths misconceptions or opportunities however we want to frame it is the word network and obviously we'll talk more in more detail about the technical networks but so far you guys have referenced a number of technical networks like multi-party networks uh multi-party computing networks and you've been referring to them primarily in a technical way which we're going to get into a lot more

detail like the you know secure the anonymous multi-party computation network other networks network securing this. But at the end of the day, you're also talking about proof of human and world as a network itself of humans interacting with each other and a network of apps when you think about the mini app ecosystem. Can we talk about what that is and then also the inevitable question that follows from that which is how do you make money? Everybody has to ask that question. >> Yeah, there are multiple networks here, right? And I when I say network I I mean something that has multiple participants like a marketplace right where there are different specialized participants who perform a role in the facilitation of some type of exchange data exchange

commercial exchange. That's kind of what a network is at the abstract. That's often how it's used in crypto at least or in in in the web. One network here is the world chain network and that's a currently an L2 a so-called L2 in Ethereum. It's a part of the optimism network and it is kind of like a blockchain that relies on other blockchains. I think I'm comfortable saying you know it's a blockchain that yeah is integrated into the Ethereum blockchain.

>> Yep. >> Right. >> So it's the maximist version of kind of like a blockchain where it is actually a blockchain. >> Yeah. Yeah. People will debate that but I just call it it's L2 is a blockchain whatever. So on this network users it's like a conventional crypto network. Users have balances, accounts, they can hold tokens, they can trade those tokens, send and which can take the form of sending and receiving payment. All those things also on the network on this network exists the data of the aggregation of all the world IDs. So we know what the current set of world ids is.

That leads me to the second network which is the world ID network. So this is all the world IDs that people have that are registered into the system that applications rely on users proving they are members of in order to authenticate those users. That's a whole other network right is all the applications and the way the users have authenticated themselves. Then there's the anonymous multi-party compute network. And this is a network that's currently three nodes, three entities in that. I I forget the list like Berkeley, University of Zurich, FAU is the one that I always get, which is in Germany. And they're all running

these big beefy nodes in this anonymous multi-party compute network to verify that a new user when they submit their sharded iris codes are in is in fact a new user in a privacy preserving way. That is what that network does. That network may be upgraded in the future and this is what the world team alludes to in a recent blog post about world fees. Uh this network could be upgraded to store other types of credentials and relying parties which is just a term used to describe applications that need to read some parts of those that data may pay

in world tokens or I I'll say more about that in a minute may pay to read from that anonymous multi-party compute network or that private network to verify different facts about users including their humanity. So those are those are the key networks in the system. >> Fabulous. And then the second half of that is now how do how does the world make money from those networks? >> I think I would rephrase that question as how do the networks sustain themselves? >> Yeah. Yeah. Yeah. How does the network how is the network sustainable? >> That is a critical cryptonative question. That's great. So how does the network which is owned and operated by its community of users sustain itself?

It's totally natural and normal and is the right question for users to ask how does such and such thing make money. >> That is an important way to understand how the world works. You should always try to understand how different services make money. >> Once these networks are mature and up and running, it is not us that need to be compensated. It is the people building the orbs. It's the people running the NPC nodes. It's the people keeping the Ethereum blockchain secure. Now, the last one is actually already a solved problem. There's transaction fees there and there's a network of of miners and sequencer operators and and you name it. That's that's kind of a solved model and that model decently extrapolates to how we solve it for the other networks

except we need to introduce more layers of privacy which we can do because that's what the system already does. >> So, I put it like this. In any network uh there are supply sides, demand sides. I mean that is a little bit of a crude way to put it sometimes in complicated networks where there's multiple types of participants. But the network needs to be sustained, right? The network needs to be able to foster its own growth and to maybe secure itself and to continue to pay the actors who are ongoing performing critical tasks for the network.

So, uh, world is really interesting and like many other project like like like other projects in crypto has the ability to issue a token. Now, on this podcast and on the A16Z crypto site, we've been talking a lot this year about token design and network design and how these things work. One way to look at world is that world is building a very very large high quality group of human IDs. Real people who have real credentials who want to use the real internet, right?

And it one of its uh distinguishing features is that it is a really high quality set of people. It's not bots, they're not fake, it's private, real people. And on the other side, we have as exists today on the web, we have applications that want to interact with those people. And those applications want to know facts about them, whether it's their uniqueness, whether it's other specific facts relevant to that application. And we want those two groups to come together to facilitate their coming together. There's a bunch of this technology that preserves privacy and all these things. And one of the key activities is when an

application wants to read information about a user, they should pay a little fee. And the network can verify that that fee is paid if and only if the application receives that information produced by the user. >> And those fees, like in many other crypto networks, can be collected into a pool. And that pool could be used to for example buy and burn world tokens permanently in order to create a deflationary pressure on the supply of the token so that on the other side when the world token is emitted to grow the network, secure the network, compensate the operators of the network, it remains

valuable. Y >> because without that deflationary pressure >> burning token with the fees, >> the token supply would grow infinitely at the limit and so we slow that growth and potentially even reverse that growth and capture value for the token by capturing fees when the network is used. that would be a candidate economic model for the system uh that simultaneously preserves the decentralization of the system and creates sustainability for the network.

>> And I was going to add productive use cases because it's non-speculative when you're making it based on what's used like it's actually useful applications that are your incenting in that model. >> Yeah. Well, from this from the perspective of an application developer who's paying to use the network, yeah, they are paying like it's not speculative for them. They're paying to read various credentials or to ascertain facts about their users. I don't think it's necessary for payment to necessarily be denominated in the world token. It could be paid in other tokens like USDC or native currencies wherever the network is used. But those those fees could be used to capture value for the world token by buying and burning

them in programmatic auctions basically in programmatic buybacks. >> It's a token business model in a sense and that's really the way that world would make money. >> I mean I think the phrase token business model I don't really know what that means. That's like saying, you know, when I go to a amusement park and I pay for my ticket in cash that it's a US dollar business model. Like >> that's good point. >> Like I go there and I have fun and I pay money to have fun. So like I think I think token is just like a thing in many ways. The critical element here is it's a network.

>> There are parties that benefit from using the network and as a result they're willing to pay and there are parties that benefit from contributing to the network. And the way that they benefit is they get paid. >> And in our system, for the most part, applications that have other revenue streams, whether that's advertising or sales or whatever, they benefit from having proof about who is participating and they're using their service. >> Fantastic. >> And so we we have built a model to privately give applications that insight to make their services better. So they get value from it and they'll have to pay for it which is very very straightforward. Like as soon as we

throw in there's tokens and there like >> yes those things are all true and there are reasons that they're there but I it's been a long time since I thought of like are you a US dollar business or are you a euro business and you're like you're just a business. >> I think that's a nice capstone on it. what kind of uses and like mini apps and applications are we talking about that are already built or being built? Like what are some of them just to make it a bit more concrete? And also I'd love to hear a little bit more concretely what kind of user base we're talking about. We haven't even said like the scope of this. Like this is real. This is a lot of users that are already um signed up and a lot of people that are already transacting and doing things. So let's

let's make that a little concrete. >> I think we're in the early days still of the of of the mini apps. There's some already some pretty cool little ones. You can do some basic lending and borrowing. You can do some payments, things like that. There's some funny little poll applications. Messaging is going to become a really big one. You know, I think we're still in the early days of the mini apps. It's it kind of feels like the very early days of the app store, right? Like really goofy but also unique. Like I think that there's some interesting early design patterns that we're starting to see.

Try it out. Yeah. Yeah, like that's that's kind of where we're at now. But I mean, how big's the network now? Is it like 26 million installs or >> half of which are verified unique humans? >> So it's it's it's growing rapidly. It's a very large base. It's >> and it's definitely not like crypto users or anything like that. The these are real human beings from all over the world really that have signed up for this. Coming back to the app store, it kind of also reminds me a lot of what happens in the early days of blockchains because we we we suddenly had this really powerful new primitive that we could play around with and people just made like the dumbest things before before we actually got to incredibly valuable and serious use cases like

decentralized exchanges and so on. That only came on much much later. >> Yes. And and right now we're experiencing the same thing where we have this really powerful new primitive that that suddenly you can you can build new trustless and now also privacy preserving business models around and yeah kind of eager to see the the experimentation going on here. Well, with 27 million people or users signed up, that's a pretty amazing base already. And what you said about them not necessarily all being cryptonative and frankly dominantly global because you didn't even launch in the US even though people could obviously do it.

>> Um, that's that's pretty significant. >> It's it's important as well because there's kind of this critical mass effect, right? If you're if you're building a a new app and you want to make sure that you have strong civil protection, you you don't want to limit your users to like a small set of I don't know like a couple hundred thousand that happen to have signed up for for a world ID. You know, like you you don't want to artificial artificially limit your addressable market that way. But now it's sort of >> we've hit this point where it's flipped. Now it's like hey when you build an app and launch it it comes into this app store and gets exposure to like tens of millions of users.

>> Yeah. And can we also argue that government is a potential user? Like when I think of Adar and India's identity system and like other countries doing similar things like wouldn't they be incented to also be users of a system and network like this? We've actually spoken to people who've worked on Adhar and they said that well if we if we had to build it again we would do it like this because this is so much more privacy preserving. >> Yes. Exactly. >> People tend to think of government as like it it's just another app builder right that's why I think of it. Yes.

>> It happens that it produces benefits as one of the apps that it offers. So social security in the United States or you know pension funds in other countries things like that. And anytime you have some kind of program like that, you need to have some mechanism for identifying who it is that should be receiving it. Just the same way that when you set up a social network, you need to have a list of users. They've had to build their own infrastructure. And so, yeah, we've we've definitely had conversations with governments that are thinking about building infrastructure to connect more effectively to digital. And so, they're interested in our ability to do that in a way that's private. They're also thinking about gaps that exist in their existing systems. One of the things that came out of ADAR was a realization of how many people commit fraud and have

multiple identities. And so that's a hard problem that governments have struggled with, you know, since governments were founded. And so we we can potentially help with that as well. But we don't we don't really view governments as >> different from any other slowm moving application developer. >> Right. Well, it also kind of reinforces your point that at the end of the day, you guys are also kind of like infrastructure as a service for like people trying to build privacy by default. So, one of the themes, you know, you said earlier, Eddie, that like, you know, I mean, when you guys answered the question earlier about the network and like networks have to be maintained, that was assuming essentially a little bit more of a decentralized network because

theoretically a big corporate entity like a Facebook or a Google can maintain a network with its resources and the money it makes and and sustain that. But does this necessarily need to be built on blockchains? Like, we haven't really answered that question very clearly. like what are the specific properties of blockchains whether people know it or not that they're engaging on some level in blockchains? What specifically in blockchains allows you to do the things that you do that without necessarily doing that? >> When you use your world ID to prove to a third party that your unique unique human being that is about to do this thing right?

this this verifying party that you're proving it to only has to go interact with the user and the blockchain in order to verify this claim. There is no centrally hosted infrastructure involved in that verification at all. We do offer this as a service for like traditional companies that prefer calling an API than interact with a blockchain. But it's very important that where it's necessary, this whole system operates just between the user and the party that they're interacting with and common infrastructure that is accessible to everyone because this is what makes it a lot more decentralized than the

alternatives that are out there. And this makes it such that >> it cannot be taken down. It cannot be stopped. It cannot fail in this sense. >> Yeah. There there's actually a lot of reasons in my mind why it has to be crypto. >> Yes. >> Right. or it has to it has to use blockchains. >> Remco is alluding to the fact that it needs to be censorship resistant in some way and it needs to be unstoppable as in it's always online, right? Those are two crit critical things. You can't have an ID system that >> intermittently fails because a single actor uh you know didn't do their job or or had a problem.

>> Yeah. But you critically every time a central point of failure is added, you're actually adding the risk not just of a system failure, but you're also adding the risk that a gatekeeper might turn it off >> introduce additional requirements >> that subvert the initial privacy characteristics. To make a thing that is truly disintermediated between the user and the application, you need the infrastructure in between to act in a predictable way that cannot change its behavior to suit its individual goals and the only blockchains can have that behavior.

>> Yeah, I tend to take a really simplistic view on this like people say why do you use the blockchain and I say well where else would you put it? Would you have a government tell you that this person is human and that government gets to decide? Well, it turns out sometimes governments disagree on who's human. Sometimes they disagree on who gets rights. Sometimes there are private citizens that don't agree with their government or with some other government. So, I can't have governments do it. Okay. Would I trust an organization to do it like a company? Well, there are competitors. So, one company can't trust the other company determining who is a real human. So you can't be companies.

>> Well, what about like NOS's? You know, maybe it would be >> a, you know, the the UN would do this. It's like, okay, except that some subs set of countries don't trust the the UN, you know. So ultimately, it comes down to like there is no entity >> and there's a lot more reasons why we wouldn't want the UN to do it. Go on. >> Go on. >> There's a functional requirement, not a trust one. But like ultimately it comes down to like there is no other place to do it. uh and we might wish there were another place but the one place that has been designed so that everybody in the world can interact with it and have the highest degree of confidence possible that it is doing what it says it will do is the blockchain it's almost a proof by exclusion of all of these other ones and

there are categories of reasoning like EDA described censorship or resistance to manipulation and trustworthiness and having an auditable history and all of those properties come down to like there's just nowhere else to do it >> um is how I think about But if somebody else has a better place than the blockchain, let me know. >> It's great. The other question, this is maybe both tied to how you make money and also just really the privacy side and hardening the system to be incredibly private and secure. um you're open source and you're open sourcing everything like software the the things you build the hardware and we'll talk more about what hardware is in it later but why and what do you get out of that like is that actually not

insecure in some way or is it more secure and also does that affect your money-making ability like talk about the open source part a little bit >> it is tremendously more secure this way because this allows anyone someone who has any question about, hey, how does this part work precisely? How did you defend against this particular mishap that could happen, they can go dig into the source code and and and find this out, see how we solved it? Or if not, even better, then they can raise this. We we have a bug bounty program for that and they can let us know that, hey, maybe you want to like harden this part a little bit more and and then we can address that. So yeah, for me it's it's about creating something that is that is

transparent, trustworthy and resilient and kind of can create a community around it that can take care of it in the long term even. >> Yeah. Audit it, make it more robust, defend it, build for it all because it's open source. Yeah. Yeah. >> And you'll notice in the in the way the the way I describe that hypothetical business model regarding the fees, at no point does the network require limiting who can run the software in order to charge the fee. That's not the dispositive fact in terms of where the fee can be charged. The fee is charged by the anonymous multi-party compute network because that's where the data is

held and that is where the user can control who can read their data and read various aspects of their data. Nothing about that software needs to be hidden. Nothing about that software's code needs to be hidden to allow that to happen. So, it's just a matter of a different type of business model. I mean, I I'd argue that there's actually a lot of business models that the the code itself being obscured is not a critical prerequisite of its ability to make money. I think if you know, I'm not speaking for them or whatever, but if Uber right shared the open source, shared the their app code fully open source, I don't think that would be like the critic. I don't think someone could

just spin up a Uber fork and then start making money. Like the money comes from the network. The money comes from the fact that the users trust the network, the riders trust the network, the d the drivers and the riders trust the network, etc. Uh, not that it's decentralized, but I'm talking it's not. Obviously, Uber is not decentralized, but I'm talking about the open source characteristics. >> Same with much of the software that Amazon runs, right? Amazon makes its money not because everything is closed source, but because it runs secure, highquality data centers. In fact, most of the software they run is open. So I think that those are kind of orthogonal things.

>> Yeah. No, I'm glad you answered that though because I think a lot of people have a lot of misconceptions around open source. >> Let's also clarify that where we take a radically transparent approach when it comes to open source and we're like open source maximalist. Like if if this information can be public, we make it public. That only goes to like the technical design of the system. The actual data that goes through the system is the complete opposite. That one is maximally protected. And part of the reason it is maximally protected is that the way it is protected itself is documented >> is that that is the open source code that's doing that. It's it's it's a principle known in in security as I think Khov's law like a a a secure system is such that everyone is allowed

to know how the lock works. No one is allowed to know what the key looked like. >> Yeah, that's fabulous. And I also really like what you said because it emphasizes again in the because I just want to keep reminding people that our notions, our ways of building things are so being inverted here that most systems that are proprietary that do this. >> The company knows how pe where people's data is or they know how to do that. Like you guys don't even have that proprietary ability to like you said earlier to go find like someone's delete someone's thing. I often think of open source as a mechanism for forcing doing the right thing. Like if an organization is able to not have their content be open, then they can kind of cut the

corner over and over again on well maybe we won't protect that in a private way. Maybe we won't fix the bugs that we know about. >> And so for in many ways this is is one of the ways that we force ourselves to make sure that we're designing in the cleanest possible. >> Yes. I love that. It goes beyond don't be evil and can't be evil to do the right thing. M >> it's actually taking it in a more positive direction which I love. >> So just super quick when I was at the World SF event which is super exciting. We all got it was very Oprah like you get one and you get one it's under your seat like very exciting moment like we all get an or a mini orb. I have my card verified to get that mini orb. So the key innovation in the mini orb because

obviously you guys had these orbs set up in multiple places you know throughout the world and to be clear this was millions and millions and millions of users have already done this around the world and in the US we started a bunch more after launching the US launch. The mini orb is essentially the same thing but miniaturized or I don't want to grossly simplify it. It looks honestly a lot like a phone. It's just not a phone. It's just an orb. We actually referred to it internally as not a phone for a while. >> That's funny. >> So, there's there's a couple things here. One is recognizing that a proprietary hardware stack or a custom hardware stack, it's not actually proprietary, but a custom hardware stack >> is expensive. And so, the orb cost is

pretty high from a both a physical manufacturing standpoint, but also from a software maintenance standpoint. And so over the last six years, there's been a pretty continuous acceleration of investment in >> the Android ecosystem, but more generally the mobile ecosystem. And so some of the hardware decisions that were made six years ago can now be replicated by a hardware stack, which is an Android hardware stack. And so that's part of what's going on here is the ability to achieve similar performance in a smaller form factor by transitioning to a different hardware architecture. The actual camera, it remains to be seen whether things like computational analysis on that hardware will give us

the ability to replicate some of the things that used to be done with a very purpose-built camera. Now, there are still some purpose-built elements in the Orb Mini, but there also is a use of things that are much more commercial off the shelf. >> This reminds me so much. I was at Wired when we would cover the trend of drones. And one of the things we used to talk a lot about >> is how the phone ecosystem enabled drones to become very cheap and scalable and small scale. And it's so fascinating because you're basically describing the exact same thing like as the supply chain becomes more accessible. The bomb the bill of materials cost can go down significantly and allow >> people don't even realize like how how

efficient the phone ecosystem is. Like you can get a very functional >> device, you know, in the United States for like 20 bucks. >> You're like what? >> I know. I know it is crazy. And I this is again on a meta theme something I completely love and marvel about with this kind of innovation that everything else creates everything else in the same way that you know gaming created more GPUs at scale that then created AI and then we're coming full circle into this world or the phone ecosystem Android in particular and all those costs being driven down and the miniaturization and the form factor and now being able to be used in so many different ways. I find this incredibly exciting and very very interesting. Love it. So how do you guys do that? Like what are the steps?

>> What do how do you ingest the physical human into the software? Like let's just walk people through. >> Basically I I went and installed an app on my phone, you know, just my conventional phone, a conventional app in the conventional manner. And the app I downloaded was the world app, right? And so I have this world app on my phone. And uh the world app helps you find like where some orbs are and and sign up to get verified. In order to sign up, I paired my app with the orb. And what that meant is getting a QR code on the app and showing it to the orb.

The orb has like this kind of portal, like an aperture. Yeah. >> Yeah. And it can scan things. So you show it the orb and now the app and the orb are connected. Then you look at the orb for a couple seconds and your app tells you, okay, like now things have worked. You're good to go. And uh you wait, there's a little bit of spinning. A couple screens go by. It tells you your images have been deleted and you're done. Like now you have a world ID, right? And what that world ID can be used for is to sign into different things. to start you can in the app you can sign in to these mini apps which you know you press go it face IDs you on my on my iPhone and uh authenticates you

into the app without presenting other information now note during this process I didn't >> describe entering my email address entering my name nothing like that I wasn't just kind of leaving those out of the story those parts didn't happen because that's not part of the process and the same thing with logging into the mini apps once I had the world ID. Now that's that's basically the story at the highest level. That is really what happens end to end. But of course this is leaving out a lot of critical details a lot of critical details about all the complicated stuff that's happening underneath the hood. One is that this is a very private system and to appreciate the privacy and I candidly I think the

privacy is the most important part. It's the part I like talking the most about because it's the hardest thing and and and it's the it's the thing that there are no analoges for. There are no other systems that take all the steps and perform all the gymnastics and convolutions needed to protect user privacy. That's just not an analog. So to appreciate the privacy, I think we have to go through it step by step and kind of get a sense of what's actually happening underneath the hood. >> Yeah. And I also really want to hear about that on the behalf of the listeners because we are talking about technology that has never existed in the world before that now does as a result of this. Like that's very and it could

very well be like the way future technology is built. I mean not to overstate it but it's a very new important thing to think about. I just want to pause there and say that for a moment. And also before we dig a a layer deeper Eddie that there's a visual that comes up in the app that says like it's deleting your images as a when I got verified that was the most powerful thing for me in the interface was it's almost like this like speckly like you know thing that just sort of speckles off kind of like in the Avengers Infinity and Endgame where like you know the the humans kind of dissipate but in the coolest way.

>> You're saying you're saying your images got Thanos. >> Yeah. But in a good way, not in a bad way. >> Okay. I see. and and and it basically says very clearly deleting your data. And I think this is incredibly important because until then as a lay person, this is to me not that different than when I went to get my clear ID done. I mean of course there's a lot different happening underneath technologically and whatnot, but just from a pure interface layer. >> Yeah, let's just talk about what is happening. So when you install the app, it kind of acts like a a wallet app, a crypto wallet app in the sense that it will create a unique cryptographic key pair for you. So it has like a a public ID to it and then there is a private key

that only you hold and never leaves your device. Now you approach the orb. You show a little QR code. This QR code lets the orb identify the phone in the internet and then they connect with each other in the internet and they establish a secure connection so that that they can talk to each other. So now your phone talks directly through the orb with no one being able to see the communication in between. This is very important because we want this to be a process between you and the orb and no one else. The orb after that takes a good look at your face and a good look at your eyes. um takes images of them and signs these with a key that it has inside of it. And this signature

basically shows that hey these are genuine images. These are not deep fake images. This is how the system can ultimately detect that these images were real. Now what then happens is that in this case the orb in some future update also the wallet itself will take these images of your eyes and from that compute the iris code which is a short vector of zeros and ones that kind of captures a lot of the weird unique patterns that that exist in in human irises.

>> The way to think about what the iris code is is it's not the image of your irises. It's not the same thing. Instead, it is a mathematical representation of some of the structures in the irises that are very likely to be stable between images. Right? >> Of course, we all know that when you take an image and you take you take a picture of someone, the lighting's different, angle's different, time of day is different, the haircut's different, like any two images of the same thing can vary very significantly. So if we just compared the images, there'd be too many differences for us to be able to say very very clearly that these are two images of the same thing.

So instead what the iris code is is it tries to look and that's why we need this special orb. That's why you need this special piece of hardware that's very very high resolution can capture very fine picture. It looks for structures in the iris and then creates a special mapping of a special mathematical description of those structures in such a way that you could not look at the iris code and discern what the iris would actually look like. The metaphor that I like to think about is a map, right? I can take a picture of North America from a satellite or I can walk around and then I can draw where I think lakes are and I can draw where I think rivers are. And it turns out two

different people can walk around and end up with drawings that are relatively similar that are maps, but neither of them is an actual photo of the Earth, >> right? Neither of them went to a satellite. And that's what we're trying to do is produce a map of the structure of the front of the eye that has the absolute minimal fidelity necessary to differentiate all people. And we don't want any more than that because the goal is to have the minimal fidelity to differentiate all the people. And so it's the the lowest resolution map that's possible to to meet that goal. Will it tell you where every tree is?

No. Will it tell you where every house is? No. Will it tell you where the demographics of particular neighborhoods are? No. Does it even necessarily acknowledge that there are buildings? No. But a map of North America a 100 years ago handdrawn will look pretty similar to a map today handdrawn by a ctographer. And that's what we're aiming for is to serve just that one purpose of what what is this person? Is it a person? And are they unique? So once once the iris code is computed in in the orb derived from the high resolution images, it is signed and shared with your phone and no one else. But in on top of that, it also creates secret shares. And this is where you take a

piece of information and you encrypt it in such a way that you don't end up with one encrypted file, but actually you end up with multiple encrypted files and individually they absolutely reveal nothing about the contents. you need all three pieces in order to do anything meaningful with the data. These three secret shares are then further encrypted in a way that they can only be opened with the participants in our AMPC um which we'll get into in a moment. But basically there are distinct entities spread out unrelated to each other that each can only see one of these shares which reveals them nothing because they're still secret shares. Now these three shares gets also sent to your device. So again

the orb never sends anything other than to your device when it comes to this information. You store this on your phone and now you have all the evidence you need to prove to our AMPC that you're a unique human being. You contact the three parties of the AMPC. You give each of them their share. Then they engage in a multi-party computation protocol. a kind of very challenging technical thing involves a lot of computation but this allows these three parties to reach agreement on whether they've seen someone with the iris code stored in the secret chairs whether they've seen someone like that before or not without anyone of the three actually

being able to learn anything about the iris code they just perceived or anyone any of the ones they've seen before. When these three parties reach agreement that this is a unique new human, they will give this evidence back to the user and the user can now use this to take the public key that they created way back when they installed the app at least 5 seconds ago or something. take this take this public key and send it to a sequencing service that we operate that adds this key on the Ethereum blockchain for the whole world to see. So this is a fully trustless decentralized tree that

contains all these public keys. >> And I just want to make sure like we we we summarize kind of what happened there because that's that's one of the the cores of the of the system, right? is those iris code secret shares. The split up representation of the iris code where no one share actually contains the iris codes. Mhm. >> Those are sent from your device to this AMPC network. And that AMPC network does some really cool stuff where multiple these three nodes in it today can calculate collaboratively whether or not they've seen this iris code before without looking at the iris code. None of them actually see it, but

they can still calculate whether they've seen it. And if they're confident they've never seen it, then they give the user a little ticket that says you're new. And that user can take that ticket and request inclusion in the big map, the big table of all the keys, the wallet keys, like think of them as a conventional crypto key a little bit that are now part of the network. So now you're brand new. That's that's how we've the first step. That's how we know that all the keys in this big tree, this is the onchain Merkel tree of all the world ID keys. How everyone in this tree is new.

>> Yeah. >> Right. That's step one. >> Let's also address a common misconception. The public key has nothing to do with the iris code or anything that happens there. They're completely disjunk and just random numbers like any other good cryptographic key should be. >> Yeah. And so the the kind of crypto way to say this, it's not a great explanation, but the crypto way to say this is that the new key that's been added into the master table of all the new world IDs is only linked with the iris code in zero knowledge. That's the way to say it. We make a zero knowledge proof so that this key in the tree and the iris code which is sharded and hidden in the AMPC network there's no

direct relationship. So even if you were to recover the iris code somehow you were to take over the entire AMPC network you still wouldn't be able to say here's this iris code and here's the key that corresponds to it. So they're only there the link is completely opaque and that sounds like magic stuff but that's kind of the magic of cryptography. >> Yeah, we don't stop there. This is just the start of anonymity because at this point we've established human uniqueness without asking you any questions about your identity but we still have this public key that you have and we also want to anonymize that. We don't want this public key to be used everywhere now and be able to track this single human across all apps. So there we use

another cryptographic invention where whenever you use the system instead of signing a message with your private key you prove that you would be able to sign a message using any one of the private keys in this set that exist on the blockchain. So you don't reveal which specific key you use. You just prove the fact that you know at least one of them. So, Remco explained first how the user's wallet ID, the thing that's in their world app ends up being in the tree, the map or you know the table >> of Yeah. of all the new humans, all the

unique humans, right? >> And we showed how we got into that tree. We got my world app key into that tree in a way that's completely private and requires no one person to see any of the information about my Iris code. >> Yeah. >> Right. Now that I'm in that tree, how do I use my ID to authenticate with an application? >> Yes. Well, the most naive way, the simplest way would be I show which ID is mine and I log into A and I log into B and I log into C with that.

>> The problem of course is that each of those applications can then see that ID and track that ID across all the applications and basically link all of my usage of each of those applications to that one ID. and that I may have been private on the creation of the ID side, but then I'm not private where I'm actually using it in like the real world where it's accumulating data from each per from each application. >> By the way, I would inject here is exactly how existing authentication systems work, right? You go to a Google or an Apple, you log in with them, and then they end up with a record of everywhere that you've interacted. So, this is a big this is a very big shift

here in terms of architecture. I'm describing like a terrible system, but that's actually the system that exists today that sucks ass, right? That's what I'm actually describing. And the the concrete example is you enter your phone number into all these things. You enter your same email address into all these things, right? And they can all tie you across apps. There's entire businesses who exist to deanonymize you by linking you across apps and make what they think are useful business guesses about your behavior and your predelections and what ads to show you and all types of stuff like that. So how do we solve that problem? How do we make it so we still know the user is unique but we allow them to authenticate with different apps

without the apps tying them together? So the way that we do this is when the user authenticates with a new app, instead of revealing which world ID they used, you know, this is mine, so let me in. Instead of requiring that the user ID prove that a world ID is theirs, >> yep. >> And the app sees that ID, knows they've never seen that ID, and lets you make a new account. Instead, world uses some cryptographic tools so that they make a some a new unique ID for that user without ever showing what the world ID was for that specific app. So the way to

think of it is the app plus the world ID are wrapped together using some cryptography and out a new ID comes and that ID is the unique ID for that user for that application. Now that doesn't mean that each user can only ever have one ID for that application. An application could actually be designed if the application wanted to give new what's called context in this system so that the user could create multiple IDs >> for that app. But the app could still rate limit or determine the conditions under which the user can make new new new ids just like and this is also this

is a a common pattern that you know Facebook and Twitter and all these actually use they often know who has multiple apps. They'll even or multiple accounts in a service. They'll even allow it up to some point. you know, they'll let you reuse the same phone number sometimes or the same email sometimes knowing that it's a person with multiple accounts because that's how they envision their system being used. Like they want the system to have pseudonyms for use. But the point is that >> the app gets to control the conditions under which users make accounts and the user gets to control who knows what about their world ID. And then the third point because you said you started with

this but to just drive it home at no point are all these different apps linked together in one unifying ID because every app has its own unique ID. So you literally do not know based on your behaviors, activities, like the world of information that Google and Facebook know about you every day. >> Yeah. And to be fair, different apps could try to link, you know, could could work together to try to figure out who a user is just like they do today. They already do that actually. They could try to do that, but the world system is by default making no link between those and the app would have to go out of its way to do that.

>> Yeah. I mean, I think the the key there is could could two apps link, sure, but they're going to have to do it with data that got they got somewhere else. It's going to have to be they've asked the user for the phone number, they've asked for a credit card number or something else. So, it's not world that gives them the ability to link is a key difference there. I want to add to that like we offer an even stronger things that apps who really care about privacy might want to use. Like for example, if you were having having an app that is that is handing out freebies, we have some apps like that in the mini app store. Or if you have an app that collects votings like does those occasional polls. The way we've set up the system is that you can have a guarantee that every user can

only participate once in these things, but you wouldn't even be able to track the user within the app. Like let's say you have a voting model in there and you're running multiple rounds of voting. Let's say you do a vote every Sunday. You wouldn't be able to tell what the person who voted today voted on last week. Those even are are distinct from each other. >> Interesting. So not only are there the differences but even the same user in different instances cannot be linked to themselves. >> So just to be clear is like the application now gets a new capability. They get to they get to ensure that each user has one account. Maybe they want that, but they also want the user to be able to vote every Sunday or something

on some thing, >> but not have any relationship between this Sunday's vote and last Sunday's vote, >> but while still guaranteeing that each user could only vote once. Yeah. >> Because that's a key part of the the voting system. So it's actually giving a new capability to app developers to offer very interesting types of services not just authentication but services in the application that are still civil resistant which is the thing we've been talking about resistant to the making of arbitrarily arbitrarily many new accounts >> but also privacy preserving which would have been more challenging for them to do individually. when what you're also talking about is and this is very interesting to me as a historian of

technology and innovation for the first time I feel like I'm hearing I've covered privacy and security for decades like when I was at Xerox Park wired here I feel like I'm hearing about it not only in a defensive way like we're building something that protects but also enables new things which I think is very exciting and interesting like you can build with this into creating new applications and use cases. >> I think some of this is like >> it's a it's a shift in architecture. So, could an application that is a legacy application offer the ability to have users vote every week and not correlate those? Yes. But ultimately, you would have had to have logged into the

application and then they would have to go out of their way to build an additional technology to separate the login event from the recording of your vote. which is where they end up being defensive because they have to explain we've done a lot of work to keep them separate. Whereas here what we give you is you can know at an architectural level that they are separate and so it is much less defensive. It's it's super interesting in that regard. >> It's trustless and this is a really really key thing like we've se we've seen it with with DeFi where a couple people in a garage could build like a worldclass exchange where previously this would require years of building up trust. You don't need that anymore. or you now have this technology to just hey, we've implemented this way. It's

open source. You can check it for yourself and just by the way it's designed, you know, it's going to be perfect in terms of the guarantees that it provides. So, we covered how we get a unique ID, a world ID that's not linked with the iris codes into the table of all users. We also covered how we can use that ID in that table without it being visible to the application which ID we're using. >> Now the next stage we need to cover is when someone uses that ID, how can we ensure that they haven't just handed the idea off for some other system or for some other person to use? There's

actually many layers to this one because it's a very nuanced and complicated situation. But we need to figure out how I can how we can avoid the case where I just made an ID. I chuck it over to somebody else and that's it. I never see it again. I don't care. Someone else is just using it for whatever they want. Maybe some nefarious purpose. Maybe, you know, who knows, right? >> It could be that you give it away. It could also be that it gets stolen, right? I think >> Yeah. Exactly. Either of those is >> exactly >> happens all the time, >> which by by way of analogy, it's like you have a passport, you don't just easily hand it off to someone. I mean, it takes a lot of work to let someone use your passport. And when your passport's stolen, it's not easy for

someone to to use it. >> I actually think credit cards are super interesting for this analogy because when you get a credit card, you go through a very lengthy credit process and get a credit check and then you have an ID. And it used to be that you would use that same ID with every different store that you would go to. And only in the last several years have we realized that tokenizing the credit card so that every merchant you're interacting with gets a different representation is a useful privacy attribute. But it's still the case that the underlying card issuer can track all of your behavior. And so there's room for privacy improvement even though we're like really excited about the the advancement that's already been made with tokenization. And so

we've done the tokenization with zero knowledge proofs and separating all of the users, but we've also done the privacy on the back side that credit cards haven't gotten to yet, which is pretty interesting as well. >> It's a great analogy, Adrian. >> Yeah. And and I think this is where the analogy with a passport comes in handy because it's very hard to use someone else's passport because you don't look like the picture usually. >> And this is the key to how we've tackled this problem because as you remember the orb takes a picture of your face and of your eyes and and sends it signed to you. Now no one else has this. It's just you on your phone. But now we can do a clever little trick. We can have the phone take another picture of you and then we can have the phone create a

proof that these are indeed the same person. So now we know that the person currently holding the phone is the person that was standing in front of the orb as in they're the same human being. And this was not a matter of like the phone being stolen or the account being sold or anything of that nature. And by doing this using a combination of phones, trusted sensors and zero knowledge proofs, we can we can make this proof such that a third party that you're interacting with >> would have an assurance that hey the the the person currently operating the wallet is indeed >> the person that origally signed up, >> right?

>> But you don't learn anything else. You literally just learn that one fact. >> So think of this as like a replacement for the capture in a way. This is the just in time check that not only did the person go and do all this enrollment and get themselves in the tree like they did all that work up front, but the same person who did all that work >> is now holding the device right now. And they're not doing it by solving a puzzle. Remember the puzzle only tests that you have more cognitive ability than we've expected a bot to have until now. That's all that that's all the capture tests. It doesn't make any assurances that it's a human being or the right let alone the right human being right it just does that instead

now we can see that the person holding the device through the use of the face ID software the face ID hardware I mean uh is the same person that originally enrolled but critically we did not have to give the application your picture we didn't have to show the application your enrollment data we didn't have to show them the selfie you took. We didn't have to show them information from Face ID. We didn't give them any of that. Instead, we just prove that right now they're all the same and that's the only thing that we've shown.

>> This is that person and that's all you need to know. >> Yeah. Yes. >> It's It's funny to me hearing the description of it because we've spent the last close to 30 years in the security space trying to get to the point where multiffactor authentication is normal. And we do that by using like SMS and by using Yuba keys and all of these authents. Yeah. Yeah. >> This is this is that this is a multiffactor authentication because it's a key that's held in a secure place on their device and we check in real time that it's a real person and that it's the same person that originally registered that key. And so you get that 30 years of trying to get multiffactor rolled out basically for free enabled for any application that wants to use it

and do so in a way that's private where it doesn't reveal who that person is >> just the same person. So it's it's extraordinarily elegant actually >> and and pretty proud of it in that regard. >> It is elegant and it sounds like a really hard problem to solve. How did you guys solve stuff like faces looking similar? you know, like there's a lot of people that have the same thing. >> Well, there's there's two things to it, right? There's there's uniqueness and there's authentication that we that we care about. >> For for the Iris code, we need uniqueness. We need to make sure that this iris code doesn't match any of the ones that that we've seen before in order to know that this is a new unique human being. And this is also

>> why we ended up using iris codes and not let's say fingerprints because fingerprints actually aren't that unique. It kind of like all collapses on itself and in about a million people and then they start all looking like like previous ones. Faces are kind of the same way. There there are definitely people that look sufficiently >> like you that it would fool even the most sophisticated algorithms and you get there quite quickly. But the the critical thing here is and and and this goes for all face identic algorithms. I think even Apple's Face ID is only good up until like 10,000 people or something. But it doesn't matter there because there's not 10,000 people attempting to get into your phone like it would get caught after the 10th

person or something. So it's not a real risk. And and this is the difference between uniqueness and authentication and why uniqueness is is so much harder than um just implementing authentication. So when we're talking about our face off and the process we just described where you make sure it's the same person that originally signed up, this is just a onetoone matching and we can use a much lower fidelity signal like phases here. >> Got it. That's super interesting. >> And to add to what Adrian is saying like about the multiffactor, this is kind of the best multiffactor, right? like this is the multiffactor I want to have in my toolkit because someone could take your UB key, >> right? That's that's that is a risk

vector. >> Of course, there's advantages to a hardware key because you might lock it up someplace that you wouldn't go, right? So, it's I'm not saying that it's a strict replacement, >> but someone can take a UB key, someone can break a UB key, someone can enroll a new UB key in your device. >> Don't even get me started on phone, right? That's the only totally Yeah. Totally an unacceptable path. Yeah. So, this type of multiffactor is at a minimum in my mind something that you'd want to add to any authentication system if you know should it work the way that it's supposed to work. You know, it it really does offer the right types of guarantees.

>> You know, we talked about how one of the myths is that this is not the Iris codes are not stored on the blockchain. >> Where does the crypto come in? Like where does the blockchain come in at all in any of this? >> The blockchain comes in as the public transparent root of trust for what is the current set of verified unique humans. And we we deliberately choose blockchains for this because they are the only technology we currently have that allows such a thing to be fully trustless and transparent.

>> Got it. >> Yeah. So a lot of people think and I understand why they might think this that uh all this information you know the iris codes the world ids everything all just is parked on a public blockchain right and we don't currently have widespread private blockchains this is not really a technology that's ubiquitous today yet so it this makes sense as a baseline assumption but the truth is that there are two networks at play here and it's really important to illustrate that there are two networks One network is the network that has the root as Remco was saying the root of all the ids all the world ids that have been registered privately right that

blockchain is also useful in the world app in general the app that has worldcoin like the token the world token do you know USDC and other things that you can use as a conventional blockchain you know send and receive payments wallet addresses things like that so There is there is that blockchain separately. There is the anonymous multi-party compute or AMPC network. >> Yeah, >> that right now is not a blockchain by the standard definition. It's not really a blockchain. It is a separate network.

Uh and in this network is where we store the iris codes in their sharded private form. Yeah. where each of the separate nodes have this and can do their calculation to in to verify that a new iris code in sharded form is unique. So these are two separate networks. in the future. The world team, they allude to it in some recent blog posts and they talked about it at their recent event, their recent US launch event, but this private network is probably going to be upgraded to have some new interesting capability. And one of those capabilities will be the ability to register new types of credentials in the

network. And one of the capabilities it will have will be to allow relying parties. These are third parties who want to read specific aspects of credentials to read those credentials with the permission of users. Right? So you'll be able to store private secrets, completely encrypted secrets into this network, like for example your passport and you'll be able to allow a third party to read some part of that passport like the fact that it's a unique one that they haven't seen where your birthday is such that you're greater than 18 years old and it's American, right? they'll be able to read that

without reading any of the other facts and they'll be able to know that those facts are true. >> So, I really like the two networks. I think you should go further. I think there's another set of networks, which is the interactions that a user has with each one of its applications. And what's fascinating is all of those networks, whether it be the AMPC network or the proof of humanity identity commitment network or Facebook Meta, like all the rest of your networks, we've cryptographically separated them and the only way that they can be connected is if a user chooses to connect them for a

particular purpose with their consent. And that isolation is in general using zero knowledge proofs but thinking of them as distinct networks and being very very explicit that nothing goes between them without the user expressly saying yes I want that thing to go between and even then when it goes through it goes through in a way that doesn't pass information. It just confirms participation in the other element is I think really fascinating. >> I mean this is a completely new way to build things. This is literally subverting how everything on the internet works today. The goal for most networks is like connect to all the other networks and link them with an identifier that can show that they're connected and then I'm going to extract value out of that by hooking ads to it or hooking transactions to it or hooking

something else to it. And we're doing it completely differently. Yes. >> Exactly. >> Very very decentral in in the sense that you want to have like minimal pieces of information contained in the most distributed way possible living entirely separate from each other. And I think you alluded to the passport as as a means of verifying uniqueness. The interesting thing there is that you can um you you can make it much stronger even where the the only person that ever needs to know that the contents of the passport is the owner of the passport.

Everything else including uniqueness you can do from there. So one key component in in how we design our system is we always start with the user. We always start with the user and what they know about themselves that they have on a device that they trust. And whenever anything outside of the user needs to know anything about it, we try to first first get rid of it. Like do you actually need to know this in the first place? And we seriously need to ask all our existing services whether they need to know all the things they want to know. But once we get to like the core of what they actually want to know, you try to minimize it into like an actual fact. like, do you really need to know

the face of this person or do you only need to know if it's the same one that you saw before? Things of that nature. And once you've done everything you can to like squeeze out the the minimum minimum fact that you need to prove, then you can go to the user and say, "Hey, can you use can you produce a proof of this fact?" And here we have access to this wonderful tool tool set of zero knowledge proofs and modern cryptography that actually means that yes if it's a computable fact then we can compute it and then prove that this computation was done correctly. So this for example allows us to build a a document-based uniqueness system where you don't have to share anything about

your document except um sort of a unique number unique hash that is derived from it that then gets checked from uniqueness but even that number we want to treat with the utmost privacy in the same way that we do iris codes. So even that number is only ever shared in secret shared for forum sent to multiple parties that are reputable distinct entities and so on. Um such that the uniqueness can be established without anyone outside of the user learning anything other than the uniqueness itself.

>> Yeah. So, so this this network, this AMPC network or the private network, you know, depending how how it will be evolved, it suggests a specific design pattern, right? And that design pattern is when I have an application that I need to learn facts about a user, I need to specify very clearly what the fact is that I want to know. For example, if I'm running a bank-like service, maybe I need to know whether this user has a specific citizenship, whether this person is on a sanctions list, whether they have an account with me before, and whether they have like a ding against their credit, right? And those are all computable facts. That request for those

facts actually in this design gets sent to the user's device and the user is the one who forwards the description of what's needed to the AMPC network to collaboratively get a proof of the answer. The answer answers the specific question asked and not more and then the user can who has been seeing this on their device may forward that to the third party who wanted that question answered as a condition of serving them.

Right? So you can see how every step along the way we're trying to minimize the amount of information gathered, give transparency to the user about what is being shared and allow the user to determine the conditions and exact facts or what are shared by actually having them send the information after it has been processed. >> Yeah. And and to highlight the minimization of the information shared also extends to the relation between the user and the AMPC where we also try to minimize the amount of information you actually need to retrieve from the AMPC.

For example, you don't store your documents there. You only store this document hash and you retrieve from it just a pure fact of uniqueness and nothing else. One thing that I think is curious is as services have been built on the internet and they've had to answer these questions. So say every financial institution has to answer the question of is this a person that's allowed to interact with financial services. They've had to build their own solution. And so they have to ingest passport. They have to ingest that document. They have to store that document somewhere. And the history of this is they then think about how I would do that in a private way and they're like, well, I'll get to that next.

>> And so every one of these organizations ends up with a repository of data that's a probably more data than they really need, but the easiest way to get it was to ask for more and make sure that they were inclusive of whatever their actual need was. >> And then they were less private than they needed to be, but you know, they'll get to that eventually because that's the next thing down the road. And that has had the effect of there being lots of separate repositories with too much data that has been minimized. Now, because we were thinking about a service to be used by all of these applications and because we were very concerned about privacy from the get-go, we've built it to be absolutely minimal. And the result is these other organizations that had to build their own bespoke kind of crappy

solution could now use infrastructure that we're providing that immediately satisfies their business need and immediately also gives them that privacy promise that they always thought they would eventually get to but never really had the time to do it. And so it's a little bit of an inversion to have this as infrastructure because identity and user has not traditionally been infrastructure. there's been a thing added to each individual application. >> So you guys have described so far is incredible and the fact that privacy is not an afterthought. Privacy is synonymous with protecting human humanity >> and frankly even against nefarious humans. So AI or human bad actor period >> and then there's also a layer here of it

being by default and that's a big inversion because right now it's not by default. Yeah, >> I maybe would add one more quick note on this which is >> when you talk about like the user chooses and they have the transparency in in you know which data gets and it comes from them. It also occurred to me that this is a very different way of designing privacy apps in general because for the longest time, for the last three, four decades, a lot of security and privacy people have always tried to tell users like you need more privacy. And I've always felt like I don't really care as long as it's easy for me to use personally. That's all I care about is convenience.

>> And what you guys have done is essentially really invert that model too because the user doesn't have to be making all these choices in a minute. They don't have to have the friction at every turn. Like all of this is essentially designed by default into the system. You can choose to see what's happening and forward things, but essentially you haven't put all the onus onto the user either to have to make like a million decisions to protect their privacy at the interface level. It's like happening at the network level in the system. >> Yeah. I mean, there's there's a bit of friction in initial signup, but after that you're saved from captas and and having to fill in your email address in every other form and so on.

>> Yep. Exactly. I that's like the biggest thing for me like just thinking about how these systems have been designed for decades like it's actually kind of an I'm having an aha moment on this podcast like wow this is really different. >> I think another under under highlighted aspect is like how much of a liability all this data is to the parties that are collecting it because like it it it only takes one leak or one hack or something awkward to happen and suddenly your business is at risk. >> Yeah. Exactly. There's no question that it's kind of scary how all that information is exposed and out there in the world already. A couple of quick notes. So you guys have described a lot of technologies that are already existing. Like we talk a lot on this podcast about zero knowledge. We publish a zero knowledge cannon. We have some of

the top zero knowledge researchers working with us. Like that's like a thing that's been around for decades but has only accelerated in the last 10 really five years in the context of blockchains and crypto. We've talked about MPC, multi-party computation. We've talked about public keys and key infrastructure, Merkel trees. We've talked about a lot of technologies that have been in existence for a while and that you guys are now really putting in use in a new context in a new time. So I have two questions for you about this. One, why now? Like what made that possible now? Is it just to solve this problem or the technology readiness?

That's one question. The second is what are some of the new and novel things you had to do in order to build this system. So let's talk about the existing technologies and then also some of the novelty that you had to to come up with or even like the idea space. >> I think we're just very lucky that CK matured around the same time that AI did. >> Yeah, maybe that's not an accident. >> Innovation always kind of happens on the same trajectory in some ways. Like all the things mature at once. So yeah, can you guys tell me a little bit more like is it that you guys like how did you solve these things? Like did you think to yourself here's a toolkit of existing tools or no we have to develop something new like I'm just kind of interested in the meta of how you got there.

>> We started from first principles like I said you kind of don't want to have this data it's a liability. So when we were thinking about what we're trying to build this concept of uniqueness, we quickly realized like we from the start we knew that we need to like >> completely rethink privacy and how you build infrastructure maximizing privacy. Um and with that perspective we were immediately led down the path of the the innovations in in zero proofs and so on. But when we for example came to hey how do you actually do a maximally privacy preserving um biometric uniqueness mechanism we we did go through all the existing

literature and and we just found it not meeting our requirements to be honest. They they just seem like none of the existing solutions would actually hold up to the the privacy that we demanded from a system at the scale that we demanded from the system. So that led us through what we actually led us through a couple of different approaches. We did initially explore fully homorphic encryption and we came up with some quite clever optimizations there as well but ultimately the security guarantees of such a system wouldn't be too amazing because you kind of sing have a single master decryption key that you can threshold share but it's like a very tiny piece of information that would reveal everything. It just feels very scary. So we we rethought everything and

then we got to multi-party computation uh which is it it feels to me that is still a relatively underexplored field compared to where we are currently with zero knowledge proofs and the amount of innovation that has happened there. It's like you can kind of catch up on the literature of at least linear MPC in in like a couple weeks. You cannot do the same for zero knowledge proofs. So we quickly found ourselves at the frontier of of multi-party computation designing new ways of of secret sharing that were more efficient. We I think we're amongst the first to implement it fully in CUDA and and have it running on H100 clusters with terabit interconnects and it's it's all quite impressive the the sense but

we've we've definitely pushed the state-of-the-art in in multi-party computing to solve this problem that we have and and in effect have pushed the state-of-the-art in just any kind of biometric protection way beyond where it was before we attempted this. I mean, I think for me what's been striking is we have lots of conversations about privacy and biometrics and >> there's sort of a history of most places would say, "Huh, we've hit a privacy concern. Let's just give up."

And what we have done is actually we're not going to give up on privacy. We're going to try to figure out how to actually make that work at scale. We're going to try to make that work against a threat that is like the fully homorphic encryption is a perfect example, right? where everybody says, "Well, you can't you you have to have it fully homorphically encrypted so that you don't have the key." It's like, "Okay, but who does?" >> Yeah. >> Because ultimately someone does in that system. >> And so in that sense, it's not actually that much better because you have to trust that party. And so trying to build a trustless private system and have that be sort of the first principle of what we're building is novel because everybody else basically at some point

gives up and says just trust us. You have to because we can't figure out how to do it. >> Yeah. Yeah. And I think the the FHE example is interesting to me, the fully homorphic encryption, because the theme that I'm hearing as a lay person listening is it's a unique combo of privacy maximization with pieces of data minimization. >> And like one solution would privilege privacy maximization but not the data minimization. And to be able to do all of that is so unique like all the steps that you guys had to jump through. Okay, the last quick question on the tech section I have is the orb itself. What happens to these orbs, like the hardware part? So, we've talked a ton about the software and the promises and the

exchanges and the networks upon networks and separate networks. AMPC, the anonymous multi-party communication potentially later, you know, anyway, private multi-party. There's so many different ways to think about this. >> What happens to the orbs themselves? Like >> what do you mean by what happens to them? Well, like are the is the data >> where where do they go? Where do they where do they rest when they're retired? >> Yeah, kind of. Does the data stored in the orbs? Are they going in like a big landfill? And are people like secretly able to go get them? >> They go on your they go on your bookshelf. They go on the bookshelf. It's funny. The orb is such a sort of mystique that surrounds it that I think people make all kinds of assumptions about it. And it's useful to >> to go back to I hate the phrase first

principles, but like what is this thing? >> It's a camera. It takes some pictures. It gives those pictures to a user. It analyzes those pictures to make an evaluation and in particular what it's analyzing for. It's very very specific. Is this a real human? And if so, then let's generate an iris code that can be used to differentiate that human from other humans. Like you have a camera in your phone. You have a camera in your laptop. I have a camera that's attached to my laptop that's attached to my phone. I have a DSLR. I have a lensless camera. Like cameras are all over the freaking place. And we've sort of taken a minimalist approach to what it is that the camera can do. It can only take one type of photo and make one type of calculation and come to one conclusion.

And then the other thing that we've gone maximalist on is security and privacy. So this camera can only produce signed images. The keys in the camera can only come from a trusted supply chain. They have to be two keys. One that's in a secure element, one that's inside of a TE. It can't produce images without without that sort of mechanism. And >> it doesn't even on the newer versions have storage in it because the only software it needs to run comes on a SIM card or on a on a an SD card. It takes those images and then it hands the images to the user who's going to retain them. So there's not even a place on the orb for it to store data in much the same way that >> a standalone camera that you might buy to be a camera doesn't tend to have

internal storage on it because it doesn't need it. So, I think there's a lot of just assumptions that people make about what this thing is that are because they're expecting that it's a robot or it's something else, but it it's just a camera that happens to take some pictures for a specific purpose. I I do want to highlight a little bit the the engineering complexity of the kind of camera that it is because it's it's interesting and it's actually reassuring in a way that I'll get to at the end because it's really hard to take a high resolution picture from 2 meters away from something like the size of the size of your thumb, right? While it's bouncing around and and I don't know, giggling and having fun and whatever.

Like keeping the focus in front of it and >> Exactly. that keeping the focus on that >> and tracking it and getting this good quality image is is >> completely new optics actually. There's optic there are optic lenses in there that are customd designed and engineered specifically for the orb to be able to do that and it went to many iterations. Another interesting thing is that it's not just your your standard color image. It's actually taking images in in a range of different wavelengths outside of the physical spectrum even. And then it has a range of other sensors in there like thermal sensors, depth of field and so on just to make sure that it is actually a real human being that is standing in front of it. Now why am I saying all this? Because well first of

all it's impressive engineering but also it just goes to show how hard it is really to get someone's iris code. This is not trivial. An iris code is not something someone can just lift off a glass you just held in your hand like your fingerprints can. And Iris code is almost something you can only give away consensually. And I think that's a very powerful and kind of underrated aspect of it. >> Yeah. Even even DNA, right, is like easier to get when >> Yeah. off of things like that. Yeah. Whereas a conventional iPhone picture like you and your friends are standing or you know people are having dinner or you're at the ball game or something that's not going to have nearly enough information. So it it needs to be a

highly highly specialized image that you probably need to get really close to a machine for. Not saying it's impossible for someone to do, but just it's not something that you are >> emitting all the time >> by accident through your day-to-day activities >> in such a way that a somewhat sophisticated >> person could try to get from you. >> Yeah. I want to throw in one more thing because it is custom optics and there was a lot of engineering that went into that but it's also optics at this point that we've opened. There's no desire by either tools for humanity or world to be the sole owner of that right. We think this is something that other manufacturers should be able to build their own devices and that that's important.

>> So we get questioned about that quite a bit. >> Yeah. >> Yes, we had to be the first to build it but we really hope we're not the last to build it. >> Exactly. No, this is a very good point. All the hardware is open source. It's amazing. Definitely check it out because of the engineering involved. Software firmware is also open source. We're currently working on giving the user an ability to actually verify the entire supply chain from the GitHub repo down to the software currently running on the orb that you're interacting with. I wish there was an easy way to do the same thing for hardware as well. Fortunately, this is a little bit of a more challenging open research problem, but yeah, we're always open to ideas and if someone feels inclined to build their own orb using the the open source schematics and

firmware we have, definitely reach out and maybe we'll just bless the key. That's amazing because you guys are putting out so much of this world into the into the open open source so that people can really like what we're talking about here is a new future for how people think about privacy by default. Everything being built in in a complete inversion as we've talked about throughout this podcast. And by open sourcing it, you're allowing the rest of the world to build applications not only on world and in the world app miniapp ecosystem, but well beyond using all these primitives, the hardware, etc. That's incredible. So you guys, thank you so much for joining this episode of Web 3 with A6 andZ and on the A6 andZ podcast. Really enjoy you guys being here and sharing all these thoughts.

People can actually go now and get themselves scanned if they're interested and they can go online to your website um to check out and download the app right now and find out more. Thank you so much for joining Adrien Remco and Eddie. [Music]