How to build a more flexible, quieter, less obnoxious data center

All righty. Greetings. Salutations. Aloha, everyone. This is Volts for September 16, 2026. How to build a more flexible, quieter, less obnoxious data center. I'm your host, David Roberts. Data centers, data centers, data centers. It seems like all anyone talks about anymore is data centers. State policymakers are grappling with them. The public is furious about them. Every tech nerd on the planet is trying to build or serve or improve them. I understand if Volts listeners are getting a little sick of hearing about them, but figuring out how or where or whether to build them really is the big question of our historical moment. One of the most hyped startups attempting to build better data centers is Verus, launched by the Alphabet spinoff Sidewalk Infrastructure Partners. Remember when I talked with Emerald AI, which is making data centers more flexible by controlling the actual compute load? Verus is going in the other direction. It is putting in giant batteries for backup power so the building can reduce its draw on the grid without necessarily touching the compute at all. It's also using closed loop cooling. It says its data centers will be more flexible, quieter, easier on water, and able to squeeze more compute out of a given grid connection. One problem is that these remain merely claims. For all the hype, Verus has not yet actually built a data center, and the two it has proposed are both stuck. Oregon's governor pulled the land out from under one of them in July. It's an open question these days whether any data center, no matter its purported improvements, can get around public backlash. So today I'm talking with Verus CEO Nelson Abramson, who spent a decade doing this inside Google, which is where a lot of Verus' ideas come from. We are going to get into the claims, the technology meant to back them up, and the political minefield he's trying to cross to build anything at all. All right then, with no further ado, Nelson Abramson, welcome to Volts. Thank you so much for coming.

Well, thank you for having me, David. Excited to be here and have this really important conversation.

Yeah, we got

so much ground to cover.

I'm anxious. Let's do this. Let's get into it. So you spent a decade working on data centers in Google, and then you worked on infrastructure at X. What did you see in the conventional data center world that you thought, that needs improvement? I need to do something better. What is wrong with the conventional data center approach?

Just to clarify, I spent two decades at Google. Two decades, goodness. I've been almost three decades in data centers overall. I spent my entire career working in and around, working about data centers. When I first started, first data center actually I worked in was a converted Hechinger's, which was a hardware store that no longer exists, but some of your listeners may be familiar with. And it was not a purpose -built data center. It was literally a Hechinger's, and they had you know, managed to stuff in some electrical mechanical systems. And it was less than a Factmegawatt, the whole data center. The next generation NVIDIA racks are going to be a megawatt plus each per rack. You know, on the one hand, that seems a million years ago, but in reality, it actually wasn't that long ago that a megawatt sounded like a lot of capacity. And so what's happened over the last, you know, 30 -ish years, data centers have gotten significantly larger, you know, what, 50, 100 times larger. But the core design, the basics of how we've been doing it hasn't changed that much. It's gotten a lot bigger. They are where there used to be one one -megawatt system. Now there's, you know, 50 one -megawatt systems or 52 -megawatt systems kind of thinking. But it fundamentally has been the same because it's scaled. It's scaled, it worked, you know, and it seemed like it would keep working. And I think what brought me to Verus, what brought the team to Verus, Opinionwas the recognition that there's an opportunity to rethink how we design, how we build, how we operate these systems in each of the different domains that data centers operate because they are, from my perspective, a fascinatingly multidisciplinary problem space. And when we're talking about something that's, you know, 500 -megawatt to gigawatt campus, it really lets you step back and go, okay, this is no longer industrial real estate that happens to consume power. It's really an energy asset that happens to consume real estate. And so when you think that way, it really opens the innovation space, the thought space of like, hey, there's all these things we could do once you look at it that way.

All right. So then let's start this way. Just walk me through, I mean, there is not yet a Verus data center, but the data center, the Verus data center of our imagination, walk me through it. Just tell me like from the outside and from the inside, how does it look different? What am I seeing when I walk through it that would mark it as different from a conventional data center?

Yeah. Maybe we'll talk specifically about the proposed Detroit project. I think that's the one that if people are familiar with us, they're probably familiar with the Detroit project. So a couple of pretty big things that you would notice when you first get on the Detroit campus. The first would be, we don't have diesel generators, which is a pretty big hallmark feature for conventional and traditional data centers. Because instead of big diesels, what we have are very large arrays of batteries. The same kinds of batteries that utilities and independent power providers have been building for quite some time to store and provide energy for the grid. We're using it as our primary backup source in Detroit. And these are, just to make a note, LFP batteries, correct? Correct. For Detroit, that's correct. We're not particularly ideological about the particular battery chemistry. There are a lot of people working on really cool options, but right now the best combination of features and economics are LFP, which also, you know, super safe. There's a long list of reasons why LFP is actually a great technology platform for batteries right now, for stationary storage. Second big thing you would notice would be instead of big evaporative cooling towers that I think many people associate with data centers, which are the driver of large -scale water use, instead of which you see are air -cooled chillers. And so these are much more similar to the kind of air conditioning that you get in traditional office buildings, in your own home. FactAnd the upside is with advances in the chiller technology, we're actually able to use, you know, 95, 99 % less water than a conventional data center with these air -cooled systems. Once you start going inside, a lot of the innovation, you know, would be hidden behind walls, obviously, but instead of it looking like traditional radial design, where the capacity is broken up into small chunks, and then you get kind of stuck with how you deploy the racks inside of it, our systems combine a large -scale power plane that allows us to move the power across the entire data center to provide capacity for wherever the customer's racks need it.

We're going to get real nerdy. We're going to get real nerdy here. We're going to dig into all the things you mentioned. Basically, as I understand it, there are three big technology pieces that you are combining that add up to what you're calling sort of a fundamentally new kind of data center. And I want to sort of walk through them one by one. The first is what you just mentioned. It's called a medium voltage power plane. I'm guessing this means virtually nothing to anyone in the audience. So maybe walk us briefly through how conventional data centers distribute power versus a medium voltage power plane. What is the relevant difference there?

Yeah. So I'd say two big differences. Well, it depends on how nerdy we want to get here, but assuming we want to stay sort of medium level, no pun intended there. I think the first is in the name, which is it's medium voltage, not low voltage. So traditionally, in a conventional traditional data center, you convert from utility voltage down to rack voltage pretty quickly. I mean, you distribute out that way and that's just less efficient than it could be.

It involves a lot of copper. The more racks, the more power you have, the more copper you're dealing with. And you're also getting heat losses as

the power goes through all that copper. A lot of copper and aluminum. Big time. Big time. And in data centers, we actually have to use kinds of connectors and distribution that most normal people would not find familiar. Bus bars and these massive cables like diesel locomotive cables, what they're called, because that's where they originally invented. All kinds of non -traditional ways of moving because the amount of power being moved is so big and the voltage oftentimes is quite low. And so that allows us to gain some efficiencies. It also lets us do the second piece, which is when people think about data centers today, they generally think about these very large megawatt numbers, which is all true. But when you get down to the racks on the floor, that huge megawatt number has been broken down into these tiny little buckets of capacity. And so when you're a capacity planner, when you're a customer worrying about how to deploy your racks, you actually end up having to think not in like 50 or 100 megawatt chunks you end up thinking in like 500 kilowatt two megawatt chunks like these actually pretty small units of deployment because that's how the power has been bucketized Factand as a result of those two elements as we roll those two changes if due to our power plane system we're able to get something like a third more racks into the same underlying data center capacity but

just to be clear for everyone the servers themselves cannot use medium voltage power so it has to be stepped down before it goes into the actual server right it's just it stays medium voltage for

longer yes very good point so yeah the sort of like quote -unquote last mile is always going to be low voltage i mean in the end servers don't even use what we would traditionally call low voltage they don't use 120 or 280 volts they use 12 6 9 like the components on the servers themselves are these you know these tiny solid state components and they they end up using very very low voltage just because that's what they're designed to do so you want to convert it to 120 208 280 something like that 240 very very close to the rack because that's going to be your most efficient implementation

right and so the upshot of this the consequence of this is that in a conventional data center once the power is put into that bucket one of those buckets you talk about it's there and cannot be taken back out and shared with the rest of the data center basically in this medium voltage power plane this allows you to share power from anywhere in the data center to anywhere else in the

data center basically is that right exactly and that means that again we have these kind of black box monolithic thinking about how data centers work but in the end Facta data center is composed of thousands tens of thousands maybe hundreds of thousands of servers and not every server is busy at the same time many of the servers are idle and while many of the other servers are going full blast and so what the sharing allows you to do is take advantage of the fact that you have these huge domains and you can have a more total servers because you know statistically

a decent fraction of them at any one moment are going to be idle

right right right so that's the medium voltage power plane second piece is the big battery so this is like data center 101 but maybe just distinguish between what is a ups versus what is this big battery and does the medium voltage power plane allow you to share power among and between them

yes so in a traditional data center you do have batteries as you're bringing up they're usually batteries designed for something like five minutes of runtime they're generally as maybe surprising as it would sound to your audience Factthey're usually lead acid batteries the exact same kind you would find in a car just a lot of them and these are down near the servers right like in those buckets here you're discussing earlier yes exactly they're very very close to the servers they're usually battery rooms literally adjacent to the server rooms and they're one of the reasons why a traditional data center has to convert to low voltage very early on is because these batteries for the ups are designed to take load the moment Factthere's any utility interruption which means sub cycle so sub 160th of a second right

the function of these ups batteries which by the way stands for what something power system uninterruptible power system right is it just smooth out those very brief fluctuations so that the servers are getting steady reliable high quality power just kind of smooths at the very end of the line right exactly and

that means that they have to be in line which means you have to have converted you're converting to low voltage right in front of them and that's one of the places in which you have to bucketize the power how

is the varus system different so

our system uses best and one of the big differences is best does not have to maintain this is battery energy storage system yes yes exactly exactly so the large scale batteries that we're using are not necessarily designed to take load in less than 160th of a second what they're designed to do is to give us a long -term runtime when there is a sustained utility outage right and for the short term which is still a real thing what's happened in the industry is that most server and racks have moved to local battery storage because as strange as it sounds a room full of car batteries is actually less efficient of implementation than putting a little battery on every server and what are those little batteries there are many versions of the car battery but what happens is if you think about the circuit diagram of what the system looks like between the two cases a world where you have a ups room you're taking your utility power you're converting it from whatever voltage coming in at you're converting it to 12 volt dc because batteries like dc you're charging the battery you're then converting it from 12 volt dc back to ac 240 volts or whatever it's going to be distributing it to the servers the servers are then converting it from 240 let's say down to 12 each one of those steps you're losing a meaningful fraction of your of your power just in straight heat loss and so when you take the 12 volt battery and you take it out of the room and you put it behind the 12 volt power supply in the server you've taken out two whole steps there which more than pays for like obviously it's less economically efficient to have 10 000 batteries than 100 right like more batteries more packaging etc but the energy savings and particularly it's every single kilowatt hour that comes through is more efficient is wildly more efficient overall

but to be clear it's still the ups batteries that are doing the smoothing of the microsecond fluctuations for the servers the big lfp battery is just for the power coming into the rags still like the lfp battery is not doing any of that sub -second stuff is

that right yes generally speaking i think we're close to a world where it could do both just because batteries are getting better or the architecture is getting better yeah batteries are getting better inverters are getting better power control systems are getting better is there a world where you can take the ups out and just use a big battery like if battery is good enough is that a Predictionpossible world someday it's definitely possible i think there would be interesting conversations of whether and server users would want to trust that also given like the density of power distribution like when you look at the latest and greatest gpu tpu kind of rack systems these are so power dense they end up having uh like sidecar systems to them and you know i think in that world i'm not sure it would be expensive enough to not just put the batteries in anyway

okay so you got the big lfp battery basically for large scale when the grid needs the data center to use less power that's what the lfp battery is for and then the third piece and don't worry long -suffering readers we're almost done with the most intensively nerdy part the third piece is priority aware capping and this as i understand it is a little bit like what we were discussing with emerald ai which is at some point if the grid is demanding you use less power long enough you're going to run the lfp battery out and then you need the compute to scale down to use less power and priority aware just means that the compute in the building is prioritized into layers and there are certain layers which can be dialed down and certain layers which can't certain layers which have priority and certain layers which don't is that right

yeah so that's a place where we partner closely with our customers right

that's the tenant that's the tenant of your building that's

doing that yes exactly and so to tie this into maybe your conversation with emerald ai that's a great example of how these kind of thinking these kinds of systems are additive to each other and so what we provide is the ability to manage the energy storage the visibility into the energy consumption the sort of understanding of the why what and how what's happening when there's utility outage which to be clear is incredibly rare at these voltages and then the customer needs to take that information and decide how they want to manage it and in my experience everybody has layers of priority because that's the way they have to manage things day to day to get good utilization out of the systems themselves because these servers are so large and have so much capability so many processors so much compute capacity that you have to have all different kinds of uses all getting statistically multiplexed together into these huge clusters to have any hope of having an average utilization that looks reasonable

okay so those are the three big pieces we'll return to the question of the tenant later but i think the sort of upshot of all this and what you're sort of boasting for your data centers is that for a given utility interconnection you can can use more of it, you can better utilize it than conventional data centers. It's called provisioned utility capacity. This is like, in other words, the amount of power that the utility is offering at the interconnection, you can make more use of it than a conventional data center. Is that right? Yes, exactly.

In the end, data centers, one way to look at them, I mean, I usually like to call them information factories, but another way to look at them is they are basically conversion engines from utility capacity to compute capacity. And the whole reason we build data centers is to have compute capacity. I mean, compute and storage, yada, yada, but like simplistically just compute because it's less words. And so anything that you can do to get more compute out of a static amount of utility capacity is first order optimization value, right? Like utility can only build so fast. They can only deliver so many watts into each location. And so the way that you make everything better is get more out of the same thing, right? The most efficient data center is the one you don't have to build. And so my normal snarky pitch, right? As you lease three various data centers, you get the fourth for free.

Yeah. And just to put numbers on this to give the audience some sense of scale, you advertise, and again, these are all sort of like, you know, it's also Factmodeled data centers versus modeled conventional data centers. But you say you can get up to 77 % of that provisioned utility capacity, whereas a conventional design gets about 49%, not

small delta. Yeah, it's pretty significant. And, you know, I want to push back a little bit. It's not entirely theoretical. This is based on work that I've been doing my whole career, that the team has been doing their whole career. It's based on technology that is well understood, just implemented and instrumented in novel ways. We have a working pre -production environment, our headquarters in the Bay Area. And we've been working now, I think it's almost 18 months, with the National Lab of the Rockies, along with MISO and XL, on a full -scale test bed in their lab, in a large lab, modeling the actual utility interactions and, you know, things like stability grid, our ability to ride through the PJM interruptions that happened two over the last three years.

Yeah, we're going to get back to those in a minute, too. By theoretical, I just meant there's not yet a data center that you can point to, say, look, we're doing it there. We're doing it in a commercial data center. So here's a question. All of these tech advances that we just discussed, the medium voltage power plane, the battery backup, the priority aware capping of compute load, none of those are brand new. And in some sense, like you can get them individually off the shelf. Like you can go to Emerald and get the compute capping. There's a company called OnEnergy that will go install battery backup at any data center. I think the medium voltage thing like traces back to a 2020 paper that some of your guys wrote it at Google, I think has been deployed before. So why shouldn't an existing data center just buy these pieces off the shelf? What is the advantage of going to you? What is the advantage of you integrating them?

I

think it's a great question. I think there's three big elements. The first is, you know, maybe to the previous point we were just debating of like the level of theory, the more you think that there are people out there doing elements of what I'm talking about and selling it, I think the more you should have confidence that what I'm saying is real and will deliver the promise that I'm laying out. Second piece is, in my experience, you're almost Recommendsalways better off with a fully integrated solution than bolt -ons. And so I think it's just sort of true, like one of the big advantages once you have a fully integrated solution, like you can have trade -offs between the different elements, you can have a pooling between the different parts, like in the end, what you build is a much more integrated whole. And then the third is, it's not just about building it. It's about how do you measure and operate it and optimize it. And so sure, even if you don't buy my second point that you're better off with a fully integrated solution, how are you going to then instrument your telemetry, optimize your system and run it effectively to actually deliver the efficiency improvements and the value that I'm talking about?

Is some of this also about business model, right? Like this is a single contractor signing with Verus and Verus is on the hook and liable for all these promises. I mean, is the business model part of the kind of innovation and integration here?

Yeah, for sure. Oh, well, thank you. That should have been my fourth point. In the end, who do you want to be on the hook for delivering it? You're going to have five different vendors that you call and have all of them like point fingers at each other, or you just want to have me on the hook. And, you know, we're signing up to deliver the outcomes, the efficiencies, the operating points and the SLA. That's my job. What's SLA? Service level agreement. Sorry. That is the contractual promise of what kind of uptime and the facility we'll have on the electrical side, what kind of temperature will we maintain, humidity, et cetera. This is pretty meaty part of each one of these data set contracts.

Okay. Let's talk about duration. Well, you know, when I talked with Emerald AI, one of the things that they said is the advantage of doing this via compute rather than physical batteries is that you can dial back your compute more or less indefinitely. But like your big battery, your big LFP battery, if, you know, if the grid goes out and you have to switch to the battery to reduce power draw, that's going to run out at some point in four hours, as I understand it, if you're running the whole data center. And now, of course, I read the Duke paper that everybody, the Nicholas Institute paper that everybody references. And one of the things that the Duke paper says that the average call from a utility to a data center to reduce power is like two hours is less than four hours. But then my question is, what if you have like a heat dome that lasts for a week? And so every afternoon you're called on to reduce and then you have to recharge the battery after it goes down. But like the heat dome is there the whole time. And then like the second day you're starting from 60%. The third day you're starting from 40%. At what point does the battery run out and the tenant have to start cutting back on compute? How much duration can you handle? I guess that's what I'm asking. Hey there, everybody. Don't worry. I'm not going to tell you about a new mattress or push a credit card on you. This isn't an ad. There are no ads on Volts. It is supported entirely by listeners like you. If you'll indulge me for a second, I'd like to ask for your support. I started Volts because we're all surrounded by depressing news about climate change and misinformation about clean energy. And it's never been more important to share the stories of the real people on the ground doing the real work of transition and all the ingenuity and courage and public spirit they are bringing to it. People are hungry to hear these stories, to learn from and find inspiration in them. I've heard from people who change majors or careers after hearing episodes of Volts. People using it in classrooms, community groups, even state legislators who have passed bills inspired by specific episodes. Sharing these stories matters. It makes a difference. If you have found value in it and want to help me continue doing it, I hope you will join the community of paid subscribers at volts .wtf. It's about the cost of a cup of coffee a month. If you don't like subscriptions, you can make a one -time contribution, leave a review on Apple or Spotify, or just tell a friend about volts. I am grateful for any and all support. If you're already a paid subscriber, thank you. And now, back to the show. How much duration can you handle, I guess is what I'm asking.

FactThere's a lot in there. So, we'll take a sort of a step at a time. So, the baseline design is four hours. That's not random.

That's running the whole kit and caboodle.

Yeah. So, four hours calculated on what's called a design day from the mechanical side, meaning the hottest day within the last 50 years. Hottest, most humid in the last 50 years. While every single server in the facility is operating at 100%. And the facility is 100 % full. And, you know, we have redundancy. We have to take into account, like, cell life. So, like, when we say four hours, you know, it's a nominal four hours. The reality is, it's actually a fair bit longer. And it's four hours measured at the worst case of the worst case. It actually has more than it would sound. But the four hours is not random. It is based on the way that utilities plan and the way that demand response and capacity in the utility markets are designed, which is generally two to four hour strips. FactSo, when a utility is negotiating with on -demand resource, they generally talk about two and four hour strips. And this is not, you know, take my word for it. You can go look at how the RTO. design these programs even in a heat dome scenario like you're talking about the utility the grid is not a singular utilization for the whole heat dome the day to night variation in temperature obviously swings a lot other uses swing a lot so in general even in the heat dome scenario you're talking about the utility actually only has a problem for part of the day generally so if we talk about california just from a perspective because it's an easy one california from 8 a .m to 4 p .m has surplus energy usually exporting oftentimes solar because there's so much solar in the state of california and for a lot of the state is actually quite mild we're producing all this solar energy from 4 to 8 p .m you have a massive drop off of solar and the wind generally doesn't pick up until something like 8 or 9 p .m at night and so the peak for california is actually 4 to 8 p .m and so when we have a grid emergency which is a technical term which is when they call extra resources and when if you have batteries in your home and you are enrolled in a virtual power plant demand response program when you will be called it's from 4 to 8 generally speaking that's when they have a constraint and the same will be thin is true that we don't have to treat it as theoretical we can look at the actual data the same is true when you have heat domes in pacific northwest or in the midwest there are these constraints only for relatively short periods of time and so you know making sure that we have the ability to deliver the demand response as a firm capacity product for those four -hour strips and then have recharge capacity so enough spare utility interconnect that is non -firm and you know the electrical capacity to actually deliver that recharge power to batteries that's one of the things that we have to do and it's part of the calculation and part of the conversation with the utility but it's also we would only be recharging when the utility is not otherwise constrained and then the final piece there is it is definitely true that you could reduce the compute load indefinitely theoretically because that's a choice that somebody is making versus batteries are a finite resource however the whole reason a data center exists is to run servers it just doesn't seem like the best use of the capital in the data center to use the Factservers as a virtual battery if we need 12 hours we can install 12 hours of battery for a lot cheaper than 3x numbers of servers what

about when you get to like 48 hours though is that just never going to happen i mean i'm sure you've done a lot of modeling on this like do you think that having a four -hour lfp battery is going to be enough in the vast majority of cases i guess that's the question

from what we see looking at the data and again this is not stuff that we have to guess at we can look at published data from a number of different sources one of the places that we like the most is nurk data because they actually publish the nuclear regulatory commission they publish very detailed utility data and as long as you're close to a nuclear reactor you actually can take advantage of that data source four hours is more than you need from an outage perspective and it meets all the requirements from a demand response capacity product and so there is definitely a future where there are lots of cool technologies i've seen that are not yet ready for full scale but i think will be soon where you could do some kind of non -combustion very long -term solution but also the data suggests you don't need it not just suggest like strongly says that you don't need

it you're talking about stuff like fuel cells or these mainspring these linear engines all these non -combustion type of generators

there's that i've also seen battery chemistry technologies where you can effectively swap the energy storage medium real time and so you can kind of treat the battery as a consumable resource similar to gas there's a lot of cool technologies but the reality is i mean think of what it would mean for the 230 kv system to be down for 48 hours that is a word that is a level of disruption where i think whether your phone is working properly is probably not the top concern it is quasi -apocalyptic but

still like so this battery you have like you've got these day -to -day supplementing moving power around the facility as sort of this over subscription the sort of getting more out of the interconnection you've got it being used as backup in an outage or a demand response call you've got it providing grid services allegedly that's like a lot of different claims on the same pool of energy there's no scenario where all those demands start piling up and you run out basically that goes back to

one of the previous points we're talking about which is who you want to be on the hook to run Opinionthis effectively and optimally for you and you know do you want it to be yourself or do you want it to be us and i think you want it to be us

and you said you don't have diesel backup but as i understand it the michigan the papers you filed in michigan do show that there is some diesel backup and there are some natural gas generator backup in your other plants like you have to have you do have to have some firm capacity just

in case right don't you so for michigan we have a like a very very small number of diesels that's required by the fire department for life safety purposes and this is pretty typical though the pumps for the sprinkler systems lighting these kinds of things have to be diesel backed up by code but that's we're talking you know these are kilowatt scale or 100 kilowatt scale kind of generators not the generators people are thinking of just to be clear these are generators that exist on every single large -scale development pretty much everywhere because the fire department rules demand this i mean we're all safer because of it

so are you saying the only reason you're going to have any firm capacity whether it's natural gas or diesel attached to your data centers is by law you don't think in the operation of the data center you're ever going to need them to run the data center let me be very clear for

michigan the plans that we have submitted only have generators as required by law by the fire department by fire code for the salem project that we have submitted there are diesel generators on the plan this is a conversation with our customers in the end we have to get our customers to agree to whatever we deploy and so my personal perspective is we do not need diesels we don't need long -term generation at the site but in the end it's a final conversation due to a lot of different factors including the customer perspective

you mean customers you mean the tenant of the owner of the compute in the building

yes exactly and so and

they need firm backup because they're anxious

basically yeah i mean in Predictionthe end in the end we're all making forward -looking predictions on the future and there are a lot of different people involved a lot of different perspectives involved and somebody who's running generalized cloud kind of users might have a different perspective than somebody who's running training who might have a different perspective than somebody who's running inference who might have a different perspective than somebody who's running say trading algorithms for markets right and so

there's a lot of different customers a lot of different perspectives and a lot of different risk profiles and so for these projects oftentimes it's about optionality not necessarily what we need right

well let's talk about the tenants then you know we talked about the priority aware capping which is just a fancy term basically for should the battery run out and we have to do what emerald's doing which is reduce the compute load you have to have basically some of your compute marked with priorities basically like here's what we can dial back here's what we can't is that a requirement of a tenant of a varus data center that they have that level of sophistication that they have some compute prioritized and are able to do this capping if necessary like is that something that they have to have to be a tenant it is not a requirement it

is a value add -on basically it allows you to fairly finely tune your energy storage longevity these systems etc but in my experience across the industry everybody has this internally they have different versions of it they have different levels of complexity to it i

had thought that most compute is pretty firm and pretty not movable around and it's mostly like ai training and stuff that you can really dial back at will like somebody's doing a server query for a google search there's not going to allow that to be capped or delayed i thought most

compute was firm is that not right so it's actually far more nuanced than that so you can break it into a few different categories Factso one category that's easy to talk about which is very non -firm are is usually called some version of batch which is back -end processes that need to run with some level of regularity but don't need to run right this second and so you know for instance when you go to process this podcast it's going to do a whole bunch of back -end processing and you're like i don't want this to take a week but it could take two hours instead of one hour right or five hours instead of one hour and it would kind of be transparent to you and so everyone who has any kind of system it has an incredible amount of batch processing behind it but the next category is easy to talk about you actually alluded to which is say live user facing queries or interact some kind of live user interaction so at the highest level yes you can kind of think of it as binary in the sense of Factwhen i do my google search or i click a youtube video or i go to post something on instagram or whatever it needs to happen right now but the reality is inside of that one action is not one monolithic thing it's 10 000 different things happening across you know a thousand different services right it's cross posting it's updating indexes it's pushing the data to third parties to other people that said hey this person just posted it's how deep on the index does your query go how much time do you spend looking for long tail content there's all of these different levers that can get pulled and so the lower bound is certainly not zero but the lower bound is not a hundred percent there's actually a pretty large range and no one runs large scale systems without redundancy and so you also have the ability to say that data center is currently unreliable or is down for maintenance or whatever redirect all this all this demand to another data set and so maybe it's 10 milliseconds slower or Fact20 milliseconds slower and it's not ideal maybe you're not showing as many ads maybe you're a little bit slower to update the feed or whatever but there are tons of gray and most of the rest of the stack the services falls in between these two extremes where you have knobs

right you're making it sound like most tenants then will have the sophistication to be able to do this priority yes for sure capping which makes me wonder like what is emerald doing then like why are they you know what i mean if everybody can do it anyway if everybody can cap and move around their compute to respond to power needs anyway why are they claiming to be

so fancy they just do it better like i mean i think you'd have to ask emerald from my perspective there's always a lot that can be done to manage schedulers better and to integrate the optimization better so i wouldn't be surprised if there's a ton of opportunity even if the compute users are managing their scheduler with this kind of knowledge there may still be tons of opportunity to do it better to make power a scheduling constraint etc but

the upshot here is the need to have this ability to do this priority aware capping as we say is not a meaningful constraint on the number or type of tenants that can use your data center

yes it's not a meaningful constraint it's also what people would need to leverage emerald ai right

okay well i want to talk about you know you're claiming

to these communities in michigan and oregon that your data centers are quiet what makes them quiet why are they quieter than normal data centers there's

a couple of different elements so one is the base case of like how loud is a normal data center the noisiest data centers that people oftentimes reference are not the normal case it does matter what kind of equipment you use it matters what kind of landscaping you use it matters how you place this equipment on the ground like there's all of these details where it does matter what you're using and how you're using it and so the base case is i think better than most people's the people who are worried about the noise and the extreme noisy ones that's not normal but that aside on top of just doing you know proper design implementation we're going out of our way to build berms to build sound walls to use equipment where fans are larger and running slower sorry

to interrupt but one of my questions is the closed loop cooling that you use uses a lot less water because you're not spraying stuff for evaporative cooling but the trade -off is you use fans use air to carry the heat away and fans of course make noise

Recommendsso the trick is to use fans that are large that run slowly and that are i mean frankly more expensive than than they could be to get quieter ones and to use what's called sound baffles so there are barriers that allow in enough air to make use of the cooling while interrupting the transmission of sound

so if it gets hot enough is there a point at which your fans are having to run so hard that they will make noise or is this under any conceivable level of operation and you think they'll be quiet enough

to not be bothersome we are looking at not the best case we look at the worst case for the systems that we are proposing in salem and in lion township outside detroit in both of those cases we also use a system called adiabatic cooling which on those worst days actually dramatically improves efficiency and brings down the the amount of work that chillers have to do that uses water though that uses water but it uses relatively small amounts of water it's the anybody who's been to a restaurant in the summer in phoenix has experienced it it's a mister so it literally mists the air near the chillers and it cuts off the hottest part of the day through that misting the

batteries need cooling too right and that's not silent either yep all of these i mean every

single piece of equipment whether it's a transformer or a battery or chiller all of these systems are moving heat and have to be cooled and have to be included in the sound calculation and potentially have sound mitigation built around and

so you're asking these communities to approve your applications based on these sound claims but as i understand it the sound study has not been submitted yet in salem and you submitted one i think in lion township but it hasn't passed review yet and there's some dispute about whether it's good enough have these sound claims been independently tested yet i guess verified such to the extent that the community's to be confident

so salem the sound study has not been done yet purely for a i think very straightforward reason which is you can't study the sound until you have progressed the design and done the equipment selections that you know what you're studying

we

only have done our first site plan submission in salem and so until we get a little bit farther with the city and settle sort of the broader site plan questions the sound study just wouldn't be robust enough to withstand your scrutiny right

because it's site specific in some sense you

get these berms and the walls and everything a hundred percent to do a sound study you have to take into account like the actual piece of land and what is the topography of the land and what else is

there and where are the various sources of noise coming from and it is very very specific there's no such thing as like a generic sound study you can pull up the spec sheets for pieces of equipment and the vendors will provide you the data but if a piece of equipment says it has you know whatever x numbers of dbs that doesn't answer the question you're actually asking or what any community member would not ask which is how will this sound when i stand on the street nearby

yeah yeah yeah i guess that's my question so are you willing to say categorically that the data centers you build in these places and elsewhere will not be obnoxiously loud even if you are standing as close as you are allowed

to stand given the setback categorically our data centers will be quiet and we will be operating them with sound in mind as in we will be monitoring our own sound and making sure that we are holding two limits that we agree to with the local municipality for michigan we have submitted updated sound studies based on feedback from the township sound consultants to our sound consultants there were very technical disagreements about like what kind of study is appropriate under these circumstances whatever you get too many experts in the room everybody has an opinion that's fine we just agreed to do what the townships consultants wanted us to do the way they wanted us to do it it's fine there are different ways of doing it they have one we're doing it that way we've done it that way and submitted it and the data that the modeling that i've seen says you FactIt'll be a proc in the neighborhood of a library level sound at the property line, which is well below what is actually allowed by ordinance.

OK, what about water? Closed loop cooling uses much less water, I think, as a general matter. But unless I'm sort of misreading things like there's a December 2025 presentation to Lion Township where you said you're going to use 15 ,000 gallons annually. And then there's some July 2026 materials that say the annual usage will be under 12 million gallons, which are like several orders of magnitude different. So what am I missing there? Is there a firm number on the amount of water you will use at this data center and help us sort of like contextualize those amounts relative to, say, other industrial uses or whatever?

Yeah, I'm not sure the 15 ,000 number you're talking about. I haven't heard. I don't recall that one. It would also surprise me just the order of magnitude. I think we've been pretty consistent with our numbers, although it has refined over time as the details have come into focus. But overall, the number of gallons has been pretty consistent. The reality is, day to day, by design, like this, you don't have to trust me. You can look at the physics, the design of the system. We have air -cooled chillers, which means on an average day, the water we're consuming at the site is for bathrooms and landscaping. Like, you can look at what's on the plan. There's just nothing else to consume water. It wouldn't make any sense to run the adiabatic system on a normal day. It would just be wasted money. On the hottest day of the year, which we're talking fives to tens of days a year, in a worst -case year, we will run the adiabatics. And that's the bulk of our water usage for the whole year. That's where you get the millions of gallons. In terms of how to compare it to something meaningful, because this is, I think, sound and water are both things that we don't have particularly good intuition on. People don't, maybe you look at your water bill, but people don't generally actually think how much water they consume on a day -to -day basis.

Yes, it's very easy to just say, 12 million sounds like a big number.

Exactly. And 12 million does sound like a big number. Here's what 12 million gallons is like. FactIt's like three cheesecake factories. Right? And I don't mean to plug cheesecake factories, but like, it's just an easy number. And so, is it a lot of water? Like, objectively, if you put 12 million gallons of water into a pond, would it look like a lot of water? For sure. How does it compare to other users of water? It's like three cheesecake factories. Acre for acre, it is dramatically less than agriculture. It's dramatically less than golf course, although not everybody loves that metaphor. FactAnd, you know, it's 95 to 99 percent less water than a traditional data center.

As you know, public resistance to these things is quite stiff and people need quite a bit of reassurance. Would you be open to third -party monitoring of water and noise and public reporting of those numbers? Certainly open to it.

Our plan is to be monitoring our own noise and water and controlling and running our control systems with those as inputs to optimize. RecommendsWe're happy to talk about opportunities to do third -party monitoring. I think the water actually is already third -party monitored by the water company. And so, you know, I think that's pretty straightforward. And then the sound, obviously, there's nuance to it and complexity, but certainly open to the conversation. And these are things where, like, if I were a resident of that community, I would want assurances and validation and enforcement as well.

Let's talk about land. And so, you have been targeting land that is pre -zoned for industry, the point being that you then don't have to go through long public approval processes. Your opponents in this Lyon Township case say that their zoning ordinance, that if you build an industrial facility over 100 ,000 square feet, you do have to go through this public review. I guess I wonder, like, if you're positioning yourself as a good neighbor, is that not a funky look that you're targeting land where you don't have to get public approval? Why would you not want to go through a public review?

I mean, I think so. I guess maybe context is really helpful here. So, I've been in this industry for coming up on three decades, and I didn't invent data centers. They've been going on for a long time, and for my whole career, one of the big choice points that I've always faced during the site selection process, which is what we call the process by identifying and purchasing sites, is do you go for existing industrial land? I mean, land that allows you to build data centers by right, which is what the legal term is, meaning the land already has been identified by the community as buildable for this purpose? Or do you go find agriculture land or some other use and get it re -zoned for industrial? You know, each organization chooses different paths. You see a lot of people out there trying to re -zone. In my experience, re -zoning, when you take agriculture land, is oftentimes the thing that's usually the base zoning in these rural communities. It's extremely controversial and has always been. Yes, people get very touchy about using farmland. Exactly. But also, that's like one of the few ways you can find a thousand contiguous acres is you go by somebody's farm. But it tends to be really controversial, and it's always been controversial. Whether you wanted to build a data center or a factory or homes or a shopping mall, rezoning agriculture land, people get pretty upset about. And so, for my career, mostly focused on land where communities have already said, we did a master planning exercise, and we decided that this track of land is where we want industrial to go. No different than if I was a residential developer, and we were targeting places where the local municipalities said, this is where we want housing to go, rather than trying to re -zone things. And so, it's the reason communities do that is because they want the development. They want economic investments. They want jobs. And some amount of jobs come from commercial. Some amount of jobs come from heavy industrial. Some amount of jobs come from light industrial. And each community gets to decide how they want their master plan to be structured. And so, the Michigan case, the track of land that we're working on, has been identified as industrial since at least 19 to 57. It was previously planned to be a Chrysler engine factory. That just never happened. And so, this community, for something like 70 plus years, has identified this as a spot that they are looking to have industrial development. And so, in my mind, it's incredibly important and valuable to take that cue from the community and say, rather than arguing about changes to your master plan, rather than trying to change ag or forest or whatever residential into industrial, you tell us where you want industrial to go, and that's where we're going to go.

And this raises a question, which is maybe slightly delicate, and maybe you're not going to want to answer it, but this is true. This was zoned industrial land. And so, the city council, like when you applied, it's by right allowed. And the city council was like, yes, this is zoned industrial. Yes, this is fine. And then immediately, recall petitions were launched for every one of those city council members because people are furious about data centers. And you are coming to this township. You're offering a $10 million community benefits package, $5 million for infrastructure and resiliency, $2 million for public safety, $3 million for education and workforce, 210 permanent jobs on land that was already zoned industrial. And yet, still, there's this kind of frenzy of public opposition. And I just wonder, do you think or worry that the public opposition to data centers has, in some sense, detached from real empirical concrete concerns and taken on a life of its own and become a kind of panic that cannot be dealt with by any sort of concrete concessions or concrete community benefits or concrete zoning? And in some sense, it's released its bounds and become something that is not satisfiable by anybody offering anything. Do you know what I mean?

Like, do you worry about this? So, on top of the jobs, on top of the direct community benefits investment of $10 million, Factthere's also something like $300 million in property taxes that will directly benefit the schools, the township, the county over the next 17 years.

This is not a huge community

either. Like, those are meaningful amounts of money. It's a community of tens of thousands of people. I think it's 28 ,000, give or take. These are big numbers.

Yeah. So, there's, like, measurably been millions of dollars of tax revenue, like, almost per residence, almost. The

number that the impacts, the positive impacts is huge. Oh, also, there's off -site improvements that benefit everybody. There's a big conversation about a drain, which benefits that whole section of the township that we're going to pay to improve. I mean, I think, at the base of it, I think. people in Lyon Township and in Salem and across the United States are asking very legitimate questions that I think anybody, any reasonable person would want to ask about the nature of development in their community, right? Noise, pollution, resource use, look and feel. All of these things are totally valid. And I think they come up for any kind of development, whether it's warehouse, factory, housing, roads, whatever it is. And, you know, my hope is to have these kinds of conversations with people who are open -minded and willing to hear the pitch and we figure it out together. Because I think we don't want to say no data centers anywhere because data centers underpin the technology that we all take advantage of every day, you know, it unlocks all kinds of future technology and future economic development and future capabilities. I think we all should be really excited about, right? We all want our bank app to be fast. We want our streaming services. We want our social media. We want our phone or our computer to work well and work quickly. We want podcasts, right? Like every time you pick up your phone or touch your computer, it is pinging a data center. And thanks to physics, it has to ping a data center near you. But at the same time, we want to do that in a responsible way. And I think so long as people keep an open mind on like, hey, how can we make this work in a way that we're happy with? Then I think we can actually do some pretty amazing things together. That makes me excited.

Well, briefly, let me touch on the Oregon one. You're going to buy this land, public land in Oregon. Then governor came in and canceled that land sale in July without even having seen your plan submitted or anything else. And so then the next day you filed through a subsidiary to buy private land, which you then got the permit going before then the community passed a moratorium on data centers after that, which I think now like you were managed to get grandfathered in. But it sure looks like in Oregon, like you are trying to sneak in a data center in a place where they don't want

one. Is that the wrong read? I mean, I don't think I agree. I mean, look, firstly, Salem hasn't passed a moratorium. There's a very specific process they have to follow. What they passed was a motion to examine a moratorium to that, to consider it something like another 30 days, they might be able to actually pass a moratorium. So there is no moratorium in Salem. We've been similar to Salem, similar to Michigan in Oregon. This is land that has been an industrial park, an official industrial park, even an enterprise zone, which is a specific economic development area identified by local community for at least 20 years. It's former prison land. It's surrounded by a municipal airport, a prison, three warehouses. It's more or less an open field. It is land that has been identified by the local community for decades as where they want industrial development to go. And we are looking forward to working with the governor, with the city council, with the local community and stakeholders on showing them what we're building and why we believe it very much fits the definition of responsible industrial development, why it is going to be a Factmassive boon for the city of Salem. It will, when built, it'll be roughly one -third increase in the property tax base for the city of Salem. One -third property, that's an incredible amount, plus hundreds of jobs, plus thousands of construction jobs, which again are much longer term than I think people tend to think about, plus the jobs that our tenants, our customers will bring along. And so it's a huge economic opportunity for the city of Salem. And we're doing in a way where we're showing and willing to stand by our promises on being very careful with our resource use, low water, battery as our primary backup mechanism, the quiet, energy efficient, all of these elements. So, you know, we're excited to let the facts play out and to work with all the local stakeholders.

It's a little wild. I'm old enough to remember when small communities were competing to bring industry to their towns precisely to improve the property tax base, competing for industrial uses like factories or smelters or whatever that are, by any conceivable metric, louder and more polluting than a data center. This is what I'm sort of getting at, and I understand why you don't want to take me up on this, but it does kind of seem like opposition to data centers has detached from these real, rational, concrete concerns and become something that is more about animal spirits. And it's a real question whether it is possible for any data center developer to overcome that, no matter how polite or quiet or low water use. Obviously, that's out of your immediate control. Two final questions. I know I've kept you too long. Back to something slightly technical on this question of ride through. So I did a pod a while back on the new NERC regulations because the problem people might remember is that these big data centers, they're very touchy about power quality. And so anytime there are fluctuations in the grid, a lot of data centers were just flip off and flip to backup power. And then the grid would lose, you know, hundreds of megawatts, a gigawatt of demand, basically in the blink of an eye, often multiple sites at once. This was disrupting grids, causing grid stability problems.

And so there's a lot of talk now about ride through, which is data centers riding through these fluctuations without just flipping off the grid entirely because you have this battery backup and the medium voltage stuff, et cetera, et cetera, can do ride through, can avoid this problem. FactBut Texas, I think, just made ride through mandatory as of October 1st. FERC has NERC drafting some standards which might make this mandatory for everyone. And I wonder if it becomes mandatory for everyone, do you lose some of your moat, some of your competitive advantage? You're curious where you stand on making ride through mandatory. And if it happens, do you worry about that diminishing some of your competitive advantage? There's a lot there too.

Yeah, no, on ride through, we're strong proponents. We've actually been working with NERC for quite a while on defining the ride through standards because it's been, I mean, I think it's been clear to everybody in the industry. It's certainly been clear to me and our team, and I would be shocked if it wasn't clear to everybody else, that ride through is a big thing. We have to do it. There's just no world in which you can envision connecting hundreds of megawatts, let alone gigawatts, to the grid without contemplating ride through because that size of a swing on the grid is just destructive. As has now happened a couple of times, like this is not a theoretical risk. As has now happened. And it is clear, large scale data centers have to be planned as though they are extensions of the grid. They really just are. And so strong proponents of ride through. We have been, and you can go check, we've been submitting comments and working with NERC on this question for quite a while. In terms of the moat, I mean, the reality is I'm looking forward to everybody building data centers the way Verus is. I think that's where the world goes. I came on board, the team came on board, because we really believe in the vision and that this is the right direction for the broader industry so that we can all benefit from the future technology we want to build while making it economically affordable to build the underlying infrastructure. And so, you know, that on one Predictionhand, I look forward to having no competitive moat because everybody has copied us because it's amazing. On the other hand, it's on the team to continue to innovate so that the V2 Verus data center is even more impressive. Well, there

you're teeing me up perfectly for my final question, which is from a pro -social point of view, as you say, it'd be better for everybody to be doing data centers this way. And it may be that there are legal requirements coming along that force everybody to do things the way Verus is doing them. Less water, quieter battery backup rather than Opinionthese loud, polluting jet engines or whatever the hell Elon's using in Memphis. Everybody converging on that would be great for the world, but would not be great for your competitive advantage. So in terms of ongoing innovation, staying ahead of that, what is next? What does V2 look like? Obviously, maybe you can't tell us everything, but like what types of things, where do you see areas for substantial non -incremental improvement? Where are the big buckets where you might see further innovation? Oh, David, you'll just have to have me back. Is that a whole separate pod?

That's a whole separate pod. No, I mean, look, this is the ground floor of innovation that is possible. And I'm really excited about the roadmap that we have and the future that's possible. And I look forward to future podcast episodes where we can talk about... the ground floor of innovation that I look forward to seeing in my video You know, the V2 and V3 various data centers that we're building.

Well, give us a tease. What broad types of things are going to be innovated on?

The underlying technology elements keep evolving. I think every year we're going to see new kinds of energy storage and energy generation technology, distribution technologies. I think there's going to be a continuing evolution of integration between the data center layer and the utility and the data center layer and the customer layer. You know, I think, like, if you imagine that the data centers really do become an extension of the utility grid, because I don't know how you could think about 500 megawatt or gigawatt data center campus and not just see it as a continuing component of the grid. You know, you can imagine that there's a whole universe of technologies possible on the grid that also may be really interesting in the data center.

And these are just power distribution,

energy storage. All of the above. I think there's so much development happening. I'm seeing very interesting technology innovation across the stack, whether we're talking batteries, transformers, superconductors, cooling technology. What does energy distribution mean when a single rack wants a megawatt? Like, all kinds of things that don't make any sense at a 10 megawatt data center or 100 megawatt data center start becoming technologically, operationally, commercially very interesting when we're talking about gigawatt scale.

And what about more pieces of the puzzle using DC to avoid some of these DC -AC conversions? This is something I might do a full pot on later. Is that something in your

line of sight? You know, I think DC is another very interesting one. You know, as with all large -scale changes, there are complexities and nuance, right? Like, DC has other challenges in terms of disconnects and having proper segmentation between the systems because you can't use transformers. Like, you open up a new bag of challenges that have to be solved. But we've been talking about the possibility of DC distribution and, in particular, like, you know, reasonably high -voltage DC distribution for quite a while. There are definitely some interesting opportunities there. And I think it's like maybe there's a race between DC and superconductors.

Interesting. And in terms of integration with, like, are you working with the integration of the compute itself? Right now, my sense is, like, the compute itself and the power part have been sort of separate buckets in the past. The power part, the grid part, et cetera. Closer integration between those. Like, are you in talks with the owners of the compute, the Googles and whatever, the people who are doing the computing, to get closer integration between compute and power? Oh, yeah. I mean, I

think there's two different dimensions to that. One is on the actual power side. FactSo, you know, there's no way to conceptualize half -megawatt or megawatt RAC without thinking of it as an extension of the data center. FactAnd any more than you can think of a gigawatt data center without thinking of it as an extension of the utility grid. And so that's one side of it. And the other side of it, which I think is actually more surprising, is the information pathway. OpinionAnd so one of the big challenges that we have as an industry is we don't have good communication pathways between utility to the data center to the compute user, compute scheduler. And, you know, that is a very active area of investment on our part.

Interesting. PredictionWell, I guess we'll have to have you back when some of this stuff happens. We can talk through all this. Thank you to you and thank you to stalwart listeners who have made it through this far. Truly our hardcore interest in data centers required, I think, but it's endlessly fascinating to me. So thanks for coming on. Thanks for walking us through it.

Really appreciate your time. And definitely a plus one. I appreciate your listeners' time as well. So a set of topics I'm incredibly excited to talk about and I appreciate your time and look forward to chatting with you again.

Thanks, everybody. You've been listening to Volts, founded and hosted by me, David Roberts, produced by Nate Peavy, and supported entirely through the generosity of listeners like you. If you value conversations like this, please consider joining our community of paid subscribers at volts .wtf. See you next time.