Mobileye Global Inc. (MBLY) Earnings Call Transcript & Summary

Okay, everyone. I think we're ready to get going. Thanks again for joining us physically and virtually as well. I know we have people listening in. The slides are available on the IR website at this point. We have a series of presentations for the next 2.5, 3 hours, then we'll have a Q&A session. We're going to kick it off with our CEO and CTO. But before that, I'm going to read a forward-looking statement. Before we begin, please note that discussions in this program contain forward-looking statements based on the business environment as we currently see it. Such statements involve risks and uncertainties. please refer to the presentations accompanying these discussions and Mobileye's periodic reports and other filings with the U.S. Securities and Exchange Commission, in particular, the sections therein entitled risk factors, which include additional information on the specific risk factors that could cause actual results to differ materially. Without further ado, let me introduce our CEO, Professor Amnon Shashua. Thanks.

Hello, everyone. I hope you had a good experience with the different drives. So the way we broke it down, I'll take the first part, which is more high level, and then Shai will do a more deep dive into the technology stack. So first, kind of a bird's eye view in kind of the lay of the land. I put here 3 prototype approaches, Waymo, Tesla, Mobileye and try to kind of articulate what are the real fundamental differences, right? There's a lot of commonalities, but what are the real fundamental differences. So if you look at the Waymo approach, it's really LiDAR-centric. The LiDARs are very high quality. Those are LiDARs that were in-house developed in order to meet the kind of spec that they require. So it's very high quality. But there are also many other sensors, stereo cameras, cameras, many, many other infrared cameras, radars and so forth, right? But the approach is LiDAR-centric, right? The AI approach, it's a compound AI system. There are lots of AI, but it's systems that are glued together just like ChatGPT is a compound AI system, right? You ask a question that requires a tool, then a piece of Python code would be generated to do the calculation for you, right? It's not neural in that sense. It's being able to use tools. So this is known in the community as a compound AI system. The cost -- we put here an X because we're thinking about a consumer vehicle. So the cost is too high for consumer vehicle. It is appropriate for a Robotaxi, but it's too high for a consumer vehicle. Modularity, can you break it down into smaller ODDs up to down to driving assist? No, you cannot. This is one system, right? Geographic scalability, we put here a question mark. Now they need to map every area that they -- and they're quite efficient in mapping. So this is why we put a question mark, right? It is deployed as Level 4. So there is deployment as Level 4. Let's look at Tesla. Tesla is camera-only, and they're very, very consistent about it, right? Just cameras. The AI approach is end-to-end, at least this is what they claim. End-to-end, meaning images come in, control of the vehicles comes out. The cost is very relevant for consumer cars. The modularity, they have -- they can break it down into lower ODDs. And geographic scalability is good, right? It is deployed as Level 2+, right? So we're talking about an eyes-on system, it's Level 2+. And the way to solve autonomy is the claim is that cameras alone will be able to achieve autonomy, okay? And as we go through this presentation, the kind of question is what it takes to reach success? What it takes to solve autonomy, Mobileye approach is similar to Tesla, in fact, that it's camera-centric. That means we double down on processing cameras. It is a compound AI system. The cost is relevant for consumer cars, right? This is -- we are in the Consumer Car business, also in the Robotaxi business, but in the Consumer Car business. And we have geographic scalability also with the aid of REM that is crowdsourced. Now what is the difference in our approach to how to solve autonomy? So our point is that in order to reach the very high level of mean time between failures that you need or the robustness that is needed in order to be eyes off, we need to introduce redundancies. And we introduced redundancies in many, many areas, but let's talk about redundancy in sensor-rare modality. We said we need to introduce another sensor that has the density of the camera, so we can see very fine details in the scene and has a quite different failure modes to the camera system. For example, LiDAR, there's lots of commonality in failure modes, especially in bad weather conditions, wet roads, rain and so far and so forth. Now there's no such sensor today because radars do not have the density of cameras. So this is why back in 2018, we started to develop the imaging radar, which would be ready end of this year, start of production in 2025, and I'll show a few slides about that. And that would give us the redundant -- redundancy that we want on top of cameras. And then you can add a LiDAR, front-facing LiDAR to get a triple redundancy. But really, the heavy lifting would be done by cameras and the imaging radar. And the imaging radar would have the same stack as the cameras from end to end, radars coming in, sensing state coming out and control. So what we're saying is in order to solve autonomy, we need to reach very high levels of MTBF that no one in the consumer cars have reached. right? And the way we are -- we think of doing that is while we are doubling down on cameras, if it's possible to reach it only with cameras, we will do that, right? But we believe that to be practical, you need to introduce another type of sensor, but has to be low cost. Otherwise, it's not relevant to consumer cars, okay? So those are kind of the 3. There's LiDAR-centric, camera-only and camera-centric where we're adding additional high-density sensor, low-cost, high-density sensor, which is the imaging radars. So in kind of the question of the quest of what would be determined, what are the requirements for success to go from eyes on to eyes off, where eyes off is kind of the quest of solving autonomy, we have here -- now we put here 5 pillars: productization; scalability, both the geographic and operational design domain; the technology stack, it's not only the software, it's the silicon, the infrastructure or the hardware in the loop infrastructure, the training infrastructure, sensors like the imaging, radar and so forth, so the technology stack; the cost, right? At the end of the day, these are systems that should be in consumer cars. So cost matters a lot; and also safety, right? We -- 3, 4 weeks ago, we published a safety report. It looks like an academic paper, but it's really the principles of our safety approach. And there are some nuances that I would share with you in this slide deck, and Shai would go a bit deeper on to it. So let's go pillar by pillar. So in terms of productization, it is really the challenge of going from a demo car to a volume production car. There's lots involved. It's kind of a death valley going from a car that is used for demo purposes to a technology that is on volume production and with many brands and many OEMs also. So you have to meet requirements, you have to meet the level of robustness that goes into production. So we divide it into 3. One is geographic scalability. We are working with more than 50 OEMs. The data that we get is very diverse coming from all over the world. REM was already covers over 95% of roads in the U.S. and Europe. We have more than 200 petabytes of data worldwide. So it's not data coming from a certain geographic location. It's really worldwide. I'll have a slide about that in a moment. Multiple car models and OEMs, right? We're not talking about building a technology that is for one brand, one car model and one carmaker. We're talking about technology that should go on multiple brands, multiple carmakers, right? So for example, we need -- carmakers have requirements. We cannot come to them and say, look, this is a black box. You take it or leave it, right? They have the requirements. And some carmakers have tens of thousands of requirements. So we built technology like DXP that we presented at CES that allows the carmaker to tune the entire driving experience on top of our stack. We have a -- the compound AI system is a modular stack allows us, for example, we train the system on a certain LiDAR and the carmaker wants another kind of LiDAR. We train the system on a certain camera configuration and the carmaker wants to add another camera or shift the position of the camera. We need to have the flexibility to adapt to changes without creating another moonshot development. So this is the multiple car models, meeting industry standards. So everybody talks only about MTBF, but industry standard is way beyond that. There is FuSa, functional safety. There is SOTIF. I'll mention that later when I talk about our safety. Then there is the RSS. Then there is failsafe. How do you make sure that if you have a hardware failure, you can still operate and do a minimum risk maneuver. So safety is not just counting miles between intervention. It's something much more comprehensive that you need to handle and you need to convince the carmakers that your approach is acceptable to them, and you need to adapt also to their requirements and their ideas and build a comprehensive safety protocol. So in terms of productization, the same category, for example, we have already what you have driven some Zeekr and Polestar SuperVision system on EyeQ and EyeQ5. The next-generation EyeQ6 is coming in the 2026 time frame by Porsche and Audi. And Nimrod will talk about all the engagements we have with additional customers. For that, there are about 300,000 vehicles in China and Polestar now is ramping up in Europe, a few thousands of cars every month. And then hopefully, later in the year, they will also start ramping up in the U.S. So this gives us a lot of productization experience, hundreds of thousands of vehicles with a piece of very advanced technology. It gives us productization experience. Preproduction, what you have seen in the garage, the SuperVision62 based on EyeQ6, the Chauffeur63, the eyes-off system with the three EyeQ6, the Drive64 for the Robotaxi, all of that is in preproduction. Second pillar, scalability. So here, we divided it into 2, first, geographic and the operational design domain. In terms of geographic, we would like the system to operate across a very, very diverse -- across diverse regions. So for example, what difference from region to region? Roads, they look the same, but semantic data, traffic signs, traffic lights, there's lots of variations from region to region. Traffic laws vary, public transportation route and so forth that there are many -- lots a lot of semantic data that change from region to region, and you want to quickly adapt to it and not to retrain for every region that you go through. This is one type of scalability. Human drivers' behavior, kind of thing, culture of driving changes from region to region. You can still drive safe, but with a different culture of driving, right? It's not a matter of safe or not safe. And that changes quite radically from region to region. And the laws also, the regulations are also different from region to region. So you need to adapt to them. So all of that is kind of what we call the geographic scalability. On the right-hand side, operational design domain. We would like to expand the ODD right? From -- to cover all road types. For example, in an eyes-off system, we're starting with highways. The industry is starting with highways. But later, we would like to move to primary roads, secondary roads, with protected turns, unprotected turns and so forth. So the road types, the driving conditions, nighttime, daylight, rain conditions, snow, you have to determine what kind of ODDs you want to support and how you expand. The weather conditions, I mentioned speed limit. you'd like to be in a useful speed limit, at least 130 kilometers per hour. How do you support that? What kind of sensors do you need to support that, right? And I'll show you some examples of what we do with the imaging radars. So a useful system that operates effectively in all those conditions and not just focused on a very narrow optimal use case. It has to be quite diverse. So for example, the geographic scalability of REM of our mapping. As you see, the amount of data that we get every quarter goes up. So to date, we have 56.6 billion miles harvested. It's a number that's difficult to comprehend in terms of the amount of roads that are covered. In 2024, about 30 billion miles were covered in terms of harvesting of receiving data. Every day, we collect around 60 million miles of data, right? So this is a huge machine, a huge endeavor of being able to build maps at scale. And here is an example, we're starting from very close view, right? This is how a map looks like. And zooming out, zooming out, zooming out, zooming out, and you get all of Europe. The white areas are the outs, if you were asking, right? Okay, so as you see, this very huge coverage. Next is the technology stack. The technology stack, most of it will be covered by Shai, especially the compound AI system, but I'll cover a bit on the EyeQ and the imaging radar and the hardware in the loop. So let's look at the technology stack. So first, in terms of Generation 1. Generation 1, again, we're talking about this title of solving autonomy. It's not ADAS. Generation 1, it's the EyeQ6. The EyeQ6, what you saw in the garage with the preproduction vehicles with the Porsche and Audi and the ID. Buzz. So the EyeQ6 has the capacity we need to solve to solve autonomy, right? One EyeQ6 for Surround ADAS, two EyeQ6 for SuperVision, three EyeQ6 for the Chauffeur Level 3, four EyeQ6 for Chauffeur Level 4 and also for the Drive system. Also the Mobileye imaging radar, call it BSR. This is the front, and we have also a corner. In Generation 2, EyeQ7, the purpose of EyeQ7 is cost reduction. So a system that has two EyeQ6, there will be one EyeQ7 and so forth. So this will give us cost reduction. And also the radar will also have a next generation, which we call CSR, which will also reduce cost. Not that the BSR is so expensive, it's a few hundreds of dollars, but still you always strive to reduce costs. So let's -- a few words about the EyeQ6 because it's really the design -- there's a very thoughtful design behind it, which is -- brings us to very high efficiency. So what do I mean by high efficiency? So you can think of efficiency versus flexibility as 2 axis where CPU on the right-hand side gives us low efficiency, but the general purpose, right? You can write any kind of code on a CPU. On the other hand, a fixed function silicon would have -- would be very special purpose, but very high efficiency, okay? And GPU is in between. What has EyeQ6 is a number of accelerator cores. We have CPUs by MIPS. This is RISC-V. We have special purpose vehicles like the XNN, and we have all those in between. right? Now in order to understand the efficiency, let's look at the following. This is a comparison between EyeQ5 and EyeQ6. On the right-hand side is the kind of measure that people like to use, which is tera operations per second, TOPS. So an EyeQ5 has 16 TOPS, right? And EyeQ6 has 34 TOPS, so twice the TOPS. But if you look at the number of workloads, pixel labeling, road, number of workloads and you measure the frames per second that you can support with this particular workload, you see a factor of 10 between EyeQ5 and EyeQ6, okay? Because it's not just TOPS. It is the way those accelerators are spanning this flexibility versus usability. If we take ResNet-50, which is a standard convolutional knit and run it on NVIDIA's Orin chip, okay? So NVIDIA's Orin chip in terms of TOPS is a factor of 8 to EyeQ6. But if you look at the measure of frames per second, it's only a factor of 2. So this is just a point to make that TOPS is not the right measure of efficiency of a chip. We build a chip that is very efficient for the needs we need for running computer vision, for running AI stack, and it doesn't need very, very high TOPS. We trade TOPS with more different types of accelerator families. The imaging radar, it is -- the spec of this particular image -- I'm not going to the spec, but the spec of this particular imaging radar is off the chart. There is no radar that is even close to it, not in production and not in design even, right? And there are 2 types, front-facing, which is the BSR and the corner radar. Now we have been working with OEMs to test the radar, right? Our vision of using this radar is part of a bundle, right? It's not necessarily that we are eager to be in the radar selling business, right? But it's part of a bundle of Chauffeur and Drive. But we're working with OEMs to understand what are their specifications of the use of an imaging radar. And you see here, these are 2 years of testing with a particular OEM. You see the type of things that are being tested. And what is really the sweet spot of use case is hazard detection. If you are driving 130 kilometers per hour, you need to see even a small object, could be a piece of a log or could be a person lying on the road head on, right? So not lying laterally, but lying vertically head on to you. So you only see the head or the foot. So it's very, very small. And you need to be able to see it way more than 100 meters away, 150, 160, even more. And this is very, very challenging. A camera can do it. The question now is what would be the additional sensor for redundancy that we will be able to do something like this. So here's an example of this kind of a dummy head-on of a person head-on. This is 8 meters away, and you can see here the detection down here. This is the 8 meter away. And as you go backwards, you see this box 100 meters away, you go backwards 220 meters away. So we can detect this for 220 meters. And this comprehensive set of tests for the last 2 years have proven that our radar is really off the charts. It's really off the chart. And this is going to be our vehicle to combine with cameras in order to solve autonomy in order to get to this very high mean time between failure to solve autonomy, okay? So it will be used for redundancy. It has the density of a camera, but because it's based on doppler radar, it has a completely different set of failure points than cameras. This is why it's perfect for redundancy. It has a density of cameras, high accuracy. We can also replace flash LiDARs because it starts detecting from few centimeters up to hundreds of meters, and it's low cost. Low cost, meaning if you take 5 of these radars front and 4 corners is $1000 -- $1,400, $1,500, something like that, right? Again, when you're talking about consumer cars and provide them an eyes-off solution, it is very, very reasonable, right? We're not talking about each sensor being thousands of dollars. Talking about -- of infrastructure. Again, this is -- we're still in this pillar of technology stack, hardware in the loop. So the question is what kind of offline infrastructure you need in order to support your development. It's not only training. Here, for example, is validation, right? We want to have an ability to do a real-time playback of 10,000 hours of driving overnight. So we built a hardware-in-the-loop system of 1,000 ECUs. So it's 1,000 SV62, right? that they work. They have their own memory such that you can feed 10,000 hours and then overnight, get the results of 10,000 hours of driving, whether there are falses, whether they are misses and so forth, right? So this is a very significant infrastructure in order to be able within a day to revalidate systems, make changes and revalidate and be able to support multiple carmakers. That's the point. So in addition, Shai will cover what we do with transformers, what we do about ground truth, safety goals, what is our latest view of how to reach the safety requirements to do an eyes-off system. Next pillar is cost. So if we look again on this product portfolio, what I put down here is system cost. It's not revenue to Mobileye, it's system cost. So for example, when you look at Base ADAS, depending on the bundle, $100, $150. Surround ADAS is front camera, rear camera and 4 parking cameras, so 6 cameras. In some case, there are 5 radars. In some case, there's only a front-facing radar. It's one EyeQ6. It's about $700 to $800. Then we're talking about SuperVision, which has two EyeQ6, it's about somewhere between $2,000 to $2,500. It's a system price, including the cameras, cables, everything, right? Then when we do a jump to the right, Chauffeur Level 3, three EyeQ6, it has also LiDARs, multiple radars. This is about $4,500. If we add a front imaging radar to get ability to handle more use cases, right? So the idea of eyes-off is that you can do something else and then with a grace period of, say, say, work on your smartphone. And then with a grace period of time, say, 10 seconds, it's a matter of choice of the OEM, you'll be asked to take control. So say, for example, the car is approaching a construction area. So the system may tell you, now please be eyes-on. And there is a front-facing camera looking at you to make sure that you are complying with the requirement. And if you do not comply with the requirement, the car would do what is called minimum risk maneuver, move to the side and stop, right? So what would be the difference, say, with an imaging radar and without an imaging radar. So with an imaging radar, we can also have more redundancies and therefore, support also a construction area as an eyes-off. So you'll be able to be minds-off, not just eyes-off for an extended period of time within the ODD, say, within the highway driving. So the system will not pester you. Now there is a construction area, be eyes-on. Now there's another area of uncertainty, be eyes-on. There's much, much lower frequency of asking for your intervention, and this would require an imaging radar. And if you add surround imaging radars, you can support more road types. And you see that the price going from $4,500 to $5,000 to $6,000, right? So you need to -- and these are system costs, right? It's not our revenue, and we need to make money. So imagine how tight everything is, right? You cannot put here a monster computer. You cannot put here sensors that you -- that is nice to have, right? You have to be very, very tight on cost if you want to meet these price levels. Safety. So what is our view of safety? So normally, what is being communicated or articulated in terms of safety is mean time between failure or mean time between critical interventions. And is this sufficient on its own? So is this just one parameter that I need to optimize a mean time between critical interventions. And if I pass the bar of whatever that number is, then I'm good enough. What we're saying is that it's a bit more complicated. Why it's a bit more complicated? So first, there is this idea of what is called unreasonable risk. So say, for example, there is an event which is extremely rare. It could happen at an infinitesimal probability. Say, for example, a child or baby lying on a highway. Probably this never happened in the past 20 years, right? But if a human driver sees a child lying on a highway, he will take action. I will not say this is a rare event. It is above the MTBF that is required, and therefore, I do nothing and I simply run over the child, right? So this is what is called unreasonable risk. So it's not just MTBF, right? You cannot hide behind MTBF when the risk is unreasonable. You can also define what is a reasonable risk. Say, for example, being able to handle 2 flat tires simultaneously. You can say that this is an event that is a reasonable risk. I'm not going to handle it. I'll handle 1 flat tire, but not 2 flat tires simultaneously. Of course, you have to articulate this to the regulator and get acceptance. But this is an area we can say this is a reasonable risk. Second, when you compare to human driving, it basically -- it's not just apples-to-apples because human driving statistics, they are influenced by illegal activity, like driving under influence, texting while driving and so forth, right? A machine is not expected to drive under influence and is not expected to lose attention, right? So it's not really apples to -- not really apples-to-apples. So the system goal is -- what we say is, first, there should be no unreasonable risks, which I'll define in a moment, should be no unreasonable risks. And the overall MTBF of the system should be at least as good as humans. It should be way better, but at least as good as humans. And now how do you build a safety case around this? So it's not just measuring mean time between intervention. And this is where we kind of -- this is the safety paper that we published a few weeks ago, Shai would be -- give more details. But we say in terms of unreasonable risk, unreasonable risk in terms of planning, you are misinterpreting the intentions of other road users. This is covered by RSS, which we published in 2017. Then we talk about identifiable errors. These could be hardware errors. This could be, for example, a camera is malfunctioning or the board is -- the power adapter of the board, the power regulator of the board is malfunctioning, a hardware failure. So it's something that I need to be able to identify, right? And the software bugs like a memory corruption. So what are the redundancies? And this is FuSa, this is failsafe. What are the redundancies I need to have? And what is the probability of its occurrence that is allowed by the standards. For example, FuSa talks about 10^8 hours of driving. This is the ASIL-D requirement or ASIL-B(D) that is required. Next is reproducible errors. It is something that I found out that I can reproduce in the lab. So once I found out a reproducible error, I need to fix it, okay? Next comes -- and here, I need to be open about what is unreasonable risk and what is reasonable risk and the kind of example that I gave, baby lying on the road is an unreasonable risk. 2 flat tires, a reasonable. So I need to be open about it. This is the standard called SOTIF. SOTIF talks about all of that, how you move from reasonable -- from unreasonable risks, how do you identify all those unreasonable risks in reproducible errors. Next comes the black swans. So something that is rare, unexpected, sometimes you cannot predict and you cannot reproduce. And let's call these AI bugs, machine learning bugs, right? That could be a stray of light that created something with your neural network and created a fault or misdetection or false detection and you cannot reproduce it, right? So these are what we call in the community edge cases. So this is where you would like to make sure that those black swans are -- their frequency as small as possible, and this is the MTBF, right? This is what you want to say the mean time between interventions caused by a black swan would be at a certain level. And here, what we do that, we achieve that through redundancies. It's redundancies with sensor modalities, it's redundancies with different set of algorithms. And the principle of this redundancy is kind of 2 out of 3. That failure involves at least 2 subsystems. So it's not -- if 1 subsystem fails, you can overcome it. Only if 2 subsystems fails, this would be deemed a failure. And it's a bit tricky because when you think about redundancy, you think about binary cases. There's a vehicle in front of me, should I break or not break. But there are many subsystems that are not binary, like lateral decisions. It's not black and white, right? You need to make a kind of a more smooth transition. So how do you create redundant systems there? And this is what PGF, the primary guardian and fallback system talks about, and Shai will provide more details. So if I want to summarize here, safety is more than just mean time between. You need to -- there are certain standards like FuSa, like SOTIF, like RSS. And you need to build redundancies into the system in order to reach this very, very high mean time between intervention. And all of that is something very comprehensive that you need to be able to handle. So if I summarize what I said here in terms of requirements for success, first of all, it's productization from demo to real product, it's kind of a death valley. It's a big transition. And this is something that Mobileye is very, very good at and your visit to the garage kind of a taste of what it means to execute these kinds of programs, scalability in terms of data, in terms of maps, in terms of ODD, in terms of being able to support multiple brands, multiple OEMs without creating a moonshot from brand to brand, from OEM to OEM. The cost, both the development cost and the system cost needs to be very, very tightly controlled if you want to gain market share. Because at the end of the day, success is translated to market share and top line, bottom line growth. Everything else is noise, right? So in order to gain market share, cost is key. Technology stack, what's all behind technology stack? It's not only the AI, it's the hardware infrastructure, the silicon, the imaging radar and so forth and so forth. And Shai would go a bit deeper into compound AI systems. And then safety. Safety is the big area. It's not you have a black box and just measure mean time between interventions and you pass the bar and you say everything is fine. It's way more than that. And we were very thoughtful about it throughout the years, and our maturity of thinking has evolved throughout the years because as we are practicing in building the autonomy, we kind of confront these issues and create a comprehensive theory about it. So safety is also an area that you need to crack in order to start gaining market share. So I'll end here and pass the baton to Shai. And we'll have later, Q&A.

All right. So we're going to talk about the ideas and the thoughts behind the technology stack of Mobileye, how do we tackle things? How do we tackle the problem of solving autonomy. And I'm working on machine learning and AI for 25 years now. I'm known even more. And I thought to start with showing you what's going on in this field. It's really amazing what happened in the last 25 years. And let's talk about 6 AI revolutions that happened in the last maybe 20 years. And 4 of them happened in the last 5 years. So we are definitely accelerating. So the first one is the machine learning revolution. This is not how things were done 25 years ago. And Mobileye was founded in 1999 and was among the first companies worldwide to use this technology. Then came the deep learning revolution around 2012. Again, Mobileye was very, very early adopter of this technology. And then came the generative AI and the universal learning revolutions. And now we are talking about sim-to-real in robotics and the -- maybe the most exciting things, which is reasoning. I will not talk about sim-to-real reasoning today, but I will talk about the first 4 revolutions, starting with machine learning and deep learning. So what is machine learning? What is the revolution? Before machine learning, when you want to tackle some problem, you just need to code it, okay? There is no other way. So if we want to detect, say, vehicles in order to know how to avoid them, we need to somehow program our system to know what the vehicle is. And it's pretty tricky to say in code what exactly the meaning of a vehicle or a pedestrian or any hazard. It's pretty tricky. So the machine learning revolution says, okay, let's collect data instead of telling the machine, coding the machine exactly what to detect, let's collect data and have the machine figure out by itself what a car is, what the pedestrian is, what a hazard is. So the first revolution was still code features, hand-tuned features, but let's have automatic algorithms, let's collect a lot of data and let's have automatic algorithms to figure out what's a vehicle and what's a pedestrian. And Mobileye did it among the first, even EyeQ1, EyeQ2, already applied machine learning algorithms. Then in 2012 came the deep learning revolution that made a big step forward. It says, you know what, forget about creating the features by hand. Let's have the machine look at pixels, Start from pixels and figure out what a car is, what you see in the image. And it started with a seminal paper in 2012. Already -- in 2013, we already have deep learning algorithms running in Mobileye, and it was in production already in 2014 on EyeQ3. So we were -- I think we were the first worldwide to adopt deep learning on an embedded system, okay? Now came the next steps. While I could explain the first 2 steps with 1 slide, it will take around 20 slides to explain the next steps. So I will walk you through this. It's a bit complicated, but I'll try to do it as accessible as possible. And by the way, this is -- what I'm going to describe is the technology behind ChatGPT and all the GenAI revolution that you see around. So it should be interesting as well, I hope. All right. So let's go back to the deep learning revolution and see how we did object detection with deep learning before transformers, before GenAI. So what you see, you see an image, you see detections pixel by pixel. Each pixel says, okay, I'm on some vehicle and let's have the box around the vehicle. So we are working in the image space and find many, many candidates. So it looks good, okay? We put rectangles around all objects, but there are too many of them. We need to do more. We need to find just a single rectangle on each object. This is called clustering and maximal suppression. So this is going from here to the right, the image on the right. But this is still not enough because this is in the image space. What we really need in order to drive the car is understanding where the vehicles are in the 3D space and not only where they are, also what their velocity, okay? So we need another algorithm to go to the 3D world. So while this was done by deep learning, the other 2 steps are not deep learning and they were coded, okay, because there was no technology to do it with deep learning, okay? So this is before transformers. Now comes transformers. And basically, they brought 3 revolutions. The revolution of generative pretrained transformers. This is GPT, generative G, pretrained P, transformers, GPT. Okay. So the 3 evolutions are: first, tokenize everything. What does it mean? It means that we are referring to everything as language, okay? I don't know what images are. I only know language, okay? And in language, there are words. So think about tokens as words. There are words that explains language, but there are also words that explain images. So some pixels will be a token, a word. So everything becomes -- it doesn't matter if it's image, if it's video, if it's voice, okay? Everything -- so wave signals, everything is tokenized. And then it's a sequence of tokens, which we think about it as a language, okay? So this is the first revolution. The second revolution is the generative autoregressive approach. Generative just means that we are not learning to label things to say, is this a car or not, but we are going to generate sentences, okay? So think about the problem of -- so what you see in ChatGPT, it generates text, one symbol at a time, okay? So this is what's called generative and autoregressive means one token at a time. So it's first output is the first word. And after that, it will output the next one and the next one and the next one. This is called autoregressive, okay? So this is the second revolution. And the third revolution is how to do it, and this is done via a specific neural network architecture, which is called transformers. And the paper that came out with this idea from Google Research is titled Attention Is All You Need because there is a specific structure, which is called Attention, okay? So together, these 3 properties brought the GPT revolution. Now I will elaborate on what are these components and why this is such a big deal, okay? So starting from the first one, tokenize everything. So let's take again the problem of detecting vehicles in an image, okay, like we talked before, okay? But let's think about how to tokenize it. So what we're doing is we are going to take the image and divide it into small patches and each small patch will be a token. Now the image, I forget that it has a 2-dimensional structure. I just have patch, patch, patch of images, and this is the input. What is the output? I need to define some language to communicate to you where are the cars in this image. So let's say that I will tell you where is the pixel, the bottom left corner of the vehicle and the top right corner of the vehicle, and I will do it for every vehicle. So it will be a sequence of coordinates telling you where the vehicles are in this image, okay? So what did we achieve by this? We achieved by this that we can tackle everything using this approach, okay? This is just one example. But if you think about any task that you want to solve, you as humans can communicate it in some language. So if you can communicate it with some language, think about it as tokenization process and now it becomes something that we can learn. Okay. The second component of this revolution is a generative autoregressive approach. So before this, we only knew how to classify things into few options, okay? Now we say there is no classification. We just learned probability on what is going to come next, okay? And we will do it step by step. So every time, we will say what's going to come next. And then we will say, okay, let's sample from this, get the next token and produce another one, okay? Why is it good? First, because it allows you self-supervision. We don't need labels. We just want to learn what's around us. So if we want to learn text, let's just look at the entire Internet as token by token, by token, by token, and then we don't need labels. If we want to learn images, let's look at YouTube, just look at many, many videos and figure out what's coming next. This is how we learn, okay? The second advantage is that we learn how to handle uncertainty building in the method because we never learn definite things, okay? So this is a car, this is not a car. We just learned what is the probability that what's come next is something, okay? And this property is very, very useful and also has some pitfalls that I will explain later. Okay. So why this enables many, many things. So let's again think about the problem of detecting vehicles. And here, we have 4 vehicles. Suppose that we have 4 coordinates to describe each vehicle. So overall, we have 16 numbers that we need -- or 32 actually because we need both X and Y. So 32 numbers that we need to communicate, okay? So if we have, say, 100 dimensions to each place, then it becomes -- the number of possibilities becomes huge, okay? So we cannot just tackle it directly. In autoregressive, we say, let's decompose it. Let's walk step by step. Let's first bring out the first coordinate, then the dimension is very, very small and continue like this. So again, it enables the machine to learn everything because even if your output space is very, very complex, if you think about this one step at a time, then it becomes easy, okay? The last thing is a transformer architecture. So the transformer architecture is simply an architecture tailored for predicting the next token given the previous tokens. So again, we have all the context of all what we know so far, and we want to induce a probability over what's coming next. And the transformer is a neural network architecture to do it, okay? And in order to explain it, I like to think about it as a group thinking process, okay? So suppose that all of us, okay? Each one of you is a token, okay? Now all of us are the tokens observed so far. And we want to say something about the next person that is going to enter the room, okay? Now each of us individually knows something about the world, not everything, okay? But together, we have more power. So let's think how we do a group thinking process in order to combine everything that we know individually into something very, very strong. So if you think about it, there will be 2 steps in this group thinking process. One step is what I call self-reflection. Each one is sitting in his chair and thinking, okay, what I already know, let's process it a bit. Now I can articulate it maybe in a better way. So each one individually is doing a self reflection on what you currently know. But this by itself is not enough because we're not doing anything together. How can we do something together? We need to communicate and how can we communicate? So someone can ask the crowd some question, okay? And some of the people in the crowd will have no clue about this question, this particular question. Other people, maybe someone will know something relevant, so we will give the answer. And then the person that asked the question can combine the answer that he got in order to be smarter for the next iteration. So these 2 constructs are exactly what's going on in transformers. There is a self-reflection part of the layer of the neural network, and there is a self-attention part of the neural network. So self-reflection is simply each token. So I don't think I need to go too much into the details, but just remember 2 numbers, N and D, okay? N is the number of tokens, the number of people here. And D is the size of the embedding of the knowledge of each individual people. So if each of you, I -- sorry for doing it, but I summarize you to a vector to a d-dimensional vector. This is what you know, okay? On the thinking process that we are doing. So what happens in the self-reflection, each one works individually. This is why the complexity of this layer is linear in N, okay, because we are doing in parallel, each one think by itself, okay? So we will have linear in N, no power in the N. But each one think hard on its own relations between the features that it has. So this means quadratic in that dimension of each individual, okay? Because each one has many, many features that he knows and he wants to combine them. So this gives D^2. So the complexity of self-reflection is D^2N. What's going on in self-attention? So it's exactly how I described before, but it all happens simultaneously, okay? So it goes like this. Each one of you produces 3 things. One is a question, we call it a query, what you want to ask the crowd. The second one is a key. A key is just what type of questions I want to answer. If someone else will ask a question, do I want to answer it? This is represented by the key that you have. This is what you know, okay? And value is the actual answers that you are going to have in case someone will ask. So each one of you produces these 3 vectors. And then we are doing matching. So we take every query, match it with every other key. If there is a match, then the value is propagated to the right place, okay? So this is what's going on in attention. So again, no need to go into the details, but just know this number N^2D, okay? So before we have ND^2. Now we have N^2D. Why? Because now the communication is between every 2 individuals. So the number of pairs of individuals is N^2. But the calculation itself is just matching query and key. These are both d-dimensional vectors, so it takes linear in D. So we got N^2D. So the 2 parts of the networks are ND^2 for self-reflection and N^2D for self-attention. And all of this process is happening again and again and again with a number of layers because after all, we are talking about deep networks. Deep mean many, many layers, okay? All right. So now if we compare this complexity with what happened before, we had fully connected layer. Fully connected layer means that every feature of every person talks with every feature of every other person. So we have Nx the overall number of features and each are talking with each other. So we get N^2D^2, okay? So we get much more compute than what happens in transformers. And alternative is recurrent neural networks in which I just put you in a line and each one only talks with the one before him or her, okay? So this one is ND^2, which is less than transformers, okay? But transformers are more powerful because they didn't have the limitation that you can only talk with the one before you. So if we take the new transformers relatively to previous ones, so I said fully connected networks. Now we are sparsier, okay, sparser. Convolutional neural networks, which was a hot thing before transformers for images are as good as transformers actually, but they are specific. Transformers are more general, okay? So transformers gives you any modality. CNNs give you only the images, okay? But in terms of sparsity and effectiveness, they are the same. And are the recurrent neural networks, which are denser, but effectively never mind the details, okay? So what did we gain? We can handle all types of inputs. We can deal with uncertainty, and we can enable all types of outputs. So basically, the premise of GPTs are the ultimate machine learner. So something universal that can solve all problems of humanity, okay? Sounds great, right? So let's use it for driving. Sounds like a good idea. Let's take as input images, okay? As output control command, how to steer and how to move the throttle or the braking pedal, and that's it. problem solved, the ultimate machine learner. So let's give a little bit more details how to do it because we actually did it. So we do the following. We start with a convolutional neural network backbone for creating image tokens. Remember that we want to do tokenization. We want to transform our original input into a language. The way we chose to do it, which is standard in the literature and in the industry is by using convolutional neural networks, which are very, very good for images, just as a tokenization layer, just to make the images be a sequence of tokens. So we took 32 high-resolution images. The CNN reduces them to smaller images, 20x15 pixels, but each one of them has dimensions. So it's not just a pixel, it's a representation of an area in the image, okay? So now we have 20x15, which is 300, we have 300 tokens per image and each one has dimension D of 256, okay? So I use N P because this is for a single image, okay? In total, we have 9,600 tokens because we have 32 images, okay? So 32x the 300 pixels -- tokens that we have per image gives us almost 10,000 tokens, okay? So this will be the representation of our input. And each one, I chose a very, very mild dimension of 256. By the way, if you look at GPT-3, for example, the dimension is 14,000, okay? So much higher than that. So all what I'm going to tell will be much worse if we choose the parameters of GPT, okay? So let's run a transformer on this, okay? With layers, I chose 32 layers, again, a very mild choice relatively to GPT that has 96 layers, if I remember correctly, okay? So assuming we are running 10 hertz, so we are doing the calculation 10x a second, which is standard actually on the low side in the industry. Then just the encoding itself takes 100 TOPS, okay? And I didn't count the CNN in the beginning, and they didn't count anything else that you want to do. And they choice a very, very mild networks. So this is 100 tera operations per second. Now just if you need a little bit flexibility, then you run out of space in your compute, okay? The decoder will be 50 tokens that describe where the vehicle should drive in the coming 5 seconds. So let me show you how it works, okay? So what we see here, a few of the images of the input images. What you see on the bottom, you see the e.GO car, okay? And then you see this, I think it's blue dots. I'm color blind, so sorry. I think it's blue, okay, or close enough. So you see 50 points here. This represents where the car should be in the coming 5 seconds at 10 hertz, okay? So 10x5, okay? Now what you will see, if this line, this blue line will get shorter, it means that we need to slow down, right? Because if we are driving slow, then we will be here in 5 seconds. If we are driving fast, we will be here in 5 seconds. So you will see that the line goes to be longer or shorter depending on the speed. So this is how I encoded the speed, the required speed, okay? And the position of the line encodes our steering, okay? How we want to drive, okay? So now let's play this video, and what you see is that we are coming to an intersection. We need to do a right turn, then come some cyclist. So we slow down and then we can accelerate and do a lane change in order to overtake the cyclist. So this was learned by the ultimate learning machine, GPT end-to-end from pixels to -- not to the control command, but to something that we can easily translate to control commands and is actually more interpretable. We didn't choose control command because we don't want to be vehicle specific. In one vehicle, you will need to translate these dots in one way to the controller and then in another. So just let's take something generic, let's just say slow down or accelerate and how to steer, okay? Another example. So here, this is, by the way, in Hamburg, if I'm not mistaken. So it's a narrow street. So you will see that the blue dots takes you between parked cars. So we need to plan to be -- to do the -- to slow down when it's a tight place to go by and so on. So this is another example. And here is actually maybe a more interesting example. So we are driving and behind the bus, this is in Jerusalem. Then we see a car that looks like an obstacle, let's try to overtake it. We try to overtake it, but then it starts to go. So we say, okay, let's go just slow down and go after it, okay? So all of this is examples of how you run this end-to-end from pixels to control commands or to close enough to control commands. So if it's so good, why shouldn't we just take it? Some did, not to mention names, okay? But we think it's actually not such a good idea, not such a great idea as an individual solution, complete solution to the problem. It's good for other cases, and we are using it, but not as a single solution to the problem. So why we don't think it's as a single solution to the problem, if it is good. So first, we have many, many doubts whether it will reach the desired MTBF, okay? And we elaborated on this in the AI Day. There are some issues with this ultimate learning machine. The first thing, if you may recall, I told you that one of the benefits of this machine is that it doesn't need labels because it just learn what's going to happen next. So how did we train this what you saw in the videos by just looking at what's going to happen next. But the future is uncertain. We don't know what's going to happen next, and there is no way to know because there is inherent randomness. We cannot model what's going on in the brain of each individual that contributed data to this training process, okay? So we -- the only thing that we can say is what is likely to happen next. But is it good or bad? There is no good or bad. There is only likely or unlikely. So inherently, this method cannot distinguish between rare and correct versus common and incorrect. And when you train them, you often see things which are a common practice of human drivers, which is simply not a behavior that you want to adopt, okay? Because there is no any notion of correctness. Another problem, and this is something we see very, very clearly in language models. So even if you take the largest language model out there, something that we have no even hope that in the coming future, this will be able to run on a car, like GPT-4, okay? Trillions of parameters, not something that you can put on a car and run in real time. So even GPT-4, when you ask it to tell you how much is a number times another number, say, with 4 digits, okay? Then it will give you a wrong answer. And what OpenAI did in order to solve this problem, they just understand that you are asking about something that they should apply a calculator and they just run Python in the background in order to translate your request into a one liner of a Python program, run the Python program, take the output, and this is the answer that they give you. So even OpenAI stopped doing end-to-end. They switched to a compound AI system, a system which is -- in which there is some large language model, but there are other components which are not based on learning at all. Why did they do it? Why the network couldn't figure out with trillions of parameters how to multiply 2 numbers. The reason is that these methods have limitations and many times, they fail to learn important obstructions on the problem, okay? They can learn instincts, but not obstructions. Now you can say, fine, humans are driving by instincts. I will be as good as human. And I will say wrong. Humans are not driving only by instinct. If this was true, then we would let little children drive. We don't let them drive. We make them learn the rules. There are rules to follow, right? And you need to be responsible and there are more things that you need to do. You need to be mature enough in order to grasp obstructions to learn them in driving school and only then we give you a permit to drive. It's not just an instinct. You need to learn obstructions. And especially for autonomous driving, where we want to be very clear about safety, okay? So we don't want to say, okay, it's an instinct. We want to be -- to give some clarity on what we are doing. For this, we need obstructions. There are also a problem, which is called the shortcut learning problem. I don't have time to explain fully, but these are cases in which the network finds a shortcut, okay? And doesn't really grasp the real thing that you wanted to understand. And the issue with it is that it will not generalize in edge cases, which bring me to the long tail problem. Solving -- so you saw that we are driving pretty nice with end-to-end. I showed you the video. Very nice. But what happens in edge cases? Very, very difficult to control edge cases with these methods, okay, where you don't have any transparency on what's going on in between. So for all of these reasons, we have doubt if it will ever reach the desired MTBF or maybe not ever, but if it will reach the desired MTBF with the current technology, okay? The second thing is that we also want to eliminate unreasonable risk. So Amnon mentioned it. Think about what happens if you have a board that just burned, okay? Or you have a mis -- malfunctioning camera or dirt on the front camera, okay? Even if you have the best AI in the world, it can only work on the computer that it runs. If the computer is malfunctioning, it will not work. It can only rely on what it sees. If it can't see, then we have a problem, okay? So if you put all the eggs on one monolithic system and you want to be robust to the system, so you just need to duplicate it, doubling the cost, okay? You just need to take the same end-to-end expensive system and double it, okay? So 2 computers, you need to double the cameras. Hopefully, they will not get there at the same time, et cetera, et cetera. The way we build the system is that we have redundancies built in, in the system, which does not cost us more because by design. okay? Which brings me to the third thing, these methods, the GPT methods are brute force, okay? Brute force is the dark side of universality, okay? Now we do not need to solve a universal problem. We need to solve driving, okay? We know a lot about the problem. Why can't we use it? Why won't we use it? So what I'm going to show you is transformers where we use what we know about the problem. And by doing this, we get 100x better efficiency relatively to vanilla transformers without paying nothing by performance. In fact, we actually improved performance because we injected prior knowledge things that we know about the problem. But there is a lot of sophistication that needs to be done in order to achieve it. One of these issues is we now need labels because we do not rely only on GPT, only on unsupervised data. So we do need labels. But if you're smart about labels, you can get it for free. So these are 2 things that I'm going to show you how we get transformers 100x more efficient and how we get labels for free. Okay. So back to our problem. We have images. We want to output not only the trajectory, but also sensing state, but also all the vehicles around us and all the objects around us for the reason I've mentioned before about MTBF and unreasonable risk and all of this. So it's a similar problem, just I require more from the neural networks. Same neural networks that outputs the trajectory should also output additional things like all of the objects, the lanes, et cetera. So what we propose is something we call STAT. It's sparse type attention. And in order to understand it, first recall that in vanilla Transformer, we have the N^2D plus D^2N, and let's focus on the N^2D, which is the thing that hurts us the most because we have N to be 10,000, okay? So 10^4. So N^2 is 10^8, okay? It's really large. Now what's the problem with it? What we are not using? What we are not using is that we are here maybe 30, 40 people, okay? Maybe it makes sense for us to do a group thinking where everyone can ask all the rest a question. okay? In the self-attention phase of our group thinking process. But imagine that we were 10,000 people here, okay? So a whole stadium of people, does it make sense that each one will be able to ask each other one a question? I don't think so, okay? So how we handle so many people? We group them together, okay? So we group them together and then each group does some group thinking, and there is maybe a manager to the group that communicates with the manager of other groups or there are groups and there are link tokens that link between different groups. In companies, this is called product group. Moran here is Head of Product. So Moran is responsible for linking between the R&D and the business. The business needs something. The R&D is working on general technology, how you link them? You want someone to communicate between the business needs and the R&D, okay? So this is exactly what we are doing in STAT. We are grouping things together. And we have -- for every image, we have 300 image tokens, but they are not talking with each other. They are talking with the product group with the link tokens, okay? And then we are having a bottleneck in the communication, and this reduces the N^2 dramatically, okay? Now what is dramatically by a factor of 10, but recall that we have N^2. So a factor of 10 in the communication becomes a factor of 100 in the overall compute. And this is how we get 100x more efficient, and we didn't pay anything because we did something that build for the problem that we are trying to solve. So when we did it, we actually improved performance versus vanilla GPT, okay? The other thing, I will not go into it, Parallel Autoregressive takes care of another hurt point of transformers, no modern chip likes to produce things one at a time because we cannot leverage parallelism when we output things one at a time. And on the other hand, all the idea of autoaggressive is outputting things one at a time. So how to handle it, we, again, have a novel idea of how to do it, and we implemented it and it works very, very well. I will not go into the details. So intermediate summary. Transformers. So we had machine learning. We had deep learning, machine learning, 2000, deep learning in 2012, then came transformers 2018 and became very popular in '19, okay? So the goods are bad and the ugly of transformer. The good is that these are universal learners. They are generative and universal, so you can solve everything by it and you can solve it without labels. This is great. The bad is that by construction, you cannot separate between right and wrong, just between common and rare, okay? You miss important obstructions in many times like multiplications. And this approach is questionable when very high accuracy is required. You see in -- I mean, GPT family, ChatGPT and other similar models are really amazing, but they are hallucinate and I would not count them with my life. I propose that you will not as well, okay? So they are very impressive, but not for safety, heavily safety critic applications, okay? And the ugly, it's the dark side of universality is brute force. So if you can solve anything with the same hammer, then this hammer should be a really big one, okay? But when you know what nail you need to press on, push on, I don't know how to say it, then you should adapt the hammer to the nail, okay? So working smarter with transformers, we use transformers as one component in our system, but not the only component. We use them where they are great. And because we use them just as a component, we need to be much more efficient when using them. So this is why we developed 100x more efficient transformers. And then it's just a part of our system, no big deal, everything is fine, okay? Okay. The next thing I said is that because we are not doing just end-to-end unsupervised, we need labels, okay? And when you think about it, there is really a trade-off. This graph shows how much data do you need versus what the amount of supervision. You can think about it as a quality versus quantity. So the X axis here is quality of the data, how much you know about this data. It just -- it's not just what's going to happen next, but it also -- this thing is called a car. This thing is called a pedestrian. This thing is called a cone, okay? This is supervision, okay? Versus just the human is going to drive like this, okay? So the end-to-end method, they really need a lot of data of very low quality. So they prefer to take large quantities over quality, low quality of data, okay? Unsupervised. CAIS approaches that we take seemingly needs much less data, but of a higher quality because we need labels. We want to understand that this is a car and this is a pedestrian. Now we are doing a magic. We use low amount of data, and this is sufficient, even though that we need all the labels, still we can live with very, very few manually labeled data. How we do this magic? This is what I'm going to show. So the magic is to automate the creation of ground truth, requiring very, very little amount of human labeling and a lot of automatic process. Now why can we leverage automatic process? There are one major reason. If you try to solve an easier problem, then you need less labels. Now why is the problem of ground cruise is easier than the problem of learning how to drive. There are 2 reasons for that. The first superpower that we have is that we know the future. So we are at training time. not at inference time. When you want the car to drive, you don't know the future. When you are just creating data, you know the future. And this is a superpower. Why? So you see this car. Now it's closed and it's very easy to see it. Now if you track it, you can keep seeing it when it is far away. So this is just one illustration of how knowing the future is very, very helpful and makes the problem much easier. The second superpower that we have is what sensors that we are using. During data collection, we can rely on expensive sensors because we do not need scale, okay? In production, we cannot rely on expensive sensors. So these 2 superpowers make the problem much easier. In addition, we have offline compute. So we don't need to constrain ourselves to the compute that we can put on car running in real time. We can calculate on a server at the office, not at real time. All of this gives us another ability. We can build foundation models, which are heavy and use them in order to create data. So this is an example of our foundation model. This is a foundation model that we built in Mobileye, which beats the best state-of-the-art out there for our data, okay? I'm not saying that we are beating for data that we don't care about. But for our data, it's better than anything else. And it gives at the level of pixel for every pixel, what the semantic meaning of the pixel. All in all, we get this level of detail. So what you see here is you see a point cloud and you see the level of detail of all the cyclists and the trees and the road and the cars, everything is fully known to the model, okay? Also hazards, et cetera. Okay. Last topic, safety goal. So Amnon already mentioned that the common requirement is to have super human mean time between failures or critical events. And we require more. We require no unreasonable risk. And what do we mean by that? We mean no lapse of judgment in the decision-making. We simply think that in decision-making, we cannot rely on statistics and do something really crazy. We need to be very clear about and transparent about what is reasonable to do and what is not reasonable to do. And maybe saying a few words about it. And this is about the RSS model that we published in 2017. What bothered us is that there is an inherent trade-off between usefulness of the driving of the road system, if you want, and safety on the other hand. What's the trade-off? So on one hand, if we will say that every car on residential roads will drive at 1 mile per hour, no faster than that. This will be safer than the situation today, okay? You cannot do a big damage while driving 1 mile per hour. But the usefulness of the road system will be damaged, okay? It will take only the last mile, okay? From the main road to your house might take 1 hour, okay? We are driving 1 mile per hour. So it takes 1 hour, just the last mile, okay? So we don't want -- we want to be at a reasonable place on this trade-off between safety and usefulness. And the regulator sometimes put numbers on this trade-off, for example, setting the speed limit, okay? Setting the speed limit is a number on the trade-off between usefulness of the road system and safety. And the RSS model takes it several steps forward, giving a model to say, okay, at the end of the day, I want to make reasonable assumptions on what others might do, okay? And if they will behave crazy, then they behaved unreasonably. And it was valid assumption to me to assume that they will not behave like this, okay? And under -- but if everyone behaves reasonably according to the model, then you cannot say I miscalculated what others will do, and therefore, I created a collision. So the RSS model allows us to put a clear and transparent line between reasonable assumptions on other road users versus unreasonable assumptions on other road users, okay? And behave accordingly. What we did in our recent paper is extending this type of thinking to all the decision-making that we are doing in the development of self-driving cars. So planning is, again, RSS. For hardware, again, so we have a computer that do -- that does all the calculations in our stack. What happens if it is burned? Is it reasonable to assume that it will never be malfunctioning? It's not. We think it's not a reasonable assumption. And there is actually a standard for this, which is called FuSa for functional safety. And this standard tells you the boundary between what you assume and what you cannot assume. For example, okay, it tells you that if you have 2 computers, you can assume that not -- that both of them -- the event that both of them will be burned at exactly the same time is something that you can say this is unreasonable, okay? So you can say, I don't need to deal with it. But if one of them is failing, you need to be able to deal with it and know how to identify that you have a malfunctioning hardware and be able to drive the car based on the other board, the other computer. Likewise, if the camera has dirt on it, okay? You cannot just say, okay, this will not happen. It will happen. And you need to know to detect it to understand that there is a failure and to behave appropriately and behaving appropriately is based on other sensors stopping on the side and asking the, say, the human in the car to clean the dirt, okay? If there is a human in the car, just as examples. So this FuSa standard tells you how to deal with potential hardware failures and what is reasonable and unreasonable in hardware failures. Now much trickier is how to deal with AI bugs because if we rely on machine learning -- machine learning, deep learning, transformers, all of these are statistical creatures. They can never tell you that you are correct. The standard model of learning is called PAC learning. PAC stands for probably approximately correct, okay? So the only thing that they can tell you is that probably approximately you are correct, okay? But what if you are not correct? It's not good enough, probably approximately for safety-critical applications. So how to deal with AI bugs. So we built a methodology to deal with AI bugs, okay? And the methodology following a standard again, which is called SOTIF, safety of the intended functionality, says how you should hunt and fix reproducible error, what -- we define what is a reproducible error. And each reproducible error, you cannot rely on statistics for something that happens again and again, okay? You cannot say, yes, it will -- you can reproduce it. It will happen again and again, but it will happen very rarely, like the example Amnon mentioned about a baby lying on the road, okay? You cannot think about it that because it is rare, it's okay not to deal with this case. It's not okay. And if it is okay, so if there is something that you say, okay, it's very rare and we are not going to deal with it. You need to be transparent about it. You need to state formally what you take care of and what you say explicitly that this is something that it's reasonable to assume that this is a low probability event, and we can ignore it, like 2 tires become flat immediately at exactly the same moment, okay? And finally, there is the black swans. The black swan is all the rest. And here, the methodology that we have for black swan is that we don't want any single point of failure in our design. So everything that we solve, we want to solve by more than one method, and the failure can only happen if 2 methods, at least 2 methods fail simultaneously, okay? This is a design methodology, which is, by the way, a very standard design methodology in aviation and in every industry that requires a high level of safety. When you design more than one system, you need to tackle the problem of how to fuse systems. And it's not trivial, even though it sounds trivial at first thought, but it's not. And we wrote about it in the paper about the PGF model, the primary guardian fallback approach, how to fuse different systems. But the last thing is just to have super human MTBF. Now the way we think about it is that there are 2 things that you need to require. One thing is don't have unreasonable risk. And the second thing, the flat MTBF argument is a greater good argument, okay? At the end of the day, you don't want to cause more harm relatively to what's going on today with human drivers. So it's a greater good argument. But greater good is not sufficient. You also need to be responsible in the sense of not inducing unreasonable risk. So this is my last slide that just give you a hint how we design, with PGF, 3 systems with primary Guardian fallback. So for example, for physical objects, we have 3 low-level subsystems, one based on a radar, one on a camera and one on a LiDAR. And then we fuse them by a neural network, and we use RSS-based driving policies. This is our primary system. Now we have a Guardian system that takes the output of the primary system and contrast it with each sensor individually. And then we can count majority. If 2 out of 3 agree with the primary, then we are fine. But if at least 2 of the systems disagree with the primary system, then we have a problem. And when we have a problem, we go to a fallback system, okay? And again, it's -- you need to think about it, but this design is such that if the overall, the whole system fails, then at least 2 subsystems fail, okay? We never want to fail when only 1 subsystem fail. So this is safety by design. For lane semantic system, we use different definition. There radars and LiDARs are less relevant because understanding lane marks by -- it is mainly either a camera thing or a map-based thing. So the sensors are a bit different. It's camera and map. And here, we use another approach, which we call algorithmic redundancy. So you can have redundancy that follows from sensors, but you can also have redundancies that follows from algorithmic redundancy. Just use different algorithmic mechanisms in order to get redundancy. So to sum up, I talked a lot about machine learning and AI and what happened in the last 20 years and spent quite a lot of time walking with you on transformers. I hope it wasn't too much. What I showed you is that we are well aware of all of these things, and we don't think that we need to take them as ease, but we need to be smart about how to combine them for solving autonomy in terms of efficiency, 100x more efficient, in terms of relying on a compound AI system and not just a single end-to-end system, in terms of how to be smart on how to create labels and safety goals. Thank you.

Okay. We're going to take a 15-minute break. The restrooms are across. The men's room is on the left of the elevators, the women's room is on the right. Thanks, everybody. Coffee available over there. [Break]

Okay, everybody. We're going to get started again. That was a quick 15 minutes. Let me know when we're live again. Thanks, everybody. So yes, 2 more presentations, and then we'll do a Q&A. So let me introduce our EVP of Business Development and Strategy, Nimrod Nehushtan. Nimrod, take it away.

Okay. So now I'll start the business side of the presentations after the technology side, and I'm trying to -- I'll try to explain how the deep technological innovation translates to business and to our programs with carmakers and what is the process that they're taking to make such a decision. Where are we in these engagements with OEMs and how does it -- what impact will it have midterm, long term on the growth of the company. So I'll try to connect the dots between the business and the technology and products. Okay. recapping from -- or starting from where Amnon finished, eventually, Mobileye's vision is about solving car accidents and autonomy. And our product portfolio spans from the Base ADAS front camera-based system that provides driver assist safety features and kind of all the regulatory requirements globally and all the way to drive driverless Robotaxi business. What I'm trying to explain is not just the technology and the sensor set and things like that, but the user experience. Why will OEM want any of these systems? What do they want to offer to drivers and to consumers and what -- where do they see the added value and what are the most important criteria for them making a decision on which is the best possible option for the different needs. So in ADAS, it's about helping the drivers prevent dangerous events and meeting regulatory requirements. In SuperVision, it's about changing the way drivers are experiencing driving. So instead of driving all the time, which can be a little bit bothersome, you can now take your hands off and relax. There is a lot of comfort being a heavy user of the system. I think it changes the way you're experiencing driving, and it's really hard to go back to manually driving all the time. But not just this, there is also a safety benefit because the system is very capable and very sophisticated and intelligent, you can offer new types of safety benefits to drivers. And this can be considered as kind of the premium ADAS systems in the upcoming generations. Chauffeur is about giving back time to drivers. So there is no more compelling -- I don't think that there is a more compelling value proposition than giving back time to people. And I think it's pretty straightforward. The key here is how much availability of a car -- of a system you can have because there are existing Level 3 eyes-off system out there. However, they're not providing enough of consistent and, let's say, useful availability of the system for people to really change the way they are experiencing their system. So maybe every once in a while, you can activate it for a few minutes or a few like 30 minutes in a specific road, but it's still not enough to really get used to doing other things while you're on a highway, for example. And that is the key challenge there. And Drive is about transformation of mobility. It's about removing the driver and maybe changing how cities are behaving. So before we continue about the business, I think it is important to explain what happened in the past 2 years. It has been, as Dan mentioned at the beginning, 2 years since our IPO, since we had a similar event. And some things have happened, probably you noticed. And we want to kind of explain how we perceive what happened on the good side and on the challenging side, I would say. And I think we should divide between the Base ADAS, our core business today and the advanced products and the future growth engines of the company. So starting with Base ADAS, the headwind factors were, I think, twofold. Number one is China. There is a growing market dynamics in China in which, number one, there is an emergence of lower cost, lower performance solutions in China, which created a race to the bottom dynamics, which creates some level of challenge to maintain market share in China. But not just this, also our core customers are losing market share in China because of the rise in competition from the Chinese OEMs, which adopts local solutions. with no performance regulation or with less sensitivity to performance issues, then over time, our core customers are losing market share. This created uncertainty on our sales in the near term. And of course, I think it happened in a few or it affected us in some ways. However, at the same time, it is important to say that we had very successfully maintained our existing customer base, and we have solidified our position as the core ADAS partner for our top 10 customers. And we won practically or 95% plus of all the RFQs, all the future volumes that our customer base opened in the past 2 years, which means we have a pipeline well into the 2030s of continued sales of Base ADAS for the global OEMs that are our core customer base today. We're not seeing any global competitor emerging with consistent design wins in this time period. So although there is growing competition, let's say, competitive forces in China, which come mostly from the price competition aspect with lesser performance in a market that is tilted towards price versus performance. We're not seeing the same effect happening globally in Base ADAS. And we are perceived as the de facto standard that is synonymous with Base ADAS. And that has been the case in the past 2 years, and we're not seeing any reason why that will not be the case. Also, we are seeing continued regulatory upgrades and continued push for more content, more features, higher standards, which also helps us because that's our biggest advantage. We have the best performance versus cost product in the market. And the more regulation in Europe and the U.S. continues to push the envelope, the better it is for Mobileye. And when it comes to China, there is a trend of maybe China for China, but China not for global, which is important to kind of isolate the impact and the dynamics in China to the Chinese market and not perhaps have the same effects outside of China. That is mostly driven by macro factors like trade and restrictions on technologies and so on. And today, it's harder to imagine a technology from China becoming the market leader in the U.S. market, for example, when it comes to self-driving and AI-driven systems. When we look at the advanced systems -- advanced products, sorry, the headwind factors were mostly delays in decision-making. And these delays are not necessarily directly related to things that Mobileye is doing or influencing, but it is related to the overall uncertainty in the industry, also driven by China, but not just China. The EV versus combustion engine discussion is not affecting us in the sense that we -- that AV is tied at the hip with EV. That is a myth that I think we need to debunk. The way it does affect us is the fact that OEMs did have a plan that the future generation of their cars will be electric and will have the next-gen intelligent driving system. Now that the EV demand is different, they need to go back to the drawing board and maybe think of a next-generation combustion engine car. And that has inserted a certain delay in their decision-making time lines, not because EV cannot go with a combustion engine, but because they did not have a plan for a next-gen combustion engine architecture, perhaps. And also AI and recent advancements in AI continuing with what -- from where Shai ended, this deep technological revolution is something that OEMs are trying to get their heads around and they try to understand what does it mean, how does it change the landscape? And that creates some delay in making a decision because you don't want to make a decision that maybe will be proven wrong because of a technology revolution. I think in -- at the same time, very important for us is we managed to secure the first global OEM partner for a full adoption of our product portfolio. And that has been a very, very important tailwind factor because it gave us credibility that our products and technology -- it's like if Volkswagen Group has selected Mobileye as its partner for Base ADAS, SuperVision, Chauffeur and Drive, it is known in the industry that Volkswagen Group has the highest standards in making such a decision. And they probably went through all the length of what it takes to be the right partner, and it really helped other OEMs to feel comfortable with making such a strategic decision with us, and I'll show you later how does it translate to design win pipeline and expectations. We are in a stage where 9 out of our top 10 customers are in some level of discussion and engagements, concrete engagements on us on our advanced products. That number 2 years ago was different, as you'll see in a minute, which means that we're on a good path to deepen our partnership with our top 10 customers. And the key fact here is or the key benefit advantage that we have is our diversity in the products that we can offer. So our growth is not based on a one-fits-all product. As we have explained in the workshop, it is very important to have adaptability, modularity, synergies between different products because OEMs have kind of different needs for different segments. So if I recap this, the headwind factor is the delays in decision-making because of both mostly macro-driven aspects. But at the same time, we did manage to solidify our position with our existing customer base and to path or pave the way for deepening the partnership with more advanced products with them. So what is the kind of the planning process that OEMs are doing for their next-generation ADAS systems? So today, ADAS is divided into 2 categories. You have the standard ADAS, which is mostly reliant on a front camera, in some cases, a radar, which provides the safety features. As Amnon mentioned, it's around $100, $150 per system. And this is the system cost that the OEM pays. It's not the Mobileye price point. It's the entire system cost. And the premium is something not very clearly defined. In a lot of cases, it's expensive system that provides maybe in-lane hands off like a BlueCruise or Super Cruise function that provides in-lane hands-off using multiple radars and multiple cameras in a kind of a complex architecture. What we are seeing working directly with the OEMs, multiple OEMs from their RFQs from what they are planning is a more, let's say, precise definition of the segments of products they want to launch, let's say, in '26, '27 onwards. And the -- let's say, the standard of the entry is pretty much the same. You want to do as much as you can with a little -- with the smallest amount of sensors because here, it's all about the price. This is the standard that is going to be in all cars, including in emerging markets like India, for example. The premium has -- is more precisely defined around eyes off and hands off everywhere, which means like point-to-point driving like we have demonstrated today. That is like the consensus and what will be a premium system in 2 years, 3 years from now. What is interesting is that in the past maybe year, we have seen an emergence of a middle category, which will be kind of optimally positioned for large-scale cars, high-volume cars, low price point, but still very advanced feature. So imagine the drive we did today, when you're driving on the highway, you have the same experience as you have experienced today, but with a system cost that is $700 or so. That is extremely important because it allows OEMs to deploy this in very high-volume cars in a $30,000 car. While the premium might be more for Generation 1 might be more for the $50,000, $60,000 cars because it directs kind of a different segment in the market. So that is kind of the needs of OEMs and what they want to deploy, let's say, next generation of ADAS offerings. So what are the criteria for OEMs when they make a decision on who is the best possible option, what is the best possible option for them to cater for all of these market segments. So they want to have the best optimal -- most optimal solution for the entry for the mid-trim and for the premium, okay? Which is a very tall order, but -- and I think there is more than meets the eye in their decision-making process. So maybe the tip of the iceberg, what everyone is talking about is the technology. It's about do you have a clear path to autonomy? Can you have -- do you have the right AI philosophy? Do you have the competencies in technology? Do you have the assets that are needed for kind of the state-of-the-art development? That is -- but that is only maybe the tip of the iceberg. As I said, underneath the surface, there are many more parameters because eventually, this decision will be made somewhere soon, and it will not be changed for maybe a decade onwards because every once and maybe in a decade, the OEMs make a decision about their next-gen architecture, and it really needs to be the right decision because they cannot make such a change every 2 years. So beyond kind of checking the box on the technology, you also need to convince that you can be the trusted long-term partner for the OEM. Number one, can you get to a product quickly, especially now with the pace of innovation, OEMs are very, very cautious or cognizant of how long will it take to get to SOP. Otherwise, they might be losing market share or losing their competitive advantage or competitiveness at all. Can we trust you to get to SOP? Do you have the track record to execute in automotive? Do you know what it takes to get to a start of production in millions of cars in different markets, getting to -- passing homologation, passing the regulatory requirements, doing this consistently in all markets at the same time. Also, can we trust the performance we'll have in production. It's not just about convincing us in small scale that you have something cool. You also need -- we also don't want to be surprised by having massive recalls or warranty claims from our customers when we start selling this product in the road. How much control will we have on the product? How can we influence the user experience? And from our day-to-day interactions, it starts with the user experience. OEMs would like to have direct influence on what will their customers experience in the car. And then finally, which I think is probably one of the most important points is the modularity and synergies. Ideally, if we can find a partner that can cater for all of these segments, in a way that we can consolidate efforts. So we don't need to do the entire validation for functional performance for the entry segment and then the mid-trim and then the premium trim and do this with 3 different partners and spend 3x as much or maybe more and take 3x the risk and maybe we don't have enough control and we have more to kind of a higher risk of failing in each of those segments. If we can find one partner, maybe we can save costs, we can have synergies between these products. So advancements for the premium can serve the entry or the mid-trim. So if there is such a partner that can fulfill the technology, check the box of the technology at the tip of the iceberg, but also be the trusted long-term partner in the execution and the modularity aspect, then probably that's the best possible option, especially if now the question becomes who can be this partner for 2026 and '27. It's not a theoretical question on 2035, okay? So there is a strong constraint of time that maybe some other challengers would say, we're going to be that player, but really, you cannot be that player for 2 years execution duration for a project. Okay. So when we look at these criteria, I think let's take -- maybe 2 types of competitors. Let's consider the kind of the start-ups. This one is supposed to be legacy Tier 1s. So it's 3 types of competitors. So the legacy Tier 1s, the silicon actors and the start-ups. There are the competitors that we meet mostly when it comes to -- if there is a kind of a competing option in RFQs, maybe I think I would say that -- in general, we are considered to be the kind of the most trusted partner when it comes to our track record in ADAS, which is unparalleled. Our execution and the progress that we're making with our existing customers with Volkswagen Group, the same tour that we did with you in the garage is something that really resonates with other carmakers because they understand the difficulties and they understand what it means to be able to go from silicon to a functioning car within 4 weeks. And we believe that the legacy Tier 1s and silicon actors and start-up does not have that aspect of being a sure fire solution that you can get to SOP within 2 to 3 years. That alone that there is a big question to be asked about the technology philosophy because, again, showing things in small scale compared to proving them in large scale and getting from a demo to a product is something that today, after 10 years of failed attempts in some -- from some OEMs is something that a lot of OEMs are taking with a grain of salt, I think more so than in the past. So what is the process that takes place to get from the earliest stages until nomination until we can get to a design win and awards and announcement. Normally, it starts with generating interest. So we need to convince the OEM that they need such a product. I think recently, it has become easier, the more that the industry is realizing that the next great frontier will be intelligent driving. And Tesla has been very vocal about FSD and the strategic importance of FSD for them in the future. They see China as a very -- again, a very high pace, high octane environment in which these products are becoming the de facto standard for the leading players. And that generates a growing sense of urgency amongst OEMs to find an answer to this question. So convincing on this, why do I need this product is becoming easy, but it's still a necessary part in the process. Afterwards, there is kind of a recurring engagement in which the OEMs need to start understanding the implications of launching such a system. So what are the system requirements? What will they need to invest in terms of budgets or manpower or certain tools and infrastructure. This is a step that can take maybe a couple of months, 2 to 3 months in which they need to understand if they can realistically do this from what Mobileye will require, the Mobileye solution will require from them to get to SOP within X amount of years with a Y amount of vehicle platforms and so on. After we kind of go through the high-level requirements and implications of such a project, we go into the due diligence stage. This is RFQ. This means that there is an actual, let's say, selection process in which we need to comply with very, very detailed requirements that goes into the system architecture, the functional performance, different technical constraints like what is the power consumption and how will it be cooled and how to place the ECU versus other ECUs and how will it communicate with different components. And of course, the more you scale this to multiple vehicle platforms, multiple markets, different constraints, it can become a very, very kind of deep and detailed process. But it is important because at the end, there is -- there are 3 outcomes. the technical rating, the commercial rating and, let's say, the execution risk rating. So the OEMs go through this process. It could be either just with Mobileye because we're the kind of the only option that they are considering or maybe with a couple of alternatives. They will need to provide a summary of how -- what the OEM think will be the, let's say, the functional performance and the innovation. This is the technical aspect. So A+ means this is the best possible system that we can see. There is no better solution. The commercial means we can sell this. The price is right, the cost is right. The budget that we will need to fund this is right. So A+ means there is no risk in selling this system to consumers. We can fund this and there is no, let's say, financial risk involved. And execution risk A+ means we saw everything that we need to see from this partner to be convinced that we commit the time on quality, on performance with manageable risks in the process, okay? So ideally, we want to get to A+ in all of these parameters. And it takes somewhere around 6 months, maybe more to go over all of these aspects. As we mentioned in the workshop, as an example with Volkswagen Group, this process included multiple expeditions in which we used our systems to drive in Europe, in the United States for tens of thousands of kilometers and then analyzing the performance, walking through what is acceptable, what do they want to change, how will they want to change it, how can we change this? It's a process that involves very, very detailed analysis. I think the positive of this is there are only very, very, very few players that can really have like go through this process effectively and have the experience of kind of crossing all of the check boxes when it comes to the technical aspects and the execution and the financials. So the more it's actually detailed, the better it is for us because if it was just a fluffy process, then maybe it will have been easier for others just to get a quick win until eventually, it would have been dying because sooner or later, the OEMs would have realized that they made the wrong decision. So the moment they make such a decision, even though it takes them longer, it will be the incumbent solution for a long period of time. And we saw the same thing happening with, let's say, AB and ACC functions, which like 10 years ago, was only in premium cars. And today, it's a standard. Back then it was a very, very complicated decision for OEM to make, but as soon as they made it, it becomes the de facto standard and everyone adopted it, okay? So these decisions happen over 10 years maybe. It's a detailed process, which we have been progressing through. But I think it is important because if you pass this then the entry barrier is so high that it's going to be hard to compete afterwards once you successfully accomplish this. Afterwards, there is kind of a negotiation. This is more about the price and negotiating the prices and signing an agreement if that's necessary, which can take its own duration, as you can imagine. This alone after we have all the technical ratings and commercial ratings. Still, there will be some negotiation process, again, because of the strategic importance. So when we kind of look on the entire process, it can take anywhere between 8 months, 10 months to 1.5 years realistically, especially with the leading OEMs in terms of vehicle production that have global sales with dozens or maybe more vehicle platforms with different needs in different segments. And in some cases, it is being discussed within a strategic deal that caters for all segments, okay? So this is in order to kind of explain why does it take so long, which is a question that probably some of you are asking or all of you are asking. So let's look at where we were in this process a year ago, okay? A year ago, the most advanced discussion, negotiation, prenomination project that we had with Volkswagen. This process took us around 1.5 years to conclude. So from the first day of interest, early demos, to their management and explaining why they need such a system way before it was evident that they need such a system, it took us 1.5 years to sign the contracts and to build the prototypes and to get to nomination, kick off the project and start executing and get to where we are today. In the past year, we made a very, I think, significant progress, so there are more flags here. I cannot disclose the names. But what we believe happened that kind of accelerated the process in the past year is a combination of, number one, the deal with Volkswagen really gave credibility, as I mentioned, to our products and to our capability to launch such system within 2 to 3 years. Now it's not just that. I think some OEMs might look at this as an opportunity to kind of piggyback on the work that we're doing. So we are going to develop the system, get to the performance level that we're aiming for, and maybe that reduces the risk for OEMs to also join the Mobileye wagon because now there is already a functioning hardware. There is already a prototype working. And now they make progress. We have -- they have the data and they have a lot of work done under their belt, so maybe now the risk for me is lower, okay? So we are past that point, which was a critical point. Also, I think competitive pressure on the OEMs has been accumulating especially when you think about China and Tesla in the U.S. that have been strategically investing into intelligent driving to become the next differentiating factor. More and more OEMs that maybe would have decided otherwise to slowly and gradually adopt and kind of research these technologies in a maybe more extended time window, now they are in a -- we have no other choice Otherwise, we will be outdated in 2026, '27. So we have to find the most realistically -- the solution that can realistically meet the 2- to 3-year SOP challenge with the best possible performance at a controllable price and it has to happen. I mean, it's not a question of -- it's not a should have, its a must have. That's the transition that we've seen in the past year. And we are now -- I don't think that we have ever had such an extended kind of supporting multiple programs to do this due diligence process at once, and it's not a coincidence. I think it demonstrates kind of the realization in the industry that in '26, '27, if you don't have one of these products, you're going to be outdated and your brand might be compromised, which is the most important thing for OEMs. I don't want to go into the, when do you think the next announcement will be? Who will it be with? I think, looking at this from a 30,000-feet lens, the time lines are subjected to -- eventually to the OEMs making a decision. It can be a month, 3 months, it can take them a couple more weeks. If you think of this as kind of a long-term thing, eventually, we believe that a lot of these flags will be converted and revealed within months from now. And when that happens from our experience, that becomes like a decision that sits in place for a long period of time afterwards for these OEMs. And it will start gradually maybe with a few vehicle models, but then it will expand and expand and it will become their next-gen ADAS offering or autonomous vehicle offering within 3 years, 4 years and onwards. So that's kind of -- I think that the way to look at this is the progression in the past year. We have many more opportunities, not just from -- and these are -- the flags here represents large and reputable OEMs. These are not small start-ups that did not produce a car, and seeing more traction in Europe, United States, Japan, Korea is really something that can help us create the growth in the future. Now let's look at a case study of what would it mean if and when the -- an OEM selects the next-gen products for Mobileye, what will it mean for our revenue? So let's look at a case study. This is a large OEM that sells different types of cars at different price points. Today, as we saw a few slides ago, there are only like probably one variation of products that they can buy from Mobileye. It will be the EyeQ chip for the front-facing camera. So you'll see today, it's like 100% of their volumes, regardless if it's a $30,000 car or a $50,000 car or more will be based on our single EyeQ, EyeQ3, EyeQ4, EyeQ5, maybe EyeQ6 Lite, or EyeQ6 Lite in starting this year. And that -- it is the entire composition of the revenue. And -- what we are seeing -- and this is based on RFQ volume, this is based on actual planning volumes from a case study OEM is a much more distributed composition of products that goes from just base ADAS to base ADAS maybe for half of the cars and then surround ADAS for 1/3 of the cars and then SuperVision and Chauffeur for the remaining part. And what it means on the revenue is that there is maybe a 4 to 5x increase in the revenue from that OEM, 4x, yes, 3 to 4x, not good in math. But this is very, very important. And this looks at let's say, midterm. This is not a long-term projection maybe 10, 15 years ahead, in which maybe SuperVision and Chauffeur become all of the volumes. This is just a couple of years in the future on when these products will get to SOP and will be adopted, the impact on the revenue for this specific customer will be very significant in the midterm. So of course, it is subjected to the -- what are the percentages of this product versus that product? But what we're seeing from multiple OEMs is roughly the same planning strategy, let's say, that around ADAS is becoming kind of the heavy lifter for the base volumes and the premiums are SuperVision and Chauffeur, but maybe not just a premium in some cases, even more than just the premium cars for specific markets. And then if you look at the kind of the growth stages of the company as a consequence, so we consider 3 stages to the maybe 10-year growth story of the company. Stage 1 is where we are today, in which the revenue primarily comes from base ADAS. That is the vast majority of the revenue that we're generating is still from the existing product. The growth is somewhere linear with -- or somewhere, let's say, moderate with the ADAS adoption rate and with our -- the sales of our customers. And also the composition of the revenues, as I said, mostly from base ADAS. But in Stage 2, which will start in '26 onwards, we will have a broader array of growth engines, these different products, with different, let's say, different price points and that can create this fourfold increase that we just saw. And what we are seeing is that, let's say, on average, it can be anywhere between a 2x to maybe 6x increase per customer for us in this stage. Stage 3 is maybe somewhere further in the horizon, in which our revenue will mostly come from an increased adoption of eyes off, no driver through autonomy products that will have broader ODDs, will have lower costs. As Amnon mentioned at the beginning, Gen 2 of our product is designed for cost reduction, which will enable us to maybe launched SuperVision, not just in premium cars, but also in the $30,000 and $20,000 systems and so on. So I think what is important is that we have seen evidence of a broad adoption and a realization that OEMs want these advanced products, they need these advanced products and they need that for the next 2 to 3 years onwards. And we are -- because of the criteria that I covered earlier, we're considered to be the best possible option when it comes to the technical rating, the commercial rating and the execution risk and our capacity to support what they need within 2 to 3 years. And just to recap, and to give you some numbers and some sense of scale and the impact of the each growth engine, so base ADAS, which is a very mature product in a mature market, which we sell for $50 on average, we have around 250 million units in the pipeline. This is nominated volumes from our customers for a decade plus in the future. Let's say, the RFQ volume that we are now competing for on base ADAS is 80 million to 90 million units. Now in hands-off, which is surround ADAS and SuperVision, the price points from the product that we're setting is anywhere between -- for surrounding this is $150 to $200 because we sell the EyeQ, EyeQ6, high more content, more sophisticated software, and the volumes that we have in our fee is 25 million already today, and this is early stages in the creation of this segment. We have seen this development just starting in the past year, and it started with the 4 OEMs that are listed here. We expect this to increase and to become more broadly adopted and recognized as the next standards in ADAS by more and more OEMS. In SuperVision, where the price point is $1,200 to $1,500, we have 8 million to 16 million units in RFQ volumes. This number has significantly increased compared to a year ago. The more and more OEMs, the flags that I showed you earlier, are realizing that they have to have a competitive intelligent driving product. And I think what also is important is that the Mobileye Drive program has also picked up more and more interest. Again, the Volkswagen group really help us to get the credibility of being a leading player in this arena. And we have another very, very interesting prospect with a very big OEM to do a similar collaboration. And this business model where we are selling the self-driving system at a very affordable cost that can really pave the way for a sustainable business and not just a proof-of-concept really is attractive for OEMs because it can help them create new business model for themselves. They will buy the self-driving system, they will sell the car or partner with a mobility operator and start deploying these services globally. And the price point that we have allows them to make a profit out of it, which is really, really important. And I don't think that there is anyone competing with us when it comes to the system costs that we can enable this. So that's it. Good on time.

Thanks so much. Thank you, Nimrod. I'll bring up Moran. And then we're going to have like maybe a 5-minute break where we change that stage around after Moran, and then we'll do the Q&A. Thanks so much.

Okay. Thank you, Dan, and good afternoon, everyone. So I'll try to kind of demonstrate the numbers what was discussed today throughout the day, some aided business, advanced products and also touch on some operating expenses or operating leverage. So just to start with Mobileye and some numbers. So as of the last 12 months until Q3 2024, we've delivered 31.3 systems that mean EyeQ system and SuperVision systems and generated $1.8 billion of revenues. That also included some digestion to inventory, as you're all aware of, in the first half, mainly of 2024, an issue that we believe is mostly behind us. Moving to headcount. So over 3,900 employees around the globe. So in the last few years, we really increased our head count and kind of expanded our capabilities in terms of silicon development, our core software, our radar team and, of course, the productization and development of our advanced product, SuperVision, Chauffeur and Drive. So we really had, in the past 5 years, almost double -- we've almost doubled the number of employees. We now feel we have the right resources in place to support our design wins and also our advanced products, what we have in the pipeline, or what's in front of us in terms of the scale of employees. So the growth we are expecting in future years isn't that big as we have experienced in the last 5 years. Moving to execution. So we have a long history of execution, 190 million vehicle with our chip, over 1,200 vehicle model, so that in terms of our history. And lastly, operating cash flow. So we generate a very significant amount of cash flow. So in the last 5 years, we've generated over $2 billion in terms of cash flow, which was a little over 100% of our adjusted net income. And on top of that, we also had capital expenditure in the amount of approximately $0.5 billion, $500 million, but still a very consistent generation of cash and performance of cash capabilities against our profits. So moving to the business bit. So the left side is -- the left side is a 2024 forecast ADAS revenue breakdown by OEM. So you can see that our ADAS revenue is concentrated in our 8 or 9 OEMs that make up approximately 90% of our revenues. These OEMs, in terms of the industry, make up approximately 50% of the industry. And now within these OEMs, we have a very high market share, very high market share in their ADAS portfolio. So a very strong business as also Amnon mentioned in terms of ADAS. Takeaway from this is when we come to project our ADAS volume, we really need to look into the specific expectations of these OEMs, so our 8, 9, 10 top OEMs in terms of their expected performance, this is a really huge factor. And just to give an example, in Q3 2024, year-on-year, the industry total production was down 5%. Our top 10 or 9 customers were down 9%, which is more than the industry in terms of reduction. Our deliveries were decreased only by 4%. So it means we kind of increased our share for most of these OEMs, still didn't outperform against the industry, but again, this is something to take into account the concentration of our ADAS activity. On the right side, this is the total focus on revenue for 2024, so including SuperVision, spread by regions, the region of our shipments. So it's not necessarily where the product is sold, just the shipment, but it pretty much represents the spreads. When we look at China, so China is estimated at 26% for 2024, going down from 31% in 2023. So this is a reduction also in terms of total revenue and also in terms of its portion from the total revenue. The SuperVision revenue in the 26% of China is approximately 1/3. So we expect it to be 8% or 9% or forecast it to be 8% or 9% of our total revenue in 2024. We also mentioned in our Q3 earnings call that Q4 is expected to be the lowest in terms of SuperVision volume. So it's about expected to be only 3% or 4% of our total revenue for Q4. So this is also something to bear in mind when we look at China. Out of the 3% or 4%, also I would mention half of it coming is coming from Polestar. So Polestar is a brand mainly exported to Europe and not really sold in -- within China. So this is the non-supervision breakout of our China business, so this is just again the ADAS business. What you see here we kind of can break down our ADAS China business to 2 pieces. So 1 piece, what you see at the bottom is China OEMs, so Great Wall Motors, Geely Group, Cherry, so domestic OEMs in China. The second layer is foreign OEMs or global OEMs are producing in China, so VW, GM, Hyundai, et cetera, many OEMs that sell in China. So this is the second layer. And the third layer, the darker green is just the rest of our volume, so you understand in terms of the scale where we are at in each quarter. I didn't mention, but for Q4 2024, of course, this is a forecast based on our last guidance from October, all the rest is actual volume. So when we look at the global OEMs are selling in China, this year, we are expected -- in 2024, we are expected to ship 4.4 million chips versus 7.2 million chips in 2023. So of course, there was some inventory digestion into that, but also the most -- more interesting factor is for global OEMs expected to go down in terms of sale at least 15% from 2023 to 2024. This trend is not something that we can indicate that would change in 2025, the dynamic of underperformance of global OEMs in China. So definitely something we take into account in our forecast for 2025, and we'll take it into account in our guidance. On the China OEMs, so again the bottom layer, of the local OEMs in China, we are expected to ship 1.5 million chips in 2024 versus 3.5 million we had in 2023. The dynamic in China, of course, is different and Nimrod also spoke about it. We're talking about lower priced chips in terms of performance, lower performance, lower ADAS requirements within China. So here, it's a more challenging environment for us in terms of our share and in terms of the race to the bottom with the pricing. And also on the China OEMs, although you can see some ramp in volume in the second half for the China OEMs in the second half of 2024, which we did not expect at the mid- of this year, we're still going to be very cautious. About the China volume for 2025, we have not very high visibility for these volumes, so definitely, again, something we are taking into account in our projections. So moving a bit to the future. Nimrod also mentioned these numbers. Here, you can see, again, the flags. So each com -- this is only the ADAS business, historical and future business. Each com represents 1 of our top 9 OEMs. And on the right side, you can also see the Chinese OEMs, domestic OEMs in aggregate and the rest of the world. So there are 3 layers here. The first layer is what we historically shipped 190 million. The second layer is nominated our booked business, 250 million, as also Amnon mentioned, and 80 million between 80 million and 90 million, again, in terms of or negotiation discussions. I think the main takeaway from this slide is, again, our strong position in ADAS. So we see very low competition in terms of this, again, our top 9 or 10 customers. You can also see that in terms of volumes for most of this coms, the future volumes are higher than our historical volumes. So it means, again, we keep winning the business. And in terms of competition, we hardly see any competition. Another takeaway is for the China OEMs make up approximately 6% or 7% out of the total volume, future volumes. So again, this is kind of limits the exposure that we have in terms of local China OEMs. As for the rest of the world, at least for our booked business, this is mainly related to India. So again, to give a sense of the volumes -- past and future volume for ADAS. And speaking about India, this is still ADAS. This is the adoption rates expected for total 2024. So on the left side, you can see the adoption rates in each territory. So this is the total production volume on the left side. The light green represents the no ADAS portion. So for example, India is 92% we know ADAS. And on the right side, we kind of zoomed in only the no ADAS part to show how that spreads or how that is reflected in terms of the different territories or different countries. So for the no ADAS, you can see China makes almost 50% of it. These are mainly low-cost cars. India is the second one with almost 25% with no ADAS. And again, India has over 90%, which is a very high percentage in terms of no ADAS. For India, we have launched a couple of years ago a program with Mahindra that is going well in terms of the expansion -- other expansion with the customer, new regulation in India. So it's going well. And just to show the potential of this business, so if we're talking about Western adoption rates, it could reach almost 5 million chips a year of opportunity just from India. And this is with 5.6 million cars expected to be produced in 2024, which is very low compared to the population in India. So only that, it's almost 5 million chip. We were one of the first, again, to get into India with ADAS solutions. And we really feel this market is something -- or the market growth of India is something we can really capture in future years. Of course, it wouldn't happen overnight, but we can capture a significant portion of the growth in India. So we've talked a lot about ADAS, our strong position in ADAS and our opportunities. This is for the advanced product. So Nimrod really went through the different advanced products. What we try to do here is to put in economics what we have in terms of design wins. So we took the total potential our SKUs we have, and it kind of made an average for a specific year, this is for a specific OEM, an average of a peak year volume. So this is a peak year volume. It's not a first year volume. So you can see the range of quantities. And again, this is -- these are yearly quantities, also an average of the price, which also Nimrod showed. So this is the range of the price and the potential revenue and gross profit, this could lead to in terms of midpoint, of course. And again, this is not -- when you're launching a program, it's not a first year volume. So usually, the big volume comes after 3 years, 4 years, 5 years, usually 3 years and after we see these big volume. But that just to give a sense of the potential as we have future design win, we won't necessarily be able to say for each design win, how the volumes are spread between the segment, what is the exact pricing. So when we announce a design win, just for you to get a sense of -- or to have some tool how to calculate these design wins in terms of financial impact as they go along. Last slide is our operating leverage, so operating expenses. So on the right side, you can see the breakdown by activities of our R&D expenses. We kind of carve out the ADAS portion -- the ADAS portion includes the EyeQ 6 Lite platform. That is the main platform for our SOPs in the next few years. Some program execution portion and also a part of development infrastructure, that all sums up to 25% of our operating expenses. The rest 75% has to do with our advanced product. The 75% more than $600 million a year. So we're talking about next-gen EyeQ. Many talked about it this year. Today, the EyeQ6 high platform, also EyeQ7 that is -- we are putting in resources in -- also in 2024, 2025. Chauffeur, Drive, SuperVision, this is, of course, software lifting of our new projects building the hardware capabilities, again, with the productization process. Of course, our radar activities and also some development infrastructure support that. With this spread of operating expenses, again, we, as I mentioned also in the head count slide, we really feel we have the resources to both complete the development of our advanced product and get to the execution phase, the integration with the different customers, the different OEMs. So we really feel we have the right resources for that. Also, something I would mention, 80% of what you're seeing here, of course, payroll expenses are embedded here, has to do with internal resources, payroll, et cetera. So of course, this cannot remain flat over the years as we have some inflationary effect. But again, we wouldn't expect the same growth we had in recent years in terms of OpEx as everything is in the right place in terms of allocation and capabilities, which leads me to the left part 2024 and also probably 2025, we are, in terms of operating expenses, more than 50% of our revenue, which is kind of heavy lifting in terms of the ratio between our operating expenses and revenue. Until the end of the decade, again, with the design wins that we have in the pipeline and also our opportunities, we believe we can reduce that to 30%. So gaining 20% in terms of operating profit, which is a big leverage. Again, and this is until the end of this decade. We're not talking about like 10 years from now. So that's it for -- thank you.

Okay. Let's take like 7 or 8 minutes and then maybe after 5 after 4, we'll come back and do some Q&A.

Okay. So kind of final segment of the day is Q&A. So -- we'll start with Tom. If you could just wait for the mic since we're live streamed here.

So on the -- two questions. One is the -- just a housekeeping on the slide with the OEM wins, on the premium with the ones that are already won, I noticed FAW wasn't there. Is that...

I think we're just being kind of cautious about Chinese OEMs. It's difficult to predict kind of timing and volume, and we're focused more on our top 10 customers.

Is that -- and then the other question. So we all know like Mercedes and BMW both have Level 3 approval in I think Germany, California, certain states. Their product -- maybe isn't as good as yours. But when it comes to regulatory, the thinking is that it's hard to sell safety. So would OEMs just go to whatever they need to get approved? And clearly, these 2 OEMs got approved for Level 3. So what is your guys' advantage to -- when you have big OEM wins like that? Is it the product is better? Or is it a cost issue? Is it the cost that you could sell to other OEMs?

I'll start and maybe Nimrod will -- not all Level 3 are the same, right, in terms of ODD. Now the Level 3 that was approved so far is 60 kilometers per hour driving, there needs to be a lead vehicle, it's only daytime, not all highways, on a very specific highway. So it's kind of the early days. What we are working on with Audi, the Chauffeur is completely order of magnitude different in terms of ODD. So kind of think of it as the next generation of Level 3 systems, that will come out at this particular time frame. So it's just a matter of usability. How useful it is in terms of value proposition to the driver. If you have a system that you are on any highway and you can drive 130 kilometers per hour without constraints. I mean, you don't need to have a lead vehicle and it's daytime and nighttime and you can really do something else, by having your eyes off, we are talking about a completely different value proposition than today's Level 3 system. And I think also other carmakers like Mercedes and so forth are also planning that time frame to upgrade the ODD of their systems.

I'll just add to this that it's not just the eyes off in highways that our product offers. And just driving today here, you saw how much of the drive was not in highways but was in intercity roads that are maybe more a country road, not explicitly defined as a highway, but still, you don't want to design a system that is confined just to a very, very specific definition of a highway. And otherwise, it cannot offer any type of benefit to the driver. Our product is designed so that in highways, it will offer the eyes off up to 130 kph. But outside of highways, you have the best possible hands-off experience in all road types. So it's much more than just a Level 3 system up to 60 kph, which is what you can find in the market today.

Next question, please. Let's go with the Ivan in the middle.

And just to mention, the BMW Level 3 system is Mobileye's front-facing camera technology.

Ivan Feinseth, Tigress Financial Partners. Great presentation today. I just have a couple of questions. One, on the mapping. Do you think at some point, they would become an industry standard, a lot of different companies are mapping. You seem to have a big advantage on the total miles mapped. And is there an opportunity for you to sell your data? Or to create some kind of industry standard that they use your data? And then during the presentation at your factory today, we're talking about insurance. And do you think at some point, the insurance companies evolve to have a special policy for autonomous vehicles because concerns were that at some point, the most accidents are driver fault and usually the driver is not paying attention. So the probability of actually an AI failure is much lower but then could blow back on the manufacturer and then the insurance company could be working with you to create special insurance to cover the autonomous vehicles and somehow protect the manufacturers and companies like yourself and liability that you could be involved in creating that?

I'll start with the second part about insurance. I think once it is proven in terms of the MTBF of a system. What is the probability of an accident of an eyes-off system, then insurance companies can do their calculations and reduce the coverage in terms of the cost of coverage. If it's less likely at say, 10 factor or less likely to be involved in an accident and it's proven through data, through experience and so forth, then, of course, it will be reflected in insurance. And whether we will enjoy kind of something out of it, it's still -- we're not planning -- we're not planning. If we will have benefits, it will be a bonus. As the first part of the question, I think we have not built a mapping system that is exportable. It's really tied very, very strongly into our other stack. Now trying to export this mapping system would incur a lot of work because every user would have different requirements, and we'll have to kind of meet all sorts of requirements that our system does not need in order to perform well. And I'm not sure that mapping business is a very rewarding business. So I think our business is much more rewarding.

If I just add -- can add to this? I don't think that we should look at REM as just a pure map solution. Maybe a better word to think of it as like a memory for a human driver, where you can still drive if you don't have a prior understanding of the road you're driving, but you're probably much more confident and drive better, more consistently in places that you have a very good understanding of what's expected even before you see it like your daily commute, for example. And we built this database, this memory in a way that is very closely knit our brains of the system. And we use this strategically to enhance our performance and to create a very strong competitive advantage because if you don't have this database that takes time to build and you need millions of cars to upload data, and we have this in place for a few years now, your system has a much lower glass ceiling of performance.

Let's start with Emmanuel and then Aaron in the back next.

Two questions. The first one, can you speak a little bit more about the various drivers of adoption in the various regions that you're operating, what will prompt OEMs to pull the trigger? I'm looking in particular at your excellent slide with the flags. And it was pretty striking that for SuperVision, it seems like it's very heavily Japanese automaker. Then it seems like for Surround ADAS, it was like European automakers. Like what accounts for this kind of like regional differences? Is it the consumer adoption? Is it regulation? And how should we think about the U.S.?

So I'll start with the Surround ADAS part. Surround ADAS is driven not just by a desire to have a unique new feature but also because of regulation and push from regulatory bodies in Europe and you saw more European flags, let's say, in the Surround ADAS row, NCAP 2028, the next milestone in Euro NCAP, it significantly increases the requirements to have 5-star rating, for example. In a way that necessitates more sophisticated systems, surround perception and more and more OEMs are understanding this, and now that there is a cost-effective solution, it creates this increased adoption. When it comes to the SuperVision row, I think that in addition to, let's say, a global realization that intelligent driving is important, the U.S. market specifically seems to be more accelerated growth of adoption of these systems, I think, because of Tesla, among other things, but maybe a very leading factor, and the Asian OEMs have -- the U.S. market for them is extremely important, as important as their domestic market in some ways. So I think that this need to compete in the U.S. and also Europe, but also in China and globally, is what created this and maybe more so for the Asians that have more sales in the U.S. market.

And then just a quick follow-up. So you highlighted some sort of timeline, how long it takes to discuss and validate with these OEMs until you sign it until start of production. Realistically, I mean, at some point, obviously, you used to give us sort of like a forecast for SuperVision units. Obviously, we're not going to go there for all sorts of great reasons. But realistically, when would you be able to see an inflection point in terms of SuperVision volumes if some of those companies that you're speaking to materialize?

Yes. I mean I think that the first kind of launch of the SuperVision system with the kind of non-China OEM happens in 2026. But obviously, with every launch year, it's uncertain about if things change a month or 2, like that changes volume a lot. So that will be an inflection point. The other kind of engagements we're in are primarily for '27 SOP. But again, the timing in '27. So -- but this is we do think that we can have much more significant visibility on kind of that -- of the trajectory of SuperVision once we get through this round of very significant opportunities.

And I think today, we exposed a lot of -- we're very transparent in numbers and data that we have good confidence with and the more we can get visibility into how it will scale and when, we'll expose this. I think it's maybe early.

Aaron, please?

Yes, it's Aaron Rakers with Wells Fargo. I'm going to build on that because I think you did give -- you gave a lot of great numbers. I'm thinking about your slide that talks about incremental advanced engagements, RFQs. How do we think about the duration? How far out do you typically see those RFQs? And again, talking about your confidence in that visibility? How do we take those numbers and kind of contextualize that of when in theory you think about there, how you thought about rolling up those numbers? And then I'll throw out my second question real quick. As we think about Chauffeur and Drive, and we think about those platforms, I know it's longer term in nature, but is there a software license element to the story at some point on robotaxi, for example, that that's another layer of monetization aside from just the ASP?

The second part, there is maintenance, you can call it the license fee, but there's a yearly maintenance on the robotaxi self-driving system. REM has its annual license fee, which is on top of the piece price. It's few tens of dollars per car per year, something like that. The first part, I'll give to Nimrod.

So basically, the RFQ volumes represent what is the quantity of cars for a few vehicle models that the OEMs are making the sourcing decisions for. They make a decision today for maybe 3 years, 5 years, 7 years, 10 years, each OEM has their own planning processes. Of course, in reality, it's subjected to how many cars they will actually sell in a given year. So it's hard to predict how many cars exactly of a specific platform in a specific market will OEM A sell in 3 years and 5 years. So we don't want to give a forecast that are too long into the future. But we think that, let's say, the end of the horizon for us is early 2030s. So this is kind of where the last final pieces of the volumes are expected to be shipped, roughly saying.

Yes. And I think from like -- just to add like one more sentence, from an IR perspective, we get a lot of questions about kind of the representative size of these different products in terms of a market. So what we wanted to do was kind of look at all the projections that we're seeing in real RFQs and get to basically an average per program once it gets to scale. So it's not intended to be any sort of a forecast, but just to give a sense of the framework, the scale of these different products. And as you could see, Surround ADAS is much bigger because it's more of a mid-trim, mid-priced vehicle product.

Yes. I think I'll just add that there are 2 inflection points here, 1 inflection point that you referred to in terms of when the volume would rise up to become an inflection point. The other inflection point is design wins on these advanced products. So far outside of China, we have the Volkswagen Group, which is very meaningful. And I think the market is waiting to see more proof points. Is it only the Volkswagen Group that is investing in these advanced products or others, global OEMs. And I think this is an inflection point that should happen quite soon. The more OEMs that we can announce that have Surround ADAS and SuperVision will create this first inflection point and then comes the volume inflection point.

Let's go with Chris and then Joe.

Great. A question on regs. With the incoming new U.S. administration, there seems to be some focus on federal regulations versus state-by-state control. So maybe Amnon, what would be ideal regulations that you would like to see if there were to come from a federal level to accelerate [indiscernible] within at least the U.S. or you could go globally?

I think more -- a stronger federal regulation rather than being managed state by state will be very beneficial to anyone who wants to launch autonomy in the U.S. And it seems like it's going that way with the new administration. So I think this would be a great positive for us. Anything that can create confidence in terms of the KPIs, which KPIs you need to meet in order to be compliant rather than just launch the system and see where it goes, right? That will also be a positive for us. Any statement of what is the required -- MTBF for example. Right now, it is up to the OEMs to decide how much superhuman should you be in terms of the MTBF? I think some regulatory guidance there would also be very beneficial. So I think what's happening in the U.S. is going to a very positive development.

And a quick follow-up, you're really one of the only companies that uses numbers when it comes to MTBF. How would an independent or a federal body, in your opinion, measure that, particularly pre-service launch what you can't do on the road testing?

So what we have agreed with our OEM partners is when you launch an eyes-off system, you first launch it eyes-on and collect data for -- depending on the size of the fleet, collect data of incidences, of mean time between intervention and so forth, collect that data from the fleet, which is a production fleet. And then you can prove what is really the MTB -- what is the meantime between critical interventions, and once you reach the required -- the bar, which again, there is no wide agreement, what that bar is. Once you reach that bar, then you can prove to the regulator. This is the bar that I have reached, and then you can kick in the eyes-off feature.

So you could provide shadow data...

Exactly.

Joe.

Go back to the timeline question because I guess just a clarification, like we've obviously seen some delays. You put out a 9 month to 1.5 years' timeline roughly. Are you saying that the delay has been within that timeline? Because it feels maybe at least to me or maybe outside, that's been a little bit beyond that. And I guess if we look at your stages, is the delay more in that due diligence phase or that negotiation and decision-making phase?

I think it depends on the specific project. It depends on when our engagement with that OEM started and what happened in this time period. So it could have been the case that OEM A had a plan a year ago to deploy the next-gen ADAS with its next-gen EV product. And then within the last year, there has been a lot of discussion in the industry about what is the future of EVs for example. And if we were at the midst of the very intensive due diligence stage, then maybe there is no sense for the OEM to continue at the same pace until they make up their minds on what will the -- what will be the target platform to launch the system, right? And if the designated platform is not going to be launched at the same point in time with the same architecture, then why continue with the same high sense of urgency until -- maybe let's pause and let's go back to the drawing board, make up our strategy again. And then kind of resume the process. So I think that what happened and it's more. It's not like 1 answer for all engagements. I think that in general, the delays are mostly behind us. When it comes to the factors that I mentioned earlier, of course, new things can always come up and these decisions can always take a month longer or 2 months longer because of whatever internal reason. But the macro big things are, I think, mostly resolved when it comes to their -- how it affects such a decision for them.

The follow-up is the other scale you provided, I think, was technical solutions, execution risk and commercial rating, and that's sort of how you're judged. Are you able to provide any context in terms of how Mobileye scores on those or either sort of like where is the hangup generally? Is it on the commercial rating side? Because I can understand why that would be the case given affordability and other concerns, but it also feels like with some of the competitive pressures, that seems to maybe be something that's easing. I think you alluded to some of those conversations.

So in some of these engagements, there are no other alternatives being examined. It doesn't mean that by default we'll get the nomination. It means that we still need to prove some points, but I think it's an important point to recognize, it's not that we have like that there are 5 different companies that do the same thing and it's like a neck-and-neck competition on who does it better, and it can go on like a 1 point difference that will tilt the outcome. In those that there are competing solutions from our experience, and it's hard for me to be perceived as objective here, obviously, we are the A+ technical rating, no matter which product. I think that is something that not just a reputation that we have, but also, we are proving this with our technology, with our system today, the progress we're making. And there is no other company that has the same depth and breadth of technology. Mostly, it's about execution risk because that involves not just us. It also requires some things from the OEMs. And they also need to understand if they have the capacity, the competencies to integrate the system, to launch it, to validate it, to get where they want to be and that takes time, and it can be more of a back-and-forth discussion with them. The commercial is, of course, kind of a tug of war. Normally, it ends with both sides feel like they had a bad deal, which means probably a good deal, but I think it's resolvable. We didn't see this as a roadblock so far.

Nick in the back. And then I think we'll probably have to wrap it up after Nick.

Nick Doyle with Needham. A gross margin question, your individual OEM example, which assumes really solid units implies SuperVision gross margin holds at around 45%, even with the scale and maybe the assumption that you've moved to the Gen 2 cost-down solution, and then the [ CAV ] gross margins are implied at 60%, which I think is a good amount higher even with the higher hardware requirements. So I guess I would think that the SuperVision could go a little higher, but [ CAV ] a little lower. So just asking why are those the right numbers to think about?

Yes. Yes. So I'll take this. First thing, this is a midpoint of the gross margin. So for some transaction, there is more content then the gross margin can reach 40%, some it's 42%, 43%. So we kind of try to put the midpoint and not something exaggerated in terms of gross margin. Second thing, the slide didn't include the Drive. So in Drive and also ADAS. So in ADAS, we are almost 70%. The Drive is also higher than the margin that we presented in the slide. So that kind of balances out to what we also said back 2 years ago or the long-term gross margin that we're expecting. So it is line with our expectation because this business that you saw, again, has more hardware content where gross margin is obviously lower. Surround ADAS data, for example, is higher gross margin. Of course, less hardware content. So we're talking about 1 EyeQ6 High with some additional but still, it's just a part of our portfolio.

Just a follow-up, like on Chauffeur specifically, I think you can think of it as maybe a fairly significant incremental price for us with going from 2 EyeQ6 High to 3 EyeQ6 High, so only one additional chip and you would expect that there will be some synergies in the ECU hardware as well. So I think that explains the higher gross margin. I think, again, like these are not like definitive numbers, but kind of based on what we're seeing in terms of kind of the actual engagement we're having with customers.

But also to put this in perspective, there are programs where we are acting at the Tier 2 and programs where we are a Tier 1. As a Tier 2, the gross margins are much higher. We're selling a chip, and we can have a much higher gross margin, 70% and higher. As a Tier 1, naturally, the gross margin should be lower. I think 50% or 45% is really very high as a Tier 1 offering. So it higher top -- higher revenue, right? And -- but gross margin naturally should be lower when you are selling a piece of hardware in which only 1 component is yours, all the rest is off-the-shelf components, so you cannot charge any big gross margin or something like that.

Any follow-up, Nick? Okay, maybe we'll do one more for James.

James Picariello, BNP Paribas. A question on China. So there's a clear success story among the Chinese domestics insourcing their ADAS. What factors prevent other OEMs from reaching that same success, that same tipping point on in-source?

Again, let's divide it into base ADAS. And I think base ADAS is simply that there's no government testing regulations. So this is basically a race to the bottom on price, where systems, there's no -- there's no testing regime that will guarantee the system even works, okay? So this is why you see a price -- a race to the bottom on price. On the -- and which we do not -- at some point, we set the limit. And even if we are losing market share there, we set a limit to where we're willing to go down in terms of pricing. And I believe that over time, there will be government testing regulations just like you find in the West and maybe then the situation will change. In terms of the high-end systems like SuperVision, the systems cost twice than a Mobileye, just to put things in perspective. And all our benchmarking that we have done, they are now better than ours, right? So why are they willing to pay twice? This is something, local for local, government subsidies, who knows what's going on there. But it's strategic. It has nothing to do with our value proposition. Outside of China, cost matters. You cannot sell a system twice the price for the same performance.

That's actually my follow-up. There are competitors that have a 2x the cost, right? As we think about domain centralization, can that more -- not more capable, that more costly chip from a competitor, does it play better for that chip to foster both ADAS and infotainment where domain centralized in that higher cost chip then gets spread across 2 domains instead of just one. In terms of the compute?

I think that there are many challenges in this approach. When you think about consolidating ADAS infotainment, other services in the same chip, it's a different story maybe when it comes to the same hardware platform. The safety and let's say, the robustness requirements on the ADAS intelligent driving stack are very, very high. And the risk of compromising this while connecting this to the streaming service in your heads-up display, for example, and a glitch there can create a dangerous event when the car is driving is something that from what we see OEMs are talking about this maybe as an exploration for the future generations. But there are many technical challenges that need to be overcome. And when we think about, let's say, next 2, 3, 4, 5 years from now, I don't think that is going to be the -- still solved. So there is still some room for consolidation, maybe between intelligent driving, parking, driving monitoring systems, for example, which have commonalities, but we are playing in all of these fields, and it's within our offering.

I'd like to make this point of Nimrod. Driving, monitoring and parking are all going into production. So we'll be able to offer a system, which does both intelligent driving, whether it's ADAS, whether it's SuperVision or Chauffeur, performs the parking and performance driving monitoring system. We have looked into integrating infotainment, not on the same chip, not inside EyeQ6, for the reason that Nimrod mentioned. But as a chip on our ECU and so far, we did not find synergies, so cost synergies in such a move.

Okay. I think we're going to have to wrap it up for the day. Thank you so much for dedicating so much time to us. We really appreciate it and hope the day was valuable for you. Thank you.