Den kommende kamp om compute-suverænitet
Køen ingen ejede
Det første argument handlede ikke om strategi. Det handlede om en kø. En forskningsgruppe havde tidskritisk arbejde, der skulle køre, en hospitalspartner ønskede en model valideret før et klinisk pilotforløb, en producent havde simulationsopgaver stablet bag en designfrysning, og en offentlig myndighed havde reserveret kapacitet til en svindelanalyse, som ingen ønskede at udsætte, når først avisen havde lært ordet algoritme. Cluster-dashboardet viste pæne rektangler. Folkene omkring bordet så prioritet, pligt, penge, risiko og omdømme. Planlæggeren så jobs. Det var problemet.
Alle i lokalet var enige om, at compute var vigtigt. Det var den nemme del, den slags sætning, der overlever enhver komité, fordi den ikke kræver noget. Det svære begyndte, da de skulle beslutte, hvem der først måtte bruge de knappe processorer, under hvilke regler, med hvilke data, til hvilken pris, og med hvis autoritet man måtte afbryde en anden. Pludselig var compute ikke en ingeniørressource gemt i en kælder. Det var et forfatningsspørgsmål med ventilatorer på.
Det er her, den kommende kamp om compute-suverænitet vil udspille sig. Ikke kun i taler om chips, ikke kun i handelspolitik, ikke kun i cloud-kontrakter og nationale AI-planer, men i allokering. Hvem får lov til at omdanne elektricitet, hardware, køling, modeller, data og kvalificeret arbejdskraft til svar. Hvem venter. Hvem betaler. Hvem kan afvise en fjernafhængighed. Hvem holder driften kørende, når forsyningen strammer til. Hvem kan inspicere stakken, når noget afgørende afhænger af den.
Compute-suverænitet reduceres ofte til at eje maskiner. Ejerskab betyder noget, men det er for småt. Et rack med acceleratorer uden strøm, operatører, firmwarekontrol, planlægningspolitik, vedligeholdelsesveje, sikker dataadgang, modelstyring og budgetdisciplin er ikke suverænitet. Det er dyre møbler, der laver en varm summende lyd. Suverænitet begynder, når en institution eller region kan beslutte, hvordan kritisk beregning bruges, og kan holde den beslutning i live under pres.
Knaphed ændrer tonen
I årevis behandlede mange organisationer compute som et værktøj, der kunne tilkaldes ved at indtaste et kreditkort, åbne en ticket eller spørge den ene person, der forstod clusteret. Den vane voksede i en æra, hvor kapaciteten føltes elastisk nok til de fleste formål. Hvis en model havde brug for mere træning, lej mere. Hvis en simulation havde brug for mere hukommelse, reserver mere. Hvis et projekt ønskede en demo, så brug pengene og undskyld senere i et regneark med optimistiske farver.
AI-efterspørgslen har gjort den holdning skrøbelig. Moderne computere er begrænset af chips, emballage, høj båndbredde-hukommelse, eksportregler, datacenterplads, netforbindelser, køling, firmware, interconnects, drivere, orkestrering, modellicenser og den kedelige kendsgerning, at dygtige operatører ikke kan downloades i frokostpausen. Selv når pengene er til stede, er kapaciteten måske ikke. Selv når kapaciteten findes, er den måske ikke styret af den institution, der har brug for den. Selv når den styres lokalt, kan den være reserveret til det forkerte arbejde, fordi ingen har designet en prioriteringsmodel.
Knaphed gør computere til politik, fordi allokering afslører værdier. Et universitet skal vælge mellem frontforskning og studerendes adgang. Et sundhedsvæsen skal vælge mellem modelvalidering og analysebacklogs. En regering skal vælge mellem skatteinddrivelse, sociale ydelser, klimamodellering og sikkerhedsarbejde. En producent skal vælge mellem produktsimulering og AI-assisteret drift. Køen bliver et politisk dokument, bare mindre ærligt, fordi det er skrevet i job-ID'er.
Kampen løses ikke ved at sige mere computerkraft, selvom mere computerkraft vil hjælpe. Veje hjælper transport, men de besvarer ikke spørgsmålet om, hvem der får en ambulancekørsel. Compute-suverænitet kræver kapacitet og regler. Reglerne vil være ubehagelige, fordi de gør implicitte prioriteringer synlige. Det er typisk dér, voksne begynder at bede om endnu en workshop.
At eje hardware er kun ét lag
En suveræn compute-position omfatter hardware, men hardware alene er ikke kommando. Processoren har firmware. Maskinen har drivere. Klyngen har et operativsystem, en scheduler, et storage-fabric, et identitetslag, en overvågningsstak, pakkerepositorier, en sikkerhedsopdateringssti og en fjernvedligeholdelsesmodel. Arbejdsbyrden har dataadgang, modelvægte, licensvilkår, eksportkontrol, revisionskrav og energiomkostninger. Institutionen har operatører, budgetter, indkøbsregler og offentlige eller kommercielle forpligtelser. Hvert lag kan flytte autoritet.
Et land kan subsidiere maskiner og stadig være afhængig af fjernstyringsplaner. En virksomhed kan købe acceleratorer og stadig være afhængig af en leverandør for vedligeholdelsesvinduer, den ikke kan påvirke. Et forskningsinstitut kan køre en lokal klynge og stadig miste suverænitet gennem modellicenser, der forbyder det arbejde, det har brug for at udføre. En offentlig myndighed kan holde data i jurisdiktionen og stadig sende prompts, logs eller embeddings gennem værktøjer andre steder. Spørgsmålet er ikke, om vi ejer bokse. Spørgsmålet er, hvilke beslutninger om beregning vi kan træffe, udføre og bevise.
Scheduleren fortjener særlig opmærksomhed, fordi det er dér, værdier bliver til runtime. Schedulere præsenteres normalt som teknisk maskineri: køer, partitioner, prioriteter, reservationer, preemption. Under knaphed bliver de til styring. Hvem må afbryde hvem. Hvilke arbejdsbyrder er kritiske. Hvilke brugere får burst-rettigheder. Hvilke projekter skal bevise effektiv brug. Hvilke dataklasser må køre på hvilke noder. Hvilke jobs stoppes, når energipriserne spidser. Det er ikke kun klyngeindstillinger. Det er institutionelle valg.
Derfor har compute-suverænitet brug for mennesker, der kan læse både politikken og scheduler-konfigurationen. En bestyrelse kan erklære prioriteter, men hvis scheduleren ikke kan udtrykke dem, er erklæringen teater. Ingeniører kan tune køer, men hvis ingen styring beslutter, hvad der skal favoriseres, bliver ingeniørarbejde til tilfældig politik. Den modne version forbinder begge. Den skriver prioritet ind i den operationelle maskineri og bevarer beviserne for, hvad der skete.
Energispørgsmålet bliver ikke på bagsædet
Beregning er ikke en abstrakt sky af intelligens. Det er elektricitet, der bevæger sig gennem udstyr og efterlader varme. Det lyder indlysende, indtil planlægningsdokumenter behandler beregningskapacitet, som om den kan tilføjes med et navneord. En seriøs beregningsstrategi skal møde elnettet. Den skal spørge, hvor der er strøm tilgængelig, hvornår belastningen kan flyttes, hvordan køling håndteres, hvad der sker under spidsbelastning, hvilke arbejdsbelastninger der kan vente, og hvilke offentlige forpligtelser der fortjener prioritet, når energi er begrænset.
Dette vil blive mere politisk synligt, fordi datacentre konkurrerer med andre behov: boliger, industri, elektrificeret transport, varmenet, netforstærkning og husholdningsefterspørgsel. Svaret kan ikke blot være ingen datacentre, fordi kritisk forskning, sundhedsvæsen, fremstilling, offentlig forvaltning og sikkerhed alle har brug for beregning. Svaret kan heller ikke være uendelige datacentre, fordi fysikken ikke er blevet en del af innovationsafdelingen. Så allokering vender tilbage, nu med transformerstationer.
Energibevidst beregningssuverænitet betyder at matche arbejdsbelastning med hastende karakter og placering. Noget træning kan køre, når vedvarende energi er rigelig. Noget inferens skal køre tæt på brugerne for latenstid og modstandsdygtighed. Nogle offentlige arbejdsbelastninger fortjener beskyttet kapacitet. Nogle eksperimenter bør tvinges til at retfærdiggøre store kørsler. Nogle modeller bør være mindre, cachelagrede, kvantiserede, destillerede eller erstattet af mere effektive metoder. Effektivitet er ikke det modsatte af ambition. Det er sådan ambition overlever elregningen.
Der er også en suverænitetslektion i spild. Hvis en organisation bruger overdreven beregning, fordi modeller er for store, datapipelines er sjuskede, prompter er oppustede, eller evalueringer gentages uden formål, bruger den suverænitet såvel som penge. Knap kapacitet brugt dårligt er kapacitet nægtet andre steder. Fremtidens argument om beregning vil derfor omfatte softwarekvalitet. Det er uhøfligt, men fair.
Cloudkapacitet er nyttig og betinget
Fjernkapacitet vil forblive essentiel. Ingen seriøs beregningsstrategi bør lade som om, at enhver organisation kan eller bør køre enhver arbejdsbelastning lokalt. Elastisk cloudkapacitet hjælper med spidsbelastninger, specialiseret hardware, geografisk rækkevidde, administrerede operationer og eksperimenter, der ville være spild at understøtte permanent. Spørgsmålet er ikke, om fjernberegning er dårlig. Spørgsmålet er, om afhængigheden af den er forstået, afgrænset og reversibel nok til det arbejde, der er på spil.
Betinget afhængighed er normalt. Ustyret afhængighed er problemet. En offentlig institution, der bruger eksterne acceleratorer til lavrisiko-batcharbejde, kan træffe et fornuftigt valg. Den samme institution, der bruger en ekstern platform til følsom beslutningsstøtte uden uafhængige logfiler, afslutningstests, nøglekontrol eller planlægning af prisstød, kan flytte autoritet uden at bemærke det. Den samme hardware kan være passende eller hensynsløs afhængigt af data, arbejdsbyrde, dokumentation og forhandlingsposition.
Kontrakter betyder noget her, men kontrakter kan ikke bære hele byrden. Hvis eksport er teoretisk tilladt, men praktisk umulig, fordi modelartefakter, pipelines, logfiler og evalueringer er låst fast i en platform, er exit dekorativt. Hvis priser kan ændre sig hurtigere end budgetter, bliver kapacitet en politisk risiko. Hvis supportadgang er bred og uigennemsigtig, bliver compute en adgangsvej. Hvis et regionsløfte udelukker kontrolplanet, kan systemet være lokalt i brochuren og eksternt i den del, der kan stoppe det.
En moden tilgang bruger ekstern compute som en del af en portefølje. Den holder noget lokal eller regionalt styret kapacitet til følsomme, hastende eller strategiske arbejdsbyrder. Den bruger bærbare arbejdsbyrdebeskrivelser, hvor det er muligt. Den tester bevægelse før krisen. Den holder uafhængig dokumentation. Den forstår, hvilke data og afledte artefakter der forlader systemet. Den prissætter omkostningen ved ikke at kunne køre. Det er mindre spændende end en kæmpe indkøbsannoncering. Det er også mere sandsynligt, at det virker.
Efterspørgselssiden er politik
Diskussioner om compute-suverænitet fokuserer ofte på udbud. Hvor mange chips. Hvilke fabrikker. Hvilke clouds. Hvilke klynger. Udbud betyder noget, men efterspørgselsdisciplin betyder også noget. Hvis hvert team behandler en stor modelkørsel som standardløsningen, vil ingen mængde kapacitet føles tilstrækkelig. Hvis succes måles på antallet af parametre, vil ledere købe varme og kalde det strategi. Hvis evaluering er svag, vil teams køre eksperimenter igen, fordi ingen ved, hvilken kørsel der var meningsfuld. Køen vil fyldes med usikkerhed iført laboratorielegitimationsoplysninger.
God efterspørgselspolitik starter med at spørge, hvilken klasse af compute en opgave faktisk har brug for. At træne en basismodel, finjustere en domænemodel, køre inferens, udføre hentning, simulere fysik, gengive data, evaluere modeller og betjene interaktive brugere er forskellige arbejdsbyrder. De har forskellige behov for følsomhed, latenstid, skalering, energi og revision. At behandle dem som én kategori kaldet AI-compute er administrativt bekvemt og teknisk dovent.
Effektivitetsteknikker er suverænitetsværktøjer. Mindre modeller, sparsomme metoder, kvantisering, batching, caching, hentning, bedre datakvalitet, tidlig stop, reproducerbare eksperimenter og god profilering reducerer alle afhængigheden af knap kapacitet. Det gør også afvisning af arbejde uden klar evaluering eller ejer. Den billigste enhed af compute er den, der ikke bruges, fordi nogen stillede et skarpere spørgsmål. Den sætning sælger ikke mange konferenceboder, men den har reddet flere budgetter end dekorativ ambition.
Efterspørgselsdisciplin beskytter også retfærdighed. Uden den bruger magtfulde teams kapacitet gennem vane, mens mindre teams venter. En scheduler kan håndhæve kvoter, men kvoter uden fælles normer bliver en anden slagmark. Institutioner har brug for klare kategorier: strategisk offentlig opgave, reguleret arbejde, indtægtskritisk arbejde, forskningsudforskning, uddannelse, vedligeholdelse og spekulative eksperimenter. Kategorierne vil ikke være perfekte. Perfekt er, hvad udvalg beder om, når de vil undgå at vælge.
Offentlig kapacitet kræver offentlige regler
Når regeringer investerer i national eller regional compute, vil de møde et legitimitetsspørgsmål. Offentlig compute kan ikke blot blive en pænere kø for dem, der allerede ved, hvordan man skriver forslag. Den skal tjene offentlige missioner, forskning, uddannelse, små virksomheder, kritiske sektorer og langsigtet kapacitet. Det kræver gennemsigtige regler for adgang, prissætning, prioritering, datafølsomhed, publicering, sikkerhed og acceptabel brug. Ellers arver det nye offentlige aktiv gamle uligheder med bedre køling.
Offentlige regler betyder ikke langsomme regler. De betyder inspicerbare regler. Et hospitalsvalideringsjob kan have brug for prioritet over et spekulativt benchmark. Et universitetskursus kan have brug for garanteret beskeden kapacitet, fordi uddannelse er sådan, fremtidens operatører opstår. En lille producent kan have brug for burst-adgang uden at blive knust af virksomheders indkøbsritualer. En klimamodel kan fortjene beskyttet tid, fordi samfundet drager fordel, selvom ingen enkelt afdeling ejer fakturaen. Disse valg er politiske i den respektable forstand: de allokerer en delt ressource til fælles pligter.
Reglerne bør inkludere dokumentation. Hvem brugte kapacitet. Til hvilken klasse af arbejde. Med hvilken datafølsomhed. Til hvilken energiomkostning. Med hvilket resultat. Hvilke jobs blev afbrudt. Hvilke projekter gentagne gange forbrugte kapacitet uden at producere evaluerede resultater. Hvilke sektorer var undertjente. Dette er ikke overvågning for sin egen skyld. Det er forvaltning. Knap offentlig compute bør ikke forsvinde i heroiske anekdoter og årlige fotos af kabinetter.
Offentlig kapacitet kræver også professionel drift. En klynge, der kun eksisterer som et tilskudskøb, bliver hurtigt forældet. Operatører har brug for finansiering, status, træning og autoritet. Vedligeholdelse er ikke en administrativ eftertanke. Det er forskellen mellem strategisk infrastruktur og et museum over sidste års ambition. Europa har begået denne fejl før i andre former: køb tingen, underfinansier folkene, og vær overrasket, når tingen udvikler en personlighed.
Sikkerhed handler om mere end hemmeligheder
Compute-platforme koncentrerer følsomt materiale: datasæt, modelvægte, prompts, embeddings, logs, legitimationsoplysninger, forskningsideer, industrielle designs og operationelle mønstre. Sikkerhed handler ikke kun om at forhindre tyveri. Det handler om at kontrollere, hvem der kan køre hvad ved siden af hvad, hvilke artefakter der bevares, hvilke logs der opbevares, hvilke operatører der kan inspicere jobs, hvilke afhængigheder der kan opdatere runtime-adfærd, og hvilke output der må forlade miljøet. Compute er et sted, hvor data bliver til handling. Det gør det til et attraktivt sted at begå fejl.
Multi-tenant compute er særligt krævende. Forskellige brugere kan have forskellige juridiske regimer, fortrolighedsbehov og trusselsmodeller. Et studieprojekt, en simulation tæt på forsvarsområdet, et sundhedsdatasæt og en kommerciel model-evaluering bør ikke behandles som naboer, blot fordi køen havde plads. Isolation, attestation, identitet, håndtering af hemmeligheder, netværkspolitik, opbevaringshygiejne og revisionsspor bliver alle en del af suveræniteten. Hvis disse kontroller er svage, kan lokal compute stadig være uregeret compute.
Model-governance hører også til her. Hvilke vægte må indlæses. Hvilke licenser tillader hvilket arbejde. Hvilke modeller er evalueret til domænet. Hvilke fine-tunes indeholder følsomme data. Hvilke output kræver gennemgang. Hvilke artefakter kan eksporteres. Platformen bør ikke blive et sted, hvor politik bliver omdannet til kommandolinjeflag af den, der har travlt. Travlt er ikke en governance-model. Det er en vejrtilstand.
Sikkerhedskontroller bør designes med brugervenlighed for øje. Hvis sikre veje er umulige, skaber folk usikre. De kopierer data, lejer ekstern kapacitet, omgår køer eller holder private notesbøger med besværgelser. Suverænitet fejler, når det officielle miljø er så langsomt eller uigennemsigtigt, at seriøse mennesker ruter udenom. Kontrol skal være brugbar nok til at fortjene lydighed.
Kampen om talent
Den mest knappe del af compute-suverænitet kan være mennesker. Hardware kan købes langsomt og dyrt. Dygtige operatører, performance-ingeniører, sikkerhedsarkitekter, dataforvaltere, indkøbsspecialister og politikoversættere tager længere tid. De har brug for erfaring med rigtige arbejdsbelastninger, ikke kun leverandør-diagrammer. De skal forstå, hvorfor et scheduler-valg kan blive et governance-valg, hvorfor en uskyldig log kan blive følsom, og hvorfor en model, der passer i hukommelsen, stadig kan være for dyr at stole på operationelt.
Institutioner undervurderer ofte dette lag, fordi mennesker er mindre fotogene end maskiner. Et bånd kan klippes foran et cluster. Det er sværere at klippe et bånd foran en vedligeholdelseskultur. Men uden mennesker forfalder suverænitet til adgang til udstyr. Operatørerne, der holder platformen sikker, effektiv og fair, er en del af infrastrukturen. At behandle dem som overhead er en pålidelig måde at omdanne strategi til overarbejde.
Talent former også uafhængighed i leverandørrelationer. En kompetent køber kan spørge, hvad der sker under firmware-opdateringer, hvordan logs adskilles, om arbejdsbelastninger er bærbare, hvordan kvoter håndhæves, hvordan energitopbelastninger håndteres, hvordan data destrueres, og hvad support-adgang kan se. En inkompetent køber beder om innovation og modtager en brochure. Leverandører er ikke skurke for at svare på det spørgsmål, de bliver stillet. Institutioner skal lære at stille bedre spørgsmål.
Uddannelse betyder noget på flere niveauer. Ingeniører har brug for dybere systemviden. Ledere har brug for nok læsefærdighed til at forstå afvejninger. Jurister skal forstå kontrolplaner og afledte artefakter. Offentlige embedsmænd skal forstå, hvorfor compute-allokering ikke er det samme som at købe kontorstole, selvom begge kan producere overraskende papirarbejde. Compute-suverænitet er delvist et pensumproblem.
Reserver, øvelser og retten til at vente mindre
Strategisk kapacitet er ikke det samme som gennemsnitlig kapacitet. En region kan have nok compute de fleste dage og stadig fejle under en krise, revision, angreb, prischok, juridisk tvist, større forskningsfrist eller offentlig nødsituation. Suverænitet testes af dårlig timing. Det betyder, at noget kapacitet skal reserveres, nogle arbejdsbelastninger skal kunne afbrydes, nogle fallback-veje skal øves, og nogle beslutninger skal træffes, før alle kigger på det samme dashboard med forskellige definitioner af, hvad der haster.
Reserver er politisk vanskelige, fordi ledig kapacitet ser spildagtig ud, indtil den er nødvendig. Det samme gælder brandstationer, backup og reserve-transformere. Kunsten er ikke at holde alt i tomgang. Det er at designe kapacitet, der kan skifte fra almindeligt arbejde til beskyttet arbejde under erklærede betingelser. Lav-prioritetsopgaver kan køre, når reserven er ubrugt. Kritisk arbejde kan fortrænge dem, når reglen udløses. Reglen skal være kendt før krisen. Ellers vinder det højeste råb.
Øvelser betyder noget. Kan en arbejdsbyrde flyttes fra fjern til lokal kapacitet. Kan et cluster køre afbrudt fra en administrationstjeneste. Kan modelartefakter gendannes. Kan data monteres uden at overtræde lokalitetsregler. Kan en leverandørnedbrud omgås. Kan en offentlig prioritet håndhæves. Kan beviserne vise, hvorfor en opgave fortrængte en anden. Det er ikke abstrakte spørgsmål. Det er forskellen på suverænitet som et navneord og suverænitet som et udsagnsord.
Retten til at vente mindre vil blive et styringskrav. Kritisk offentligt arbejde, sikkerhedsarbejde, forskning med snævre vinduer og industrielle processer med stor økonomisk eksponering vil argumentere for prioritet. Nogle vil have ret. Nogle vil være opportunistiske. Systemet har brug for regler, der er robuste nok til at skelne. Alternativet er en kø styret af status, volumen og den, der skriver den mest alarmerende e-mail.
Den diskussion, vi bør have tidligt
Den kommende kamp om compute-suverænitet er ikke noget at undgå. Det er noget at tage, før knaphed gør den grimmere. Institutioner bør beslutte, hvilke arbejdsbyrder der er kritiske, hvilke der kan vente, hvilke der skal køre lokalt, hvilke der kan sprænge fjern, hvilke data der kan rejse, hvilke modeller der er tilladt, hvilke beviser der kræves, hvilke reserver der er beskyttet, og hvilke effektivitetsstandarder der gælder. De beslutninger vil ikke være perfekte. De vil være bedre end at opdage politik gennem en blokeret kø.
Denne diskussion bør være praktisk. Den bør omfatte ingeniører, operatører, dataforvaltere, sikkerhedsteams, domæneeksperter, jurister, økonomi og de mennesker, hvis arbejde vil blive forsinket, når prioritet tildeles. Den bør ikke kun overlades til nationale strategidokumenter eller kun til cluster-administratorer. Compute-suverænitet ligger mellem politik og maskineri. Udelad begge sider, og resultatet bliver teater, modvilje eller begge dele.
Det bør også undgå renhed. Fuld uafhængighed er ikke realistisk for de fleste institutioner og ikke nødvendigt for de fleste arbejdsbelastninger. Total outsourcing er lige så naivt for kritisk arbejde. Den nyttige mellemvej er bevidst afhængighed: vid, hvad du stoler på, behold indflydelse, hvor konsekvenserne kræver det, opbyg lokal kompetence, gør arbejdsbelastninger bærbare, hvor det er muligt, bevar dokumentation, beskyt reserver og brug compute med disciplin. Den voksne version er mindre dramatisk end sloganversionen. Det er normalt et tegn på, at det måske kan fungere.
Kampen vil handle om chips, men også om elektricitet, køer, tilladelser, operatører, budgetter, modellicenser, offentlige forpligtelser og modet til at sige, at nogle opgaver er vigtigere end andre. Det mod er governance. Uden det bliver compute-suverænitet en indkøbsliste. Med det bliver compute infrastruktur, der kan tjene et samfund frem for blot at imponere en indkøbspræsentation.
Lærdommen
Compute-suverænitet er evnen til at handle, når compute er knap og konsekvensrig. Det betyder at eje tilstrækkelig kapacitet, forstå tilstrækkelige afhængigheder, drive tilstrækkelige lag og styre tilstrækkelig allokering til at holde kritisk arbejde fra at blive passager i en andens kø. Det er ikke anti-cloud, anti-handel eller anti-samarbejde. Det er anti-overraskelse.
Det praktiske arbejde er ligetil: kortlæg kontrolstakken, finansier operatører, skriv scheduler-politik, prissæt energi ærligt, klassificér arbejdsbelastninger, test bærbarhed, bevar dokumentation, reserver kapacitet til kritiske opgaver og reducér spild. Intet af dette har den rene romantik ved at købe den største maskine i lokalet. Det har den bedre dyd at gøre maskinen ansvarlig.
Fremtiden vil ikke spørge, om en institution mente, at compute betød noget. Alle vil sige ja. Den vil spørge, hvem der kunne allokere det, under hvilken autoritet, med hvilket bevis, når den nemme kapacitet var væk.