Good day and thank you for standing by. Welcome to Horizon Quantum First Quarter 2026 Report Conference Call and Webcast. At this time, all participants are in a listen-only mode. After the speaker's presentation, there will be a question-and-answer session. To ask a question during the session, please press star one one on your telephone. You will then hear an automated message advising your hand is raised. To withdraw your question, please press star one one again. Please note that today's conference is being recorded. I would now like to hand the conference over to your first speaker, Katherine Bailon. Please go ahead. Thank you. Good morning, and thank you for joining us on Horizon Quantum's first quarter fiscal 2026 earnings call. My name is Katherine Bailon, and I am Vice President of Investor Relations at Horizon Quantum. Joining me on today's call are Dr Joe Fitzsimons, our Founder and CEO, and Greg Gould, our Chief Financial Officer. Before the market opened today, Horizon Quantum issued a press release with results for its first quarter ended March 31st, 2026. You can access a copy of the release in the Investor Relations section of our website at horizonquantum.com. Today's call is being broadcast live over the web and can also be accessed through the Investor Relations section of the Horizon Quantum website. Before we get started, I'd like to caution you that any non-historic statements that I or the management team make during this call will constitute forward-looking statements within the meaning of U.S. Federal securities law, including the Private Securities Litigation Reform Act of 1995. You are cautioned that these statements involve material risks and uncertainties, including the risks Horizon Quantum has identified in its most recent annual report on Form 20-F and other filings with the SEC, and that we typically cite in our press releases that could cause actual results or events to materially differ from those anticipated. Except as required by law, Horizon Quantum expressly disclaims any intention or obligation to update or revise any financial or product pipeline projections or other forward-looking statements, whether because of new information, future events, or otherwise. These statements made on this conference call contain time-sensitive information and are accurate to the best of Horizon Quantum's knowledge only as of the date they are made today, May 5th, 2026. This discussion includes non-GAAP financial measures. These measures are calculated by management and do not have any standardized meanings under U.S. GAAP. These non-GAAP measures supplement GAAP measures but should not be viewed as substitutes for GAAP measures. We have included a reconciliation of GAAP measures to non-GAAP measures as a table at the end of our earnings press release issued this morning. With that, I will now turn it over to Horizon Quantum Founder and CEO, Dr Joe Fitzsimons. Thank you, Katherine. Good morning, everyone. We appreciate you joining us on the earnings call today. On the call, I'd like to highlight five key points. The first one is that we have grown our head count rapidly from a year ago, with a few more additions in the current quarter. We believe we'll be staffed to execute on our roadmap. Secondly, in the March quarter, we deepened two hardware partnerships. We expect to continue to add and deepen other hardware relationships in future. Third, in our software stack, we've made progress moving upwards in abstraction with our language, Beryllium, expanding its feature set and improving stability. Combined with our other languages and tools, we expect Beryllium to make it easier for developers to create quantum applications to tackle real-world problems. Fourth, with our software stack, we are also tightening integration with quantum hardware, which we believe is critical to enabling quantum advantage. Fifth, we are grateful to our few partners and our public shareholders who have provided us with enough capital for the foreseeable future to blaze a path as a public quantum software company. But before we get into detail on the quarter, as this is our first earnings call as a public company, I wanna take a few minutes to discuss how we think about quantum computing at Horizon Quantum and why we believe we are well-positioned to grow as the quantum computing industry evolves and pushes towards quantum advantage. I'll then walk you through our R&D and business highlights for the quarter, before handing you over to our Chief Financial Officer, Greg Gould, to update you on the quarterly finances. In my view, the promise of quantum computers is to be better computers. They are, after all, computers with an extra trick. They have the ability to harness interference between different computational branches, and that makes them unique. The reason I first got into quantum computing because I believed that there was a chance that quantum computing might mirror the trajectory of conventional computing. 22 years on, I believe that more strongly than ever. This historical perspective informs our approach to harnessing quantum computers to do real work. Make no mistake, beyond press releases, beyond proof of concept experiments, it's of paramount importance that the quantum industry reach a point where software running on quantum computers is producing results that create real value. That's why our mission is to unlock broad quantum advantage by building the software infrastructure to solve the world's toughest computational problems. Today, the process of creating programs that harness quantum processing is laborious, and it requires formulating algorithms to take advantage of quantum computing's peculiar ability to extract information from multiple possible branches of a computation through quantum interference. The industry has largely settled on three approaches to this problem. The first is what you might call an education approach, where the hope is that developers can be taught enough about how quantum computing works that they will be able to formulate their own quantum algorithms. While some beautiful educational material has been produced, which has been very helpful in attracting students into the field, the reality is that much of the progress in quantum computing algorithms is still made by people with many years experience. The second approach is based on libraries, where pre-written quantum programs are called to accomplish particular tasks, with these calls stitched together with classical compute. This approach works perfectly well when what you want to do is already available through one of the growing number of quantum libraries. It falls short if no library addresses your particular problem or if customization is needed. It also missed out on the opportunity for compounding speed ups that are possible when such primitives are combined as part of a larger quantum program rather than accessed as classical program. Sorry, excuse me, rather than accessed in a classical program in a kind of black box manner. The final approach is based on professional services. This makes sense for a small number of high value use cases, but given the rarity of quantum algorithms expertise and the amount of work necessary to tackle each new problem, relying on this approach will likely substantially limit the rate of uptake of quantum computing. At Horizon Quantum, we're pioneering a new approach to this problem, viewing the creation of quantum algorithms as a compilation task rather than as an R&D project. Our long-term goal is to bridge the gap between classical and quantum computing by automating the acceleration of classical code on quantum computers. This means automating the construction of quantum algorithms to construct high-level quantum programs, and then compiling and executing these on quantum computers. Doing this would essentially abstract away the quantum mechanics for developers not interested in those details, allowing domain experts in the fields that most stand to benefit from quantum computing to harness these systems in their work without having to become experts in quantum computing themselves. If we can achieve this, we expect it to significantly increase the breadth and depth of quantum computing use in enterprise. To achieve this goal, we need to overcome the fact that quantum computers are not yet living up to their full potential. Rather than being better computers, current generation quantum computers are much less capable than their classical counterparts. They are much more like the computers of the 1940s and 1950s rather than contemporary HPC systems. Most quantum computers still lack the ability to implement basic computing functions, including general control flow, allowing for the implementation of loops and subroutine calls, and are instead limited to executing static circuits. Fortunately, there are compelling reasons to believe that quantum computing has reached something of an inflection point. First, there is now strong evidence that quantum computers of multiple modalities are difficult to simulate. This does not necessarily mean that they are solving valuable problems, but it is an important first step. If we could simulate these systems with conventional computers, there'd be little point in building them. It also has the advantage of putting the ball firmly in the court of software. Quantum error correction is becoming a reality, with convincing demonstrations of multi-round error correction, reducing the error rates below those of the constituent qubits. This is critically important for enabling the kind of long quantum calculations that are necessary to create a broad quantum advantage. The anticipated overhead of error correction has plummeted with the discovery of asymptotically good codes driven by progress in quantum LDPC codes. This means that the scale and complexity of the quantum computer needed to tackle a given problem has dramatically shrunk. There are now four distinct qubit modalities that have proven an ability to scale and offer viable and independent paths to fault-tolerant quantum computing. Software has never been more important to the trajectory of the industry. However, these systems are largely still being programmed with quantum assembly languages that are not too dissimilar from the microcode of the 1940s and 1950s. If we wanna reach our goal of using quantum computers to accelerate classical code, we need to close the gap between the software infrastructure modern code for conventional computers expects, the abstractions provided by programming languages and operating systems, and the capabilities of quantum computers. We have essentially been attempting to speed run the history of programming languages and system software, learning what we can from the development of classical systems. First, we built Hydrogen to act as a single portable quantum assembly language that we could build upon that could describe programs both for today's systems but also for future quantum computers. Hydrogen is designed to be maximally expressive, so that code written in Hydrogen can express anything a mature quantum computer would be able to do independent of architecture or instruction set. We built a compiler and execution stack to be able to take code written for these future systems, these future more capable quantum computers, and execute it on the current generation systems. You know, I would say that firmly places us in the 1950s. Next, we built Helium. Helium's an imperative BASIC-like quantum programming language designed to make it easier to express complex programs. Helium includes features such as dynamic memory allocation, IO management, and the ability to construct quantum circuits that implement functions written in C, bringing 1960s and 1970s technology into the quantum computing software stack. Most recently, we previewed Beryllium, an object-oriented quantum programming language. Beryllium is intended to allow developers to start abstracting away quantum mechanics. We've designed Beryllium such that a developer can define classes which exploit quantum processing to represent and manipulate various kinds of data. When these classes are later used to represent that kind of data by that developer or by another, they can spend their time thinking about how they want to manipulate that data rather than about how the underlying processing is achieved. Object-oriented programming languages are also special in that code reuse is a primary design goal. By allowing developers to build upon each other's work and each other's abstractions, they can create a strong network effect where each module or library written unlocks new abstractions for the next developer, allowing them to accomplish more with less code. For us, Beryllium is a key milestone, not just because it brings 1980s technology into the quantum computing stack, which in my view, gives us a substantial technological lead, but because it enables developers to begin abstracting away quantum mechanics and to reuse code via libraries, potentially unlocking the strong network effect. We believe that advancing our technology stack and working closely with the hardware manufacturers to unlock the full potential of their systems is the shortest path to achieving broad quantum advantage and capturing long-term value in quantum computing. Since software built through our tools is deployed through our infrastructure and executed through our stack, our business model is centered on a combination of usage-based fees for cloud-based system and annual licensing for on-premises deployment. I'd like to leave you with three thoughts on this. One, we believe that software infrastructure is the key to unlocking the full potential of quantum computing, enabling broader use cases and more rapid uptake than would otherwise be possible. Two, we are focused on building that software infrastructure in a way that is hardware agnostic from the perspective of the developer, allowing them to focus on building software rather than trying to guess which hardware modality will ultimately win out. Three, ultimately, we are a software company, so we expect our margins and our CapEx to look completely different from hardware companies. Now, turning to the quarter, the first quarter of 2026 has been a rather eventful one for us. In January, we had the inauguration of our quantum computing testbed, including the first testbed system, Ember One, officiated by Singapore's Minister of Digital Development and Information, Josephine Teo. The Ember One system is based on a Rigetti Novera 9-qubit superconducting processor, an OPX1000 microwave controller electronics from Quantum Machines, and a Maybell Big Fridge dilution refrigerator. It was integrated from parts in-house at Horizon Quantum, which I believe makes us the first quantum-focused software company to begin operating quantum computing hardware rather than relying solely on cloud-based systems. This allows us to more tightly integrate our software stack with the hardware without having to pass through third-party software layers on the way down. We believe that tight integration between software and hardware are critically important to achieving quantum advantage in the near term. Notably, this quarter, we completed our business combination with dMY Squared Technology Group, becoming a public company in the process and listing on Nasdaq. While this was a fantastic moment of celebration for the team, we are all keenly aware that we have only reached the starting line of a new race. The transition to being a public company, we have built out our Board of Directors. It's extremely gratifying to see the level of experience they bring. Danielle Lambert was the VP of Human Resources at Apple, where she helped build out the teams behind iPod, iPhone, iPad, and Apple Retail Stores, among others. She later played a pivotal role in the founding of Nest Labs before its acquisition by Alphabet. Peter Oey is the Chief Financial Officer of Grab, a prominent Southeast Asia super app. He previously served as CFO of LegalZoom.com prior to its IPO and as CFO of MyLife.com. Earlier in his career, he held several financial leadership roles at Activision Blizzard. Jill Turner has more than 20 years of experience in global human resources leadership roles at Fortune 500 technology companies. She's currently CHRO of Broadcom and previously held executive positions at Honeywell and Lumen Technologies, formerly CenturyLink. Harry You is currently a member of Broadcom's Board of Directors. Previously, he was a Lead I ndependent Director of IonQ. He's also an experienced public company officer, having held CFO roles at Accenture and Oracle, and an EVP role at EMC among others. In anticipation of the closing of the business combination, we increased our headcount, particularly in R&D, where we saw a twofold increase in headcount compared to the same quarter in the prior year. We believe this headcount increase will both help accelerate our technological development and will allow us to work with a greater number of hardware companies, since historically, our ability to take on new collaborations has been limited by the capacity of our science and engineering teams. Compared to the prior year quarter, we have also added key hires in G&A in preparation for becoming a public company, including Greg Gould as Chief Financial Officer, Katherine Bailon as VP of Investor Relations, and from May 11th, Catherine Fitzsimons as Chief Legal Officer. With these headcount additions, we are nearing a state where we believe we have the team necessary to execute on our plans. In the first quarter of 2026, our R&D efforts have included a focus on the continued development of Beryllium beyond its initial preview form, first shown last December, to a more feature-complete and stable form. We have also focused on integrating our first testbed system, Ember One, into Triple Alpha in anticipation of making it available to external users later in the year. A key part of our strategy is to try to ensure that our software stack is the best way to program quantum computers, no matter the underlying technology. We track approximately 40 leading hardware manufacturers and seek to collaborate with companies where our software stack can increase the capabilities of their hardware systems or enable developers to build more complex software for these systems. Ultimately, our goal is to ensure that no matter which system architecture takes a lead in quantum computing, you'll be able to program it with Triple Alpha. At present, we're fortunate to see more interest from hardware manufacturers than we have capacity to service, though we believe the increased hiring in our science and engineering teams will help alleviate this bottleneck. We prioritize collaborating with companies where we believe there is a strong potential to take a leading role in the path to large-scale error-corrected quantum computing. In the first quarter, we announced that Horizon Quantum had partnered with two additional quantum computing hardware companies. In particular, we're delighted to be working with Alice & Bob to streamline the development and deployment of fault-tolerant quantum software. A first step in this process is to integrate their emulators into Triple Alpha to allow developers to interact with emulated versions of their planned quantum processors. We're excited about this collaboration, in particular due to the potential of Alice & Bob's cat qubit approach to offer a shortcut to fault-tolerant quantum computing, and one that is potentially very hardware efficient. We're also delighted to be working with AQT to further develop quantum computing applications. This will involve integrating AQT's simulators and trapped ion quantum processors into Triple Alpha. We expect the collaboration to provide an opportunity to deepen support for and integration with trapped ion systems within our software stack. Finally, I want to turn back to our testbed. Working directly with hardware has significantly accelerated progress, particularly in the development of our real-time execution stack, which would not be possible via standard cloud APIs. Tight integration between hardware and software is critical to achieving quantum advantage, and having direct access to a dedicated superconducting system has been a significant boon to our R&D efforts, enabling us to push further down the stack, enabling pulse level programming and pulse level optimization within our stack. Although there are many quantum computing modalities, based on different underlying physics and different physical systems, please forgive this, but at a very coarse level, these can be divided broadly into two categories in two different ways. The first categorization, is that you can think of systems that need extreme cooling and microwave control on the one hand, and systems requiring optics and high vacuum on the other. While this doesn't tell you much about the characteristics of the underlying quantum system, t he requirements are important for informing facilities and operations requirements. Understanding how to operate these systems, developing the capabilities to operating each of these systems more or less enables you to host and to operate other systems of the same category. The second characterization is between solid-state qubits versus atomic or photonic qubits. The first are essentially manufactured qubits for which the parameters can be controlled during the fabrication process, but which some are from, which suffer from limits of precision and defects. The second category, so atomic and photonic qubits, are essentially perfect uniform indistinguishable quantum systems. Where the parameters are dictated by nature rather than by design. Since we took the decision to stand up a testbed, several years ago, we had in mind a roadmap that would take us through three different systems. The first will be a small-scale superconducting system, since that was the most common modality in industry, and there is a maturing open stack ecosystem which allows for a cost-efficient entry point. This system would act as an exemplar of the first category of qubit modalities according to both categorizations. The second system was intended to be a moderate scale exemplar of the second category, being either a trapped ion or neutral atom system, with a modest number of qubits. The third system was anticipated to be best in class across all modalities and was expected to be the only one capable of reaching quantum advantage. Over the last two years, we've spoken to a variety of hardware manufacturers building both trapped ion and neutral atom systems, and in Q1 we entered into an agreement with IonQ for them to provide a 256-qubit trapped ion quantum computer. Importantly, the anticipated qubit count and fidelity of the system are expected to put it on the cusp of quantum advantage for at least some chemistry problems. As a result, this system will satisfy the criteria we had looked for in the two remaining planned testbed systems, allowing us to accelerate our roadmap with a single system rather than two. While the system is a significant expense, which we expect to recognize ratably over time, we believe that operating a multimodal testbed puts us in a strongly differentiated position to develop the most capable tools for programming quantum computers across all modalities. We're committed to operating in a fiscally responsible manner such that we have the runway necessary to execute on our plans. Jurisdictions in which we operate have provisions for significant support for R&D activity, including via refundable tax credits, which we take into account in cash flow planning and which we expect could offset some of the costs associated with testbed operations. In our filings, we've disclosed a plan for a second testbed system to be installed in calendar year 2027, and we believe with this new IonQ system, we're on track to achieve this. With these developments in mind, I believe we are well-positioned to advance our software stack and position Triple Alpha as the most capable tool for harnessing the full potential of quantum hardware. Now I'll turn it over to Greg to discuss our financial performance in more detail. Thank you, Joe, good morning, everyone. I would like to start off reviewing our financial results in more detail, but before I do, I wanna make three quick comments. First, all the financial results to be discussed are in U.S. dollars. Second, since we completed the business combination on March 19th during the quarter, all results presented prior to the closing of the combination reflect the financial results of our primary operating company, Horizon Quantum Computing Pte. Ltd. The results as of March 31st, 2026 reflect the results of the newly combined entity, Horizon Quantum Holdings Ltd. Third, our quarterly historical financial results are presented in the last table in the press release for additional information. Okay, let's get started. Total operating expenses for the first quarter of 2026 were $6.5 million, compared to $4.7 million for the first quarter of 2025. The widening loss was largely due to hiring, primarily on our science and engineering teams. R&D expenses, which consist primarily of personnel-related costs for scientists, software engineers, technical staff engaged in the design, development, and testing of our software and hardware systems, and to a smaller extent, it also includes software and other cloud services costs associated with the operation of our hardware testbed. For the first quarter of this year, R&D expenses decreased $1.19 million or 36% to $2.13 million, compared to $3.32 million in the first quarter a year ago. This reduction was driven by a $2.28 million decrease in share-based compensation expense in the year ago quarter, largely from a one-time share-based compensation catch-up expense of $2.5 million a year ago. Excluding this catch-up expense, R&D expenses increased 135% period-over-period, and that was driven by a 100% increase or doubling in the size of the science and engineering teams. Incremental costs from the setup of the hardware testbed also contributed to expense growth, albeit to a lesser extent. For the first quarter, sales and marketing expenses increased by $0.13 million or 40% to $0.46 million during the quarter that ended March 31st, 2026 versus $0.33 million in the prior year period. Excluding share-based compensation, sales and marketing rose 85% year-over-year. This was due to higher trade show activity and industry engagement. G&A for the quarter totaled $3.6 million, increasing $2.7 million from $0.9 million in the first quarter a year ago. That's a 300% increase. Excluding share-based compensation and one-time business combination expenses of $1.9 million and $0.3 million from the first quarter of 2026 and 2025 respectively, G&A increased 191% period-over-period. For the first quarter, our loss from operations totaled $6.5 million, widening from $4.7 million loss in the first quarter a year ago. Primarily due to hiring and staff of staff across the company, including, as I mentioned before, scientists and engineers and staff necessary to become a public company. The net loss for the quarter on an as-reported basis of $3.6 million, or $0.09 per ordinary share, compared to $4.8 million in the first quarter of 2025, or $0.12 per ordinary share. Please note that the loss from operations for the just completed first quarter was $6.5 million, but the net loss was a narrower $3.6 million loss. That's because of a non-cash gain of $3 million in the quarter due to two factors. First, we recognized a $5.3 million gain from the fair value remeasurement of the warrant liabilities assumed by Horizon Quantum at the close of the business combination with dMY. This compared with zero a year ago since there were no warrants outstanding at that time. Second, the gain was partially offset by a $2.3 million loss due to the fair value reassessment and subsequent settlement of SAFE liabilities on the balance sheet. The SAFE instruments were a source of funding prior to the business combination and were converted into Horizon Quantum Class A ordinary shares at the completion of the business combination on March 19th this year. Drilling down a bit on the $5.3 million P&L gain from the change in fair value, derivative warrant liabilities in the quarter. The gain was due to the decline in the price of the underlying ordinary shares from the first valuation date at the close of the business combination on March 19th to the end of the quarter on March 31st, a decline of 35%. This was more than offset by the valuation gains brought forth by the higher volatility assumptions since the close of the business combination, we resulted in the net P&L gain. To supplement our financial statements presented in accordance with GAAP, we use two non-GAAP measures, EBITDA and Adjusted EBITDA, because we believe these metrics provide investors with additional meaningful methods to evaluate certain aspects of our results period-over-period. We define EBITDA as the net loss before net interest income or expense, depreciation and amortization expense, and income tax expense. We define Adjusted EBITDA as net loss before interest income or expense, depreciation and amortization expense, income tax expense, but also share-based compensation, change in fair value of derivative liabilities, and non-recurring business combination expenses. We use EBITDA and Adjusted EBITDA to measure the operating performance of our business by excluding specifically identified items that we don't believe directly reflect our core operations and may not be indicative of our recurring operations. The reconciliation of GAAP net loss to EBITDA and Adjusted EBITDA is presented in the last table in the press release. For the first quarter, our EBITDA loss was $3.3 million, compared to $4.7 million in the first quarter of 2025. Our Adjusted EBITDA for the first quarter was a loss of $4.1 million versus a $1.8 million loss a year ago. The widening of the loss was primarily due to hiring. In terms of employees, we ended the first quarter with 52 FTEs versus 29 at the end of the first quarter a year ago. That's a 79% period-over-period increase and is up 18% sequentially from the December quarter. Historically, scientists, engineers, and other technical staff have represented between 60% and 80% of the total headcount and remains within that range as of the end of the March quarter 2026. Going forward, we do not expect this focus to change. In terms of cash flow, net cash used in operating activities for the quarter was $4.2 million compared to a cash usage of $1.6 million in the first quarter of 2025. The bulk of the increase in cash usage from 2025 to 2026 was due to the growth, as we mentioned before, in headcount. Net cash provided from financing activities during the first quarter was $101 million, with the vast majority of the total generated coming from the PIPE and the business combination with dMY, and to a lesser extent, the issuance of SAFEs prior to the close of the business combination with dMY. Net cash provided by financing activities during the three months ended March 31st, 2025 was nil, as we did not undertake any financing in that quarter. As of March 31st, 2026, we had $96.6 million in cash on the balance sheet. This amount reflects the majority of expenses tied to the business combination already having been paid out. We are pleased with our financial and operational performance. As has been the case throughout the company's history, we continue to believe that the best strategy to realizing Triple Alpha's technical potential is for our science and engineering teams to remain focused on the execution roadmap. As a result, we do not pursue proof of concept services work, which while potentially generating nominal revenue, we believe would serve as a distraction for our team and slow progress on our roadmap. We plan to engage in revenue generation when the larger quantum industry is reaching quantum advantage. That's the moment when quantum computing can finally solve the hard computational problems that classical computers cannot. That would then, that would be when we expect to transition today's early access users to paying users on a cost per use model, either on the cloud or on-premise. Finally, I would like to share our thoughts on our cash balance, which stood at $96.6 million at the end of March. Since we are a software company, our model is a capital-light one. We expect the cash balance raised during the recent business combination and related transactions to provide us with sufficient runway for the foreseeable future, as it is our intention to proceed with fiscal discipline and rigor. With that, I'll turn it back over to you, Joe. Thanks. Thanks, Greg. Now we'll take your questions. Raziel, I'll hand it over to you. Thank you. As a reminder to ask a question, please press star one one on your telephone and wait for your name to be announced. To withdraw your question, please press star one one again. Once again, please press star one one and wait for your name to be announced. To withdraw your question, please press star one one again. We are now going to proceed with our first question. The questions come from the line of Quinn Bolton from Needham & Co. Please ask your question. Hi, guys. Congratulations on your first public call. Thank you. Thanks, Quinn. I guess, maybe Joe, to start off, is sort of a big picture question. Can you elaborate on the go-to-market strategy? You've got the ability to sell Triple Alpha sort of through cloud access, but you also have the on-prem. You know, can you elaborate on those two channels and, you know, can you frame, you know, in any way what sort of revenue might you be able to generate from each of those two channels, either, you know, on an annual basis for the cloud access or maybe on a per on-prem system? You know, anything, you know, that can help shape sort of revenue expectations over the next few years. Sure. Let me do my best to answer that for you. In terms of go-to-market, in terms of how we intend to generate revenue, ultimately, our current focus is ensuring we are in place with the hardware manufacturers. We're focused on working with the hardware companies to the best extent we can to ensure that our tools are the best tools to program those systems. We're focused on technology development to ensure that we have a lead so that we get to a place where our tools are really able to achieve a broad quantum advantage that enables the creation of real value from software running on quantum computers. In terms of how we intend to generate revenue from that, ultimately, software built using our tools runs through our stack. That's necessary because actually a lot of the features we enable, things like the ability to support general control flow and so on, they require our runtime environment. Even if you have the compiler completely for free, you would still need to execute those programs through our stack in order to be able to take advantage of these features that go beyond the current state-of-the-art in, you know, in current quantum programming paradigms and in current quantum computing systems. Now that puts us in a good position. It puts us in a position similar to where AWS sits with web applications, where applications built using them call APIs. You know, in this case, applications built using our software would call APIs in our software stack each time they're used. That puts us in the position to charge based on usage for the deployed application rather than rather than for development. It allows us to charge based on the value of the resource being accessed. Similarly, if you look at on-prem deployment, again, you know, there's a pretty standard model there that allows you to charge effectively as, you know, proportional to hardware cost by charging based on the capabilities of hardware. If you look at, like, Windows Server or VMware, you see these pricing models where you have software license that is based on the capabilities of the hardware system it's running on. That's, you know, that's our approach. In terms of where those percentages are gonna sit and so on, I'm not gonna comment on that at the current time. Understood. Thank you, Joe. Maybe for Greg, just looking at the EBITDA, the Adjusted EBITDA loss in Q1 of $4.1 million. As you look through the rest of 2026, would you expect that Adjusted EBITDA loss to sort of range in the same level as Q1 through the rest of the year? Or do your hiring plans sort of suggest that Adjusted EBITDA loss might trend higher over the quarters? If it does trend higher, could you give any shape to that trend? Yeah, sure. I'll let Joe comment as well. The bulk of the hiring has already occurred in anticipation of the transaction. There'll be a slight increase and then a leveling off. What I think is important, and Joe had mentioned this also, is that we think we will have, with a few more hires, the team that we need to execute on the roadmap. Excellent. Okay. I think we're in a pretty good position at this point. Yeah. Yeah. It sounds like that Adjusted EBITDA loss for Q1 is probably a pretty good proxy for the near term run rate of the business. Yes. We have a few hires still coming in. You know, you're not too far off base. Okay. That's right. Lastly, I guess for either of you mentioned the IonQ system, the 256-qubit system, you would be installing, I think, in 2027. It sounds like there's probably some CapEx associated with that system. Is it possible to sort of give a sense as to what that CapEx requirement might be, you know, sort of as that system is installed? I know you mentioned it would be sort of, the cost would be incurred ratably over a period of time. Not sure if you can provide any thoughts on how that might affect CapEx in 2026 or 2027. Greg, do you wanna take this? Yeah. I think this is the big capital expenditure. Aside from that, I think you'd see sort of normalized CapEx around hardware for employees and a few things. This is kind of the big one, and the purchase of the decision of this was taken in the full context of cash usage and the opportunities from various jurisdictions to help fund it. Let me answer. Go ahead. No. if you look at our 20F, you can see the amount where we're paying for the system there. The, you know, the payment schedule and so on, is redacted, so I'm afraid we're not able to share the full details of that at the current time. As I say, it'll be recognized ratably over a period of time. Excellent. Thank you very much. Sure. Thank you. We are now going to proceed with our next question. The question's come from the line of Tyler Anderson from Craig-Hallum Capital Group. Please ask your question. Hi, everybody. Thank you for taking my questions, and congrats on the first call as well. Piggybacking off of the first question that was asked, would you be able to describe the customers that you're gonna be marketing to within the cloud access portion? That's a, you know, that's a good question and what I can tell you actually is we get a fair amount of inbound requests for early access. At the moment, our focus is on the quantum computing instrument with the hardware companies, but we get a lot of inbound requests for early access to our system. I would say they broadly cluster into six areas. The first, let's say, is general big tech. But if you leave that aside, the five areas you would see are One is in financial services, you'd definitely see it. You see it in pharma and chemistry as well. You also see it in the energy sector, both with oil and gas and renewables. That can be everything from from like photovoltaics to like kriging, which is a particular mathematical ML, machine learning model, that's sometimes used to model oil and gas deposits and so on. You see it in things like energy trading. The other two sectors that you see it from are automotive and then aerospace and defense. Hopefully that gives you a reasonable idea of at least where we're seeing the interest. Yeah, absolutely. For the hiring that you're doing, are these people who are only located in your two headquarters, or are you hiring for remote positions as well? I mean, I think Katherine Bailon's a perfect example of this in the sense that she's based in the U.S. rather than either one of our two locations. Primarily we hire at the two locations we're based in, so Singapore and Dublin. Although we have occasionally people who are remote, generally the way we approach this is that the strong preference is to have people work with us directly, you know, in the office. We make exceptions when we know people by reputation or we've worked with them before and so on. Depending on the situation, we sometimes hire remotely, but primarily it's in the locations we're operating in. Thank you. Just for everybody who may be listening who's not within the quantum industry, from a non-expert perspective, could you just describe the benefits that your platform gives to software engineers who wanna adopt your platform? These could be from the six groups that you had previously mentioned. Sure. Ultimately what we are building towards, that's not to say we're the current state of the system or so on, but what we are working towards is the ability to automatically construct quantum quantum algorithms from code written for conventional computers. What I mean by that is the ability to take code written for a conventional computer and automatically accelerate it on quantum computers. The reason we are working towards that goal is because if we can do that, we can hand the domain experts in these different industries tools to be able to harness quantum computers without having to go out and get a PhD themselves. You know, if you think about it, how are people working in quantitative finance, how are people working in pharma, how are people working in you know, in oil and gas, whatever it happens to be, that are deep experts in their particular industry, how are they going to harness quantum computers? Are people from quantum computing companies gonna go out to them and act as consultants and, like, work with them? You know, maybe that works, but first of all, there's a real bottleneck in terms of the limited amount of expertise available. The other side of it is you have this knowledge transfer problem. You know, getting someone with a quantum computing background up to speed enough on these domains to be actually able to make a meaningful difference is, you know, almost as hard as teaching people in these domains enough quantum mechanics that they can start harnessing quantum computers themselves. You know, we think this is a real unlock if we can achieve this. Now, in order to get there, as I said, you know, earlier in the call, we've been trying to speedrun the history of computing. Or at least of software. We've been trying to build programming languages that get to a higher and higher level of abstraction such that we can start to abstract away the quantum mechanics itself. We're starting to get there with Beryllium. Beryllium is an object-oriented programming language that allows developers to express computations that combine both classical and quantum information. You can define objects to represent different kinds of data that include both classical and quantum data and, you know, classical and quantum algorithms for processing that data. And it turns out when you do this, you can start to embed quantum speedups such that a subsequent programmer using that library that you've developed in this way is then able to get those speedups without having to refer to quantum mechanics at all, because they're just accessing the different methods, the different ways of manipulating these data types that have been defined when the class was built. You know, a way to think of this a little bit, I would say, is if you think about how a lot of machine learning calculations are done these days with Python, with PyTorch and NumPy and so on, you don't actually have to worry about how to implement matrix multiplication on a GPU. That's kind of taken care of for you by the developers of those packages. You don't really need to care about the details of how a H100 works, for example. That's where we're starting to get to, where developers can build up their own abstraction layers. We can start to get away not just from the details of the quantum computer architecture, but we can get away from the quantum mechanics itself, the low-level details of how algorithms are implemented to just focus on how you're manipulating different kinds of data. We think that's a, you know, a real unlock, and that's gonna be extremely powerful in enabling developers to build the kinds of sophisticated applications we need to take full advantage of, you know, of the quantum computers that are starting to emerge now. Well said, Joe. Thank you. I appreciate the time. Thanks, Tyler. We are now going to proceed with the next question. The question's come from the line of Troy Jensen from Cantor Fitzgerald. Please ask your question. Hey, gentlemen. Congrats on these results here and public company status. Maybe just I guess for either one of you guys, I know we talked about kind of the CapEx for the 256 qubit system. Can you talk to, has the CapEx been spent for the Rigetti system? Have you disclosed how much that's gonna be also? Yeah, maybe Greg, you can speak to this, but yeah, most of that expense has been incurred over the past couple of years. Yeah, it's behind us now. Details on it? Sorry, I broke up. What was that? I was saying, did you wanna dive into the details on that? yeah, the only thing that was remaining, I mean, you can see it in our F4, there was a partial payment on a dilution refrigerator still due, you know, generally, you know, all this is in the rearview mirror. Yeah. All right. Perfect. Yeah, I thought that was expense coming up, so, that's helpful. No, no. And just for you. It's all obviously priced. Understood. For you, Joe, I mean, you picked superconducting and you've chose trapped ions. I mean, is that your belief in the methodologies that are going to get commercialized first? What does this mean for you guys' positioning in photonics and neutral atoms? That's a good question. I mean, the reality is there are four different modalities that are all, you know, charging forward together. When I talked earlier about these kind of coarse categorizations of systems, into, you know, into two categories. You know, either whether you're talking about stuff that needs to be cold and needs microwave control versus stuff that needs high vacuum and optical stability and so on, that kind of informs you get to learn how to operate systems of that class, of that category. We went with a superconducting system first because it is an exemplar of the first category, which also includes things like, you know, like silicon's in there, various kinds of quantum dots and so on. You know, even electrons on helium would also fall into that category of stuff where you need a dil fridge, you need microwave control and so on. Superconducting of those is the most widely pursued in industry. It's like the most advanced. You know, there's already this kind of emerging open stack so that it's not impossible to piece together a system yourself. I mean, it's challenging, of course. You need a bunch of physicists. You know, you're not developing the hardware from scratch. The choice to go with the trapped ion system, really, you know, if you look at where things stand, the 256-qubit, the transition to microwave control and so on that has happened at IonQ following the Oxford Ionics acquisition, you know, makes their roadmap very exciting to us. you know, I have to admit, I've known Chris Ballance for quite a while. We were both at Oxford I think we overlapped at Oxford like a decade and a half ago, something like this. They have achieved really spectacular fidelities for single and 2-qubit gates. You know, it's some of the most I mean, I think they've had the record of literally the highest fidelities of any modality for a significant amount of time. Being able to get to this point where there are a large number of qubits in the device, that's really, really attractive. Now, neutral atoms are, of course, also on this path where they're scaling up massively, significantly beyond the numbers of qubits that you see in trapped ion systems. But the level of control isn't there, if you look at the commercial systems that are out there at the moment, you know, gate model quantum computing is still a little way off for most of the providers. Our focus at Horizon has always been universal quantum computing. Not going to, like, things like Ising machines or boson sampling or something like that, but focusing on universal systems. It's not, you know, I'm not picking winners, but these are definitely interesting systems to us. Okay. Well, love the passion. Congrats. Keep up the good work. Thanks. Thanks, Troy. We are now going to proceed with the next question, and the question's come from the line of John McPeake from Rosenblatt. Please ask your question. Okay. Can you hear me okay? Yeah. Great. Welcome to the public markets and the first of many conference calls, guys. Thank you. I'm just gonna ask this one directly. I don't expect an answer, but I'd love one. When do you expect delivery of the 256 qubit machine? Can you give us some sense? That's a good question. I'm a little bit restricted in what I can say on that because of confidentiality agreements with our, you know, with our partners on that. What I can say is that, you know, back in our F4, we said that we expected to have a, you know, a second testbed system, being installed in 2027 and, you know, we're currently on target to achieve that. Okay. Just sort of that 12-month span, is that the way I should think about it, Joe? I'm sorry I can't be more precise than that. Fair enough. Fair enough. Then on the software side, 'cause it's what we're all about here, talk a little bit about turnkey algorithms, where those may or may not be in your future, where I can just click Shor's and have a target and calculate? Ta lk a little bit about that. T he ease of use to the enterprises and how that'll proceed. Sure. I think what's important here is that, you know, I think a lot of the way the industry views how quantum computers will be used, and keep in mind that, you know, many of the people in the industry at the moment are coming from the hardware, from a hardware perspective. I think there's a lot of, you know, there are a lot of assumptions that what will happen is that you have these kind of pre-baked algorithms, and they will be stitched together with classical computation. That they'll be maybe made available in libraries and stitched together with classical compute, or, you know, used as kernels in some kind of hybrid computation. That is not my view of the future. That is not what I think is actually critical here. Let me tell you why. Let me give you a couple of examples. You really benefit if instead of stitching together quantum algorithms with classical compute, you're stitching them together with quantum compute. That's why we build quantum programming languages rather than, you know, Python frameworks for describing a quantum computation or something like that, because we want the information when we stitch together building blocks to happen in a phase coherent way so that quantum information can be passed between primitives. And, you know, an example in relation to this is that, you know, there's a lot of people think that Grover's algorithm is useless, that the overhead for fault tolerance would swamp any gain you would get from it. They're wrong. The reason I say they're wrong is that you can imagine many different tasks where this is not true. You know, imagine, for example, you're working at NSA or something like that. You're faced with some number of, you know, some number of communications intercepts, you know, and one of them contains the relevant information for you. You know, whatever plot is happening or something like this that you're trying to uncover. You know, if you're thinking in this kind of kernel way, like I'm gonna call a quantum primitive, and so on. Okay, I'm gonna call Shor's algorithm to break each channel, and I'll do it one at a time or in parallel if I have access to a bunch of quantum computers. I'll just sift through that data classically at the end to decide, you know, what was the relevant message. It turns out there's a much better quantum algorithm for this task, which is simply to construct an oracle for Grover's algorithm based on Shor's algorithm. You are using Shor's algorithm to decrypt the communications channel, and then you're searching over the possible communications channels coherently. If you do that, the effort you need to put in is proportional to the square root of number of channels rather than the total number of channels times the, you know, difficulty of breaking each one. You get a massive speed up, and you don't really need to worry about the fault tolerance overhead, because that has in some sense already been paid in implementing Shor's algorithm. You know, that's kind of a particular example, but you can think of, like, much more, you know, much more industry-specific ones. Let's say you're looking at finance, for example, and you want to look for mispriced derivatives. You're trying to do some kind of computational arbitrage, find derivatives that are mispriced. You're gonna search over instruments, you're gonna search over hedging strategies, and then you're gonna use Monte Carlo to price. You're looking for, you know, you're looking for a mispriced derivative. If you try to stitch together these primitives, like stitch together a search, you know, search for the outer loop, search for the inner loop, and then the Monte Carlo pricing, each one has a quadratic speed up on a quantum computer. If you stitch them together with classical compute, you only get one of those speed ups. You're really kind of having the sum of the runtimes of each one. If you can stitch them together with quantum compute, then you are able to get to a point where you have compounding speed ups. You have pre-polynomial speed ups nested one inside the next. The reason I bring this up is to answer your question about, are we looking at turnkey algorithms? No, we're looking at libraries. Okay. We're looking at building the algorithm primitives to make them available in Beryllium such that they can be stitched together and yield compounding speed ups, because we think that's a much more direct path to a broader range of quantum speed ups than if we're using them as isolated programs. Okay. That actually makes a lot of sense, and I learn something every time I talk to you, Joe. Thank you. Thanks, John. Good to talk to you. We have no further questions at this time. I'll now hand back to Dr. Joe Fitzsimons for closing remarks. Thank you. Thanks, everyone for joining us on our first earnings call. I appreciate it, and I appreciate the quality of the questions asked. I think, you know, we're well-positioned now to start executing on our roadmap and really start pushing towards harnessing the full potential of quantum computing as we go forward. Thanks very much, everyone. This concludes today's conference call. Thank you all for participating. You may now disconnect your line. Thank you.