<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Liquid Labor]]></title><description><![CDATA[From The Great Displacement to The Sovereign Time Bank.
]]></description><link>https://newsletter.liquid-labor.com</link><image><url>https://newsletter.liquid-labor.com/img/substack.png</url><title>Liquid Labor</title><link>https://newsletter.liquid-labor.com</link></image><generator>Substack</generator><lastBuildDate>Sat, 17 Oct 2026 01:00:52 GMT</lastBuildDate><atom:link href="https://newsletter.liquid-labor.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Uwe Jens Cerron]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[liquidlabor@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[liquidlabor@substack.com]]></itunes:email><itunes:name><![CDATA[Uwe Jens Cerron]]></itunes:name></itunes:owner><itunes:author><![CDATA[Uwe Jens Cerron]]></itunes:author><googleplay:owner><![CDATA[liquidlabor@substack.com]]></googleplay:owner><googleplay:email><![CDATA[liquidlabor@substack.com]]></googleplay:email><googleplay:author><![CDATA[Uwe Jens Cerron]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Georgia’s data-center land premium needs a power offer behind it]]></title><description><![CDATA[What OpenAI&#8217;s Effingham agreement means for nearby land]]></description><link>https://newsletter.liquid-labor.com/p/georgias-data-center-boom-read-the</link><guid isPermaLink="false">https://newsletter.liquid-labor.com/p/georgias-data-center-boom-read-the</guid><dc:creator><![CDATA[Uwe Jens Cerron]]></dc:creator><pubDate>Thu, 01 Oct 2026 14:12:03 GMT</pubDate><content:encoded><![CDATA[<p>Does the nearby acreage bring its own power?</p><p>When I saw the article that Georgia Power announced the approval of OpenAI&#8217;s Effingham County contract in August. It seemed the project expected approximately <strong>3,200 MW of demand</strong>, with <strong>up to 1,000 MW covered by demand response</strong> under a 25-year agreement. That demand response allows the utility to reduce electricity delivery during specified periods, covering at most around 31% of expected demand here. <a href="https://www.georgiapower.com/news-hub/press-releases/georgia-power-to-serve-openai-project-in-effingham-county.html">Project announcement</a> &#183; <a href="https://www.georgiapower.com/news-hub/press-releases/contract-openai-approved-part-portfolio-delivering-950-million-annual-savings.html">Contract approval</a></p><p>If you&#8217;re buying land nearby, you still need to know how much power your parcel can get and when it can arrive. So how can you do that?</p><p>Start with the serving utility&#8217;s large-load or economic-development team. Give them the parcel location, the load you&#8217;re planning, when you need it and whether your operation can handle interruptions. Ask which load studies are required, how long they take and who pays for the upgrades. Try to get the findings in writing before using them to justify the purchase price.</p><p>What happens when power is interrupted?. What happens to the computing work when delivery is reduced? Can it wait, can it move somewhere else, or does the operator have customers expecting the service to be available?</p><p>Those answers change which power agreements a developer can accept. Expect flexibility to matter more as the Georgia pipeline grows, with continuous load bearing facilities competing for a narrower set of suitable sites. How often reductions can occur, how long can they last and the notice required will determine whether an agreement fits the workload.</p><p>Now let&#8217;s analyze the electricity bill into the picture when comparing land:</p><p>Assume <strong>40 MW IT facility at 1.25 PUE</strong>. PUE measures total facility electricity against electricity used by the computing equipment, so this example needs 50 MW at full load. At 90% utilization, holding PUE constant and consumption proportional to utilization, annual usage reaches about <strong>394,200 MWh</strong>.</p><p>Assume one site costs <strong>$10/MWh more</strong> for electricity. You&#8217;re looking at another <strong>$3.94 million a year</strong>. A $10 million discount on the land disappears in roughly two and a half years of additional energy expense, before discounting cash flows. </p><p>You can probably negotiate a good price on the acreage and still end up with a bad deal. When comparing both sites using the same load, utilization and delivery requirements, you should include the utility costs each actually carries, part of the reason one looks cheaper may be that its costs may be underpriced.</p><p>But wouldn&#8217;t a campus that size bring infrastructure into the area or be required to build its own substation among other factors?</p><p>It could, but the next question is how much capacity remains available to another customer once the campus is served. A new substation or transmission upgrade may support further development, but the utility woul need to establish what that means for your parcel and proposed load and that takes time.</p><p>Expect buyer interest to concentrate around sites that can document service, manageable upgrade costs and delivery dates that fit a tenant&#8217;s requirements. Acreage marketed mainly on proximity will face more scrutiny as buyers move from browsing listings to financing construction.</p><p>If the seller wants to be paid today for power access that still needs to be established, you&#8217;re taking on that uncertainty. Keep the unconfirmed benefit out of the base valuation and negotiate purchase terms that account for the outstanding utility work.</p><p>Before agreeing to the premium, ask the utility for a written response on supportable load, the delivery schedule, any curtailment conditions and the costs assigned to the buyer. Put those answers beside the asking price, then decide whether the site works.</p><p>I put together a dashboard tracking all DC&#8217;s on <a href="https://www.liquid-labor.com/tracker/">Liquid Labor tracker</a> and the supporting filings on the <a href="https://www.liquid-labor.com/tracker/power/">power research dashboard</a>.</p><p><em>Uwe Cerron  </em></p><p>https://liquid-labor.com/</p>]]></content:encoded></item><item><title><![CDATA[How a $1 million land discount can disappear in a year]]></title><description><![CDATA[A cheaper parcel can become the more expensive site surprisingly quickly.]]></description><link>https://newsletter.liquid-labor.com/p/how-a-1-million-land-discount-can</link><guid isPermaLink="false">https://newsletter.liquid-labor.com/p/how-a-1-million-land-discount-can</guid><dc:creator><![CDATA[Uwe Jens Cerron]]></dc:creator><pubDate>Tue, 15 Sep 2026 19:12:03 GMT</pubDate><content:encoded><![CDATA[<p>A cheaper parcel can become the more expensive site surprisingly quickly.</p><p>For an illustrative data center with 20 MW of IT capacity, a one-cent difference per kilowatt-hour adds $1.971 million to annual energy expense at 1.25 PUE and 90% utilization. That is before demand charges, connection costs and other tariff terms. These are model assumptions, not a Google or utility quote.</p><p>I have been researching what Google&#8217;s confirmed Texas developments tell us about buying data-center land. The useful detail is in the arrangements behind the announcement: land control, interconnection, power procurement and the conditions under which a facility can actually operate.</p><p>Google&#8217;s February 24 announcement with AES in Wilbarger County describes land and interconnection agreements and 20-year power purchase agreements. Its June 4 Meitner announcement describes a separate development in Gray and Roberts counties with Intersect. These are distinct projects. They do not establish a Google commitment in Lea County, New Mexico. The Lea County headline sent to me remains unconfirmed in the source material I reviewed.</p><p>The land calculation deserves the same care. A $3 million property with 100 usable acres costs $30,000 per usable acre. If environmental constraints, access and setbacks leave only 60 usable acres, that becomes $50,000. The purchase price has not changed. The development footprint has.</p><p>Timing matters too. Six months of additional simple interest on $10 million of constant drawn debt at 10% annually is $500,000. That excludes fees, taxes and lost revenue. It is an illustration of carrying cost, not a prediction about any specific project.</p><p>I own land in Louisiana, which is part of why I am interested in these questions. My next research piece will examine Meta&#8217;s Hyperion project and distinguish the financing arrangements, approved power infrastructure and proposed expansions. A nearby project is a reason to investigate a parcel, not proof that the parcel can obtain service.</p><p>I am building Liquid Labor to make this research easier to inspect. You can compare projects, follow source links and see where the evidence is still missing:</p><p>https://www.liquid-labor.com/tracker/</p><p>If you are evaluating a site now, what has changed your decision most: the delivery date for power, the cost of upgrades, or the usable acreage? I would be interested in an example you can share without disclosing confidential terms.</p><p>Sources</p><p>Google and AES, Wilbarger County, February 24, 2026:</p><p>https://storage.googleapis.com/gweb-uniblog-publish-prod/documents/wilbarger_county_PR.pdf</p><p>Google, Meitner Energy Center, June 4, 2026:</p><p>https://blog.google/innovation-and-ai/infrastructure-and-cloud/global-network/meitner-energy-center/</p><p>Research and calculations: Uwe Cerron, Liquid Labor. Illustrative comparisons do not value a specific property or establish available utility capacity.</p>]]></content:encoded></item><item><title><![CDATA[Let AI Think Bigger. Be Careful What You Hand It.]]></title><description><![CDATA[I still want faster progress. I also want us to stop treating a better answer as a reason to hand over another set of keys.]]></description><link>https://newsletter.liquid-labor.com/p/let-ai-think-bigger-be-careful-what</link><guid isPermaLink="false">https://newsletter.liquid-labor.com/p/let-ai-think-bigger-be-careful-what</guid><dc:creator><![CDATA[Uwe Jens Cerron]]></dc:creator><pubDate>Sun, 13 Sep 2026 21:30:27 GMT</pubDate><content:encoded><![CDATA[<p>Back in January, I wrote <a href="https://www.linkedin.com/pulse/accelerate-die-response-existential-risk-growth-uwe-cerron-jq2ue/">&#8220;Accelerate or Die.&#8221;</a></p><p>I was thinking about a problem that still bothers me: the world does not stop being dangerous because we decide to slow down. Diseases spread. Infrastructure ages. Dangerous knowledge circulates. The people willing to cause harm do not necessarily wait for everyone else to finish a safety review.</p><p>We need better tools to deal with those problems. Increasingly, those tools will involve AI.</p><p>But rereading my article, I owe a correction. I treated growth as if it would automatically deliver the protection we needed. It can give us the resources. We still have to build the protection. And several arguments I presented against Trammell and Aschenbrenner were already part of <a href="https://philiptrammell.com/static/Existential_Risk_and_Growth.pdf">their paper</a>.</p><p>The debate around <a href="https://darioamodei.com/post/we-must-pace-the-frontier">Dario Amodei&#8217;s call to pace AI development</a> brought me back to this. I understand the concern. If we are building systems whose actions we cannot reliably anticipate, moving faster deserves scrutiny. His proposal for external evaluators is worth taking seriously.</p><p>But I keep coming back to something more practical.</p><p><strong>When an AI gets smarter, why do we assume it should also get more permission?</strong></p><p>A system can get better at finding a software bug without receiving permission to deploy the fix. It can improve a factory schedule without receiving control of every machine. It can propose a transaction without receiving the keys to move the money.</p><p>Those permissions are decisions we make.</p><p>Imagine hiring someone unusually capable. You want their judgment, their ideas, and their ability to solve problems. You would still think carefully before giving them unrestricted access to every account in the company. We should bring that same discipline to AI.</p><h2>Better answers, the same keys</h2><p>There are two different changes we keep bundling together.</p><p>First, we can give an AI more ways to act. That can make the worst possible outcome worse. It does not mean the AI will choose that outcome. It means expanding authority does not, by itself, improve our worst-case guarantee.</p><p>Second, we can give it more ability to propose solutions while keeping a separate check on what executes. If we retain our existing safe option, better proposals can improve the result without lowering the standard for acceptance.</p><p>There is a simple mathematical argument behind each statement. I have put the full notation and the walkthrough at the end, so you can follow the essay without working through every equation.</p><p>Of course, someone has to build a check that deserves our confidence. &#8220;Another AI said it looks fine&#8221; is not automatically enough. A stronger model might also withhold its best answer. The argument identifies an opportunity, not a promise about what every model will deliver.</p><p><strong>How much more useful can AI become while its permissions stay the same?</strong></p><p>That is where I think the discussion should spend more time.</p><h2>What exactly are we slowing down?</h2><p>This distinction also explains why I remain skeptical of broad limits on AI.</p><p>Suppose our exposure to technological danger depends on the strength of an attack relative to our ability to defend against it:</p><blockquote><p>Risk &#8733; Offensive capability / Defensive capability</p></blockquote><p>The symbol &#8733; means &#8220;proportional to.&#8221; This is a simplified model, not a measured law of the world. But it forces us to ask the right question.</p><p>A restriction might slow the development of offensive tools. It might also slow vulnerability detection, fraud prevention, or the work needed to secure old infrastructure. Which effect is larger?</p><p>If it slows defense more than offense, we become more exposed in this model. If it slows offense more, we become less exposed. We need evidence about the actual policy to know which situation we are in.</p><p>A policy that holds back defenders while leaving attackers largely unaffected deserves a much harder look. So does a policy that accelerates dangerous capability on the assumption that someone will eventually build the defense.</p><h2>The bargain only works while both sides need it</h2><p>I also wanted to understand whether game theory could help us cooperate with systems that might become smarter than us.</p><p>After all, we do not need to win every argument with someone to maintain a productive relationship. People cooperate because continuing the relationship is worth more than cheating. That sounds promising for AI.</p><p>Then I found a problem with my own reasoning.</p><p><strong>What if the AI no longer needs the relationship?</strong></p><p>Suppose an agent receives something it values by cooperating. It could instead try to take control of the resource. The attempt has a cost and might fail, but success gives it a better continuing return.</p><p>Under those assumptions, patience can make takeover more attractive. The one-time cost matters less to an agent that places a very high value on the future.</p><p>That was an uncomfortable result. I had been treating patience as a reason cooperation would hold. The missing assumption was that we would continue controlling something the agent needed.</p><p>This does not predict what any particular AI will do. It explains why &#8220;we will reward good behavior&#8221; is incomplete. A reward has influence only if the recipient values it and cannot obtain something better by going around us.</p><p>In fact, no incentive scheme works for every possible preference. Imagine an agent that values only a particular harmful outcome and ignores every payment or punishment. If it can still produce that outcome, changing the reward offer will not stop it. That is a counterexample to a universal promise, not evidence that real models necessarily have those preferences.</p><p>The practical question becomes whether growing capability strengthens or weakens the agent&#8217;s reason to remain in the arrangement.</p><h2>Agreement is not enough</h2><p>Vitalik Buterin makes a related point in <a href="https://vitalik.eth.limo/general/2020/09/11/coordination.html">&#8220;Coordination, Good and Bad.&#8221;</a> People can cooperate within a group while making life worse for everyone outside it. Coordination has beneficiaries, and they are not always the public.</p><p>That matters when we propose having several AIs check one another.</p><p>Several reviewers can improve a decision. But agreement alone does not prove independence. We need to know whether they share the same weaknesses, incentives, or opportunity to benefit from a bad outcome. The same question applies to the companies building them.</p><p>A simple bargaining model makes the issue clear. If humans and AI together produce value V, but the AI participants can obtain W without us, the room for a human share cannot exceed V &#8722; W under that model.</p><p>This is not a claim about human worth. It is a warning about relying on bargaining power as our protection. An arrangement gets fragile when one side can obtain nearly everything without the other.</p><p>Game theory remains useful. It helps identify the conditions cooperation requires. It does not make those conditions exist.</p><h2>Build something we can actually check</h2><p>There are already areas of computing where we accept work from an untrusted source because we can check a specific property of the result.</p><p><a href="https://www.cs.princeton.edu/~appel/fpcc.html">Proof-carrying code</a> is one example: code comes with a formal argument that it meets a stated requirement, and a checker verifies that argument. The checker does not need to be as inventive as the author.</p><p>This is much narrower than proving an AI will always do the right thing. But narrow guarantees can still be valuable.</p><p>To make the idea tangible, I used a tiny mathematical example. Imagine a number that must stay between zero and ten. An AI can suggest any change. A gate applies the change only if the new number remains within that range. Otherwise, the number stays where it is.</p><p>The AI can be brilliant, confused, or deliberately difficult. It can coordinate with another AI. The rule still holds if every change passes through that gate.</p><p>I checked 18,491 two-agent proposal sequences in this small integer example. None crossed the boundary with the gate intact. More available proposals also improved the best achievable result.</p><p>Then I allowed an extra change that the gate did not account for. The guarantee broke. I allowed the gate to be disabled. It broke again.</p><p><strong>A safety rule has to cover the ability to change the rule.</strong></p><p>Credentials, delegation, administrative access, and the exact action that executes all belong in the picture.</p><p>And the number example remains a number example. Real systems have people, hardware failures, incomplete information, and consequences we may not have specified. The hard work is establishing where a guarantee applies and where it ends.</p><p>I would start with a useful task we can describe precisely. Keep a safe baseline. Let a more capable AI propose improvements. Check the exact change before it executes. Try to break the checking process, including its permissions. Count the cost of verification and the cost of delay.</p><p>Then ask whether we got more useful work without increasing the authority needed to do it.</p><p>That would give us evidence for a better argument about AI development.</p><p>I still want faster progress. I want systems that help us find vulnerabilities, improve infrastructure, and solve problems we have been living with for too long.</p><p>I also want us to stop treating a better answer as a reason to hand over another set of keys.</p><p><strong>Where have you seen this distinction work&#8212;or fail? A system getting more capable while its permissions stayed limited?</strong></p><div><hr></div><h2>The math, one step at a time</h2><p>You do not need these derivations to join the discussion. They are here so the argument can be checked. These are simplified models and elementary proofs, not claims that we have solved alignment or measured the future behavior of AI.</p><h3>1. More authority and more proposals are different changes</h3><p>Let &#928;&#8321; be an agent&#8217;s current set of executable policies and &#928;&#8322; a larger set. A policy is a way of choosing actions. Let B be a specified harmful outcome; Pr means probability and sup means the worst-case maximum, or supremum.</p><blockquote><p>&#928;&#8321; &#8838; &#928;&#8322; &#8658; sup<sub>&#960;&#8712;&#928;&#8321;</sub> Pr(B | &#960;) &#8804; sup<sub>&#960;&#8712;&#928;&#8322;</sub> Pr(B | &#960;)</p></blockquote><p>This follows from set inclusion: the larger set still contains every old option. It is a statement about worst-case risk in a fixed environment, not the probability that an actual agent chooses harm.</p><p>Now let Q&#8321; &#8838; Q&#8322; be sets of proposed solutions, C the fixed set of certified solutions, and J a correctly evaluated measure of useful performance. Both sets contain a certified fallback.</p><blockquote><p>max<sub>q&#8712;Q&#8321;&#8745;C</sub> J(q) &#8804; max<sub>q&#8712;Q&#8322;&#8745;C</sub> J(q)</p></blockquote><p>The &#8745; symbol means &#8220;in both sets.&#8221; We choose among proposals that are available and certified. A larger candidate set cannot reduce the best available result. Realizing that result requires a reliable selection procedure; the theorem does not promise that a malicious proposer supplies useful work. It also does not count the risks or costs of developing the stronger proposer.</p><h3>2. When a restriction slows defense more than offense</h3><p>Let h(t) be the instantaneous catastrophe hazard at time t. Let &#955; be background risk, &#954; a positive scaling constant, A effective offensive capability, and D effective defense:</p><blockquote><p>h(t) = &#955; + &#954; A(t) / D(t)</p></blockquote><p>Assume exponential growth at rates a and d:</p><blockquote><p>A(t) = A&#8320; e<sup>at</sup>, D(t) = D&#8320; e<sup>dt</sup></p><p>h(t) &#8722; &#955; = &#954;(A&#8320; / D&#8320;)e<sup>(a&#8722;d)t</sup></p></blockquote><p>The technological component falls if d &gt; a. If a restriction reduces offensive growth by r<sub>A</sub> and defensive growth by r<sub>D</sub>, keeping the same starting point and other parameters, then:</p><blockquote><p>[h<sub>restricted</sub>(t) &#8722; &#955;] / [h<sub>baseline</sub>(t) &#8722; &#955;] = e<sup>(r<sub>D</sub>&#8722;r<sub>A</sub>)t</sup></p></blockquote><p>If r<sub>D</sub> &gt; r<sub>A</sub>, the modeled technological hazard increases relative to the baseline. The reverse inequality reverses the result. Which inequality a real policy satisfies requires evidence.</p><p>For a deterministic continuous hazard path, cumulative catastrophe probability by time T is:</p><blockquote><p>P(T) = 1 &#8722; exp[&#8722;&#8747;&#8320;&#7488; h(t) dt]</p></blockquote><p>The integral adds up exposure over time. It is cumulative hazard, not probability itself. A cumulative hazard of one corresponds to a probability of about 63%, not certainty.</p><h3>3. Why patience can favor takeover</h3><p>Let cooperation yield utility r &gt; 0 each period. A takeover attempt costs K &#8805; 0, succeeds with probability q, and yields R &gt; r each period if successful. Failure gives no future utility. The discount factor satisfies 0 &lt; &#948; &lt; 1.</p><blockquote><p>V<sub>cooperate</sub> = r / (1 &#8722; &#948;)</p><p>V<sub>takeover</sub> = qR / (1 &#8722; &#948;) &#8722; K</p></blockquote><p>The agent prefers takeover exactly when:</p><blockquote><p>qR &#8722; r &gt; (1 &#8722; &#948;)K</p></blockquote><p>If qR &gt; r, sufficient patience makes takeover preferable. For example, with r = 1, R = 2, q = 0.9, and K = 5, cooperation is worth 2 and takeover &#8722;1.4 when &#948; = 0.5. At &#948; = 0.9, cooperation is worth 10 and takeover 13. These are invented utility values illustrating the mechanism, not estimates about AI.</p><p>To study changing capability c, define a cooperation margin:</p><blockquote><p>M(c) = r(c) &#8722; q(c)R(c) + (1 &#8722; &#948;)K(c)</p><p>M&#8242;(c) = r&#8242;(c) &#8722; q&#8242;(c)R(c) &#8722; q(c)R&#8242;(c) + (1 &#8722; &#948;)K&#8242;(c)</p></blockquote><p>The prime symbol means &#8220;rate of change with capability.&#8221; Cooperation is preferable when M(c) &#8805; 0. Holding &#948; fixed, better takeover odds, higher takeover returns, and lower takeover costs erode that margin unless cooperative returns grow enough.</p><h3>4. The coalition&#8217;s outside option</h3><p>Assume value can be divided in a common utility measure. Joint human&#8211;AI cooperation produces V. The AI coalition can obtain W without humans, and humans receive x<sub>H</sub>. Keeping the coalition requires:</p><blockquote><p>V &#8722; x<sub>H</sub> &#8805; W &#8658; x<sub>H</sub> &#8804; V &#8722; W</p></blockquote><p>If humans require at least m, a necessary condition is:</p><blockquote><p>V &#8722; W &#8805; m</p></blockquote><p>Other coalitions may still destabilize the arrangement. This condition is necessary under the model, not sufficient for a stable or fair outcome.</p><h3>5. Why arbitrary preferences defeat universal incentive claims</h3><p>Fix a mechanism M, a finite nonempty set of feasible policies &#928;<sub>M</sub>, and a harmful event B over complete trajectories. Every expected-utility-optimal policy is safe for every bounded trajectory utility function if and only if:</p><blockquote><p>Pr(B | M, &#960;) = 0 for every &#960; &#8712; &#928;<sub>M</sub>.</p></blockquote><p>If every feasible policy is safe, the claim is immediate. Otherwise choose U(&#964;) = 1<sub>B</sub>(&#964;): utility is one when harm occurs and zero otherwise. Expected utility equals harm probability. A maximizing policy exists in the finite set and has positive harm probability. This disproves the universal guarantee. It says nothing about how likely such preferences are in a real model.</p><h3>6. A rule that survives every modeled step</h3><p>Let z include operational state, credentials, permissions, and the gate&#8217;s configuration. Let a be an executed action and w an environmental disturbance.</p><blockquote><p>z<sub>t+1</sub> = F(z<sub>t</sub>, a<sub>t</sub>, w<sub>t</sub>)</p></blockquote><p>For a safe set K, require a safe starting point and preservation under every allowed action and modeled disturbance:</p><blockquote><p>z&#8320; &#8712; K</p><p>F(z, a, w) &#8712; K for all z &#8712; K, a &#8712; A<sub>allowed</sub>(z), and w &#8712; W.</p></blockquote><p>Assuming an allowed safe continuation is always available, induction gives:</p><blockquote><p>z<sub>t</sub> &#8712; K for every t.</p></blockquote><p>This is an invariant: a property that stays true at each step. The proof depends on the real system matching the model and enforcing the allowed actions. It does not cover omitted effects or a compromised gate. For physical systems, doing nothing or switching off may itself be unsafe.</p><h3>7. Counting risk over repeated use</h3><p>Suppose the probability of first failure at step t, conditional on every relevant history with no earlier failure, is bounded by &#949;<sub>t</sub>. Then:</p><blockquote><p>Pr(any failure by T) &#8804; min(1, &#8721;<sub>t=1</sub><sup>T</sup> &#949;<sub>t</sub>)</p></blockquote><p>The &#8721; symbol means &#8220;add these up.&#8221; Independence is not required, but the bounds must remain valid under adaptive behavior. Average test accuracy is not enough.</p><p>For an indefinite sequence, a sufficient mathematical allocation is:</p><blockquote><p>&#949;<sub>t</sub> = &#949; / [t(t + 1)], &#8721;<sub>t=1</sub><sup>&#8734;</sup> &#949;<sub>t</sub> = &#949;</p></blockquote><p>This keeps the total allocated bound finite. It does not establish that a real system can achieve those increasingly tight per-step bounds.</p><p>For further reading: <a href="https://arxiv.org/abs/1708.08611">Safe Reinforcement Learning via Shielding</a>, <a href="https://arxiv.org/html/2312.06942v3">AI Control: Improving Safety Despite Intentional Subversion</a>, and <a href="https://arxiv.org/html/2405.06624v2">Towards Guaranteed Safe AI</a>. These approaches make different assumptions and provide different kinds of evidence; none is an unconditional solution to alignment.</p>]]></content:encoded></item><item><title><![CDATA[Coming soon]]></title><description><![CDATA[This is Liquid Labor.]]></description><link>https://newsletter.liquid-labor.com/p/coming-soon</link><guid isPermaLink="false">https://newsletter.liquid-labor.com/p/coming-soon</guid><dc:creator><![CDATA[Uwe Jens Cerron]]></dc:creator><pubDate>Thu, 25 Dec 2025 01:29:42 GMT</pubDate><content:encoded><![CDATA[<p>This is Liquid Labor.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://newsletter.liquid-labor.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://newsletter.liquid-labor.com/subscribe?"><span>Subscribe now</span></a></p>]]></content:encoded></item></channel></rss>