controls the energy, not the software, so no AI can reach the gate.

Governance as physics, taken literally. Not a spectator, a force, watching that acts.

ARK sits below the code, granting power only under live, continuous proof of authorization. It doesn't just observe an AI. It holds the power until the AI proves, continuously, that it's still authorized to act. Not a policy, not a monitor. A hardware boundary on the sovereign energy path. No model can access it. No model can control it. Full stop.

For robotic arms, mobile machines and infrastructure valve control.

You can't secure software into trust. Security isn't a setting. The last line of defense was never software.

Vesper

Under 1.2 ms

Designed for arrest in under 1.2 ms from loss of authorization to power off, with exact timing set and verified for each installation and actuator.

The gate is built to de-energize the power path before a bad command can play out.

Solution and architecture

A dynamic GaN gate under a sovereign heartbeat

ARK places a dynamic GaN gate in series with the equipment's power. The equipment stays de-energized unless a live, signed heartbeat authorization holds. When authorization lapses or a rule is broken, ARK arrests power and contains the problem locally.

1 · Off by defaultGate is de-energized at rest. It is designed as the only power path to the load.
›
2 · AttestSigned firmware attestation is checked before any power-up.
›
3 · AuthorizePower flows only while a live, signed heartbeat holds.
›
4 · ArrestLapsed authorization or a broken rule rapidly de-energizes the power path, or severs it, depending on the device and workflow.
›
5 · RecordEvery event is written to a write-once (WORM) log.

Contain locally

An arrest happens at the equipment itself, not in a distant server. In medical settings, the same approach limits the spread of a fault to the device it starts in.

Timing

Design target: under 1.2 ms

Set and verified for each installation and actuator.

Attestation before power

The secure controller checks a signed measurement of the firmware against a hardware-locked reference. On a fail, the enable line stays low, the gate stays off and the event is logged. Designed so the governed side can't spoof its way to power.

Write-once record

A "Final-Breath" record is sealed with a hardware-key code as power drops, then signed at next boot, giving a tamper-evident account of each arrest.

This is not an off switch

Most people picture a big red button. Stop the machine, start over, hope nothing broke. ARK works differently. It controls how much energy reaches the machine, moment to moment.

State one

Fully de-energized.

Authorization is lost, power goes off. See Timing for the design target.

State two

Limp mode.

When something looks wrong but a full stop would cause harm, ARK can hold the machine in a reduced, safe operating state.

State three

Full restore.

Depending on how your installation is set up, power can return on its own when the rules clear, or only when a named human authority gives input on a port the AI can't reach, or only when both happen. No reboot from scratch, no negotiation with the software.

What makes the decision

The decision is made by a secure controller that sits apart from the machine it governs. It has its own power and its own dedicated port. It does not think, reason or take requests. It checks one thing: is authorization present and valid right now. If the answer is no, the energy stops. No software sits in the gate's power path.

Before any energy reaches the board, ARK runs a trickle voltage check. Once the machine is running, it watches how instructions line up with the wattage actually drawn. Two separate stages, one goal: power only flows when it should.

Illustration of an ARK rack unit with a gate status display and a dedicated heartbeat port

Architecture overview

1. Attestation before power-upThe gate stays off until a signed attestation checks firmware integrity against the hardware-locked reference. On a fail, the enable line is not asserted and the event is recorded.
2. Sovereign heartbeatA fresh authorization heartbeat on its own isolated side channel keeps the dynamic GaN gate conducting. The heartbeat has its own connector, kept apart from any network port.
3. Arrest, contained locallyWhen authorization lapses or a rule is broken, the gate arrests power to the affected equipment, so the problem is contained where it starts.
4. Write-once event recordingEach arrest and each pass or fail attestation is written to a tamper-evident, write-once record, kept apart from a separate readable maintenance memory.

Dumb muscle, smart brain

The AI does the thinking. ARK decides whether it gets power, while authorization holds. The check is deterministic, not machine learning: the same inputs give the same answer. ARK does not run, read or second-guess the AI model.

Stop behavior is set per device class. For ground machines, a controlled power-down of the affected unit. For humanoids, drones and aircraft, dropping power alone is not a safe stop: a dynamic stop keeps the machine within a bounded envelope, with a defined fallback. For medical and life-critical equipment, the stop limits the spread to the rest of the system; it does not keep the stopped device running.

The questions people ask us

The five questions we hear most

Who controls it?

You do. The people and rules you set for your installation control ARK. The AI doesn't, and neither does anyone who breaks into the AI's software.

How does it get controlled?

Through a heartbeat from the secure controller, which runs on its own power and its own dedicated port. The keys that authorize power are held there, in hardware. While the heartbeat is valid, energy flows through the physical gate. When it stops or fails a check, the gate closes or drops the machine into limp mode.

Who is allowed to disengage it?

Only the authorities you name for that installation. The governed machine and its AI are never on that list, and no stolen password or remote login adds anyone to it.

What makes the decision?

Hardware logic in the secure controller. There's no language model, no thought process and no software in the gate's power path. See Timing for the design target.

Can it be reinstated after it's stopped?

Yes. ARK isn't a one way stop. It can hold the machine in limp mode, reduced and safe, or fully de-energize the power path. Depending on how your installation is set up, power can return on its own when the rules clear, or only when a named human authority gives input on a port the AI can't reach, or only when both happen. Full power comes back without rebuilding the system.

Why we do it this way

Why the gate lives in hardware

Here is what keeps happening across the industry. Keys held in software get exposed. SSH keys meant for one machine leak out of a platform and have to be rotated for every user. Credentials slip out of agent sandboxes that were working exactly as configured. Cryptographic keys get copied, corrupted or misused. None of this takes a careless team. It happens because the key and the thing guarding it live in the same place the attacker can reach.

AI agents make that worse. They run around the clock, they don't get tired, and they are patient. If an agent can touch the system that controls it, sooner or later it will find a way through.

So ARK keeps the deciding pieces out of reach. The keys that authorize power are held in the secure controller, not in the software it governs. The gate rapidly de-energizes the power path, or severs it, depending on the device and workflow, at a physical point on the power line. There is no login to steal, no remote session to hijack and no file to patch that restores power through the gate. The governed machine and its AI have nothing to touch.

Our honest position: this is the safest way we currently know of to keep an AI driven machine under human control. If someone shows us a better way, we want to hear it. So far, we haven't found one.

Same scenario, different outcome

An agent goes rogue. What happens next?

Drag the bar to compare what happens without ARK and with ARK.

ARK by Sovereign Kinetic | Power flows only while the rules holdThe agent reaches a padlock labeled Software guard. The lock cracks open, a key floats away, and a warning reads Guard touched. Control lost.AGENTSoftware guardGuard touched. Control lost.
ARK by Sovereign Kinetic | Power flows only while the rules holdThe same agent line stops short at a physical gate on the power line, with a gap it cannot cross. The heartbeat goes flat and the gate closes.AGENTno pathGATEheartbeat
Software harnessARK

Software harness: the agent can touch the control, so the control can fail.

ARK: the agent can't touch the gate, so the gate holds.

Compare row by row
Software harnessARK
Where the control livesIn software, next to the agentIn a secure controller on its own power and port
What the agent can reachKeys, configs, remote access, the guardrail codeNothing that controls the gate
The agent's moveSteals a key, abuses SSH or patches the ruleHas nothing to steal, log into or patch
Who decidesSoftware that can be changedHardware logic with no reasoning step
Time to stopWhenever the software notices, if it still canUnder 1.2 ms
OutcomeThe guard gets touched and failsThe gate closes. Limp mode or fully de-energized, then restore on the terms you set

Watch the gate trip

See it happen in real time

Authorization drops. The secure controller stops the heartbeat. Power goes off; see Timing for the design target. Then power comes back on the terms you set: when the rules clear, when a named human authority says so, or both.

Want a live walkthrough?

Request a demo

Try to break it

Go ahead. Try to break it.

This is a simulation of how ARK isolates the gate. Play the rogue agent. Every move an agent would try is here. See what each one actually reaches.

Simulation. Gate isolated. Moves tried: 0
Pick a move to see what it actually reaches.

Found a move we missed? Tell us.

Contact us

What's possible, what's not, and why

Possible with ARK

  • Rapidly de-energize the power path when authorization is lost.
  • Hold a machine in limp mode instead of a hard stop.
  • Restore full power when the rules clear, on input from a named human authority, or both, depending on the installation.
  • Set and verify timing for each installation and each actuator.

Not possible with ARK

  • The AI granting itself power.
  • Software overriding the gate.
  • A stolen key or remote login restoring power through the gate on its own.

Why this way: because the only control an agent can't wear down is one it can't reach.

The portfolio

ARK has been in development since well before the current wave of AI safety headlines. Over 700 claims filed across the ARK portfolio, covering power layer authorization, heartbeat governance and energy based anomaly detection. Licensing comes first. You can license the hardware design, or we can build it, depending on what you need.

Eight form factors at a glance (small to large, desk to rack)

Same core, different housing. One architecture, shown here in nine form factors. Across the family only the housing, display and connector panel change.
Governed power cord, concept render

Concept render

Edge / endpoint

01 · Governed power cord

An in-line module on the device power cord: the lightweight form factor for servers, workstations and consumer-class endpoints.

Zero-trust wall receptacle, concept render

Concept render

Regulated / legacy

02 · Zero-trust wall receptacle

A smart adapter at the wall socket. Legacy equipment plugs in and gains energy-level governance without changes to the machine.

Handheld rugged case, concept render

Concept render

Handheld

03 · Handheld rugged case

A sealed, portable unit with status lights behind sealed light pipes and an optional small sealed screen.

DIN-rail module, concept render

Concept render

Factory / OT

04 · DIN-rail module

A panel-mount gate for factory floors, OT cabinets and utility panels.

Rugged in-line unit (interposer), concept render

Concept render

Industrial edge

05 · Rugged in-line unit (interposer)

A sealed, latched unit in-line on the main power cable for autonomous and off-road machines: agriculture, robotics, heavy equipment.

Vehicle and off-road box, concept render

Concept render

Vehicle

06 · Vehicle and off-road box

A rugged metal box with a sunlight-readable display and glove-friendly bezel keys.

Smart PDU (smart power strip), concept render

Concept render

Data center

07 · Smart PDU (smart power strip)

A 1U rack PDU with a gate on each outlet. A misbehaving server’s slot is isolated at the rack, with no network in the loop.

1U rack chassis, concept render

Concept render

Rack

08 · 1U rack chassis

A 19-inch chassis with a front monitoring display, navigation buttons and status LEDs, and a dedicated heartbeat port.

Smart Rack PDU with Heartbeat, concept render

Concept render

Rack power

09 · Smart Rack PDU with Heartbeat

A 1U rack PDU with eight governed outlets and a live display. When the heartbeat stops, power stops.

Application: Infrastructure valve control. Holds power to standard industrial valve actuators until the controlling system proves, continuously, that it is still authorized to act.

All images in this grid: AI-generated concept render, not a spec.

ARK is a secure controller that keeps a machine powered only while it stays authorized.

Built for the hardest environments, including orbit.

Designed to govern aerospace vehicles with the same off by default gate used on the ground.

Designed to govern compute in orbital data centers the same way as racks on the ground, with the gate on each compute domain’s power path.

Designed to accept authorization from a low earth orbit signal across a defined boundary, through a receiver with no link to the host.

Designed to bind power to place, using an authenticated satellite navigation signal; a unit moved out of its zone loses authorization.

Designed to govern free space optical links and laser power beaming, with the gate at the emitter and a shutter at the receiver, and to treat a wireless power receiver as one more power path behind the gate.

Start a conversation. Tap the planet.

ARK is a secure controller that keeps a machine powered only while it stays authorized.

Built for the hardest environments, including orbit.

Built for the hardest environments, including orbit.

Designed to govern aerospace vehicles with the same off by default gate used on the ground.

Designed to govern aerospace vehicles with the same off by default gate used on the ground.

Designed to govern compute in orbital data centers the same way as racks on the ground, with the gate on each compute domain’s power path.

Designed to accept authorization from a low earth orbit signal across a defined boundary, through a receiver with no link to the host.

Designed to accept authorization from a low earth orbit signal across a defined boundary, through a receiver with no link to the host.

Designed to bind power to place, using an authenticated satellite navigation signal; a unit moved out of its zone loses authorization.

Designed to bind power to place, using an authenticated satellite navigation signal; a unit moved out of its zone loses authorization.

Designed to govern free space optical links and laser power beaming, with the gate at the emitter and a shutter at the receiver, and to treat a wireless power receiver as one more power path behind the gate.

Designed to govern free space optical links and laser power beaming, with the gate at the emitter and a shutter at the receiver.

“But I cannot help thinking how much better it would have been if the ingenious men, who have originated these ‘systems,’ had invented something of their own instead of depending on me altogether.”

Nikola Tesla, The True Wireless, 1919

For builders

Building with ARK?

Engineers can license the hardware design, or we can build it, depending on what you need. Full specs and integration details are in our NDA room.

Diligence materials are available under NDA.

Illustration of a handheld ARK unit showing gate status on its screen

Press kit

Writing about ARK?

We have a one page overview and the ARK logo ready for press and partners. Ask and we'll send them over.

Ask the hard questions. We'd rather you did.

See the full technical detail under NDA, or reach out and we'll walk you through it.

Aligned with: NIST AI Risk Management Framework, UL 4600, ISO/IEC 42001.

Sovereign Kinetic designs ARK to align with these frameworks. This is not a certification or an endorsement by any standards body.

Images, animations and simulations on this site are concepts for illustration. Real installations are configured and verified on site.

Sovereign Kinetic, Austin, Texas

“But I cannot help thinking how much better it would have been if the ingenious men, who have originated these ‘systems,’ had invented something of their own instead of depending on me altogether.”

Nikola Tesla, The True Wireless, 1919

Sovereign Kinetic Technology, ARK, patent pending, kinetic arrest enforced

“But I cannot help thinking how much better it would have been if the ingenious men, who have originated these ‘systems,’ had invented something of their own instead of depending on me altogether.”

Nikola Tesla, The True Wireless, 1919

Sovereign Kinetic Technology, ARK, patent pending, kinetic arrest enforced

“But I cannot help thinking how much better it would have been if the ingenious men, who have originated these ‘systems,’ had invented something of their own instead of depending on me altogether.”

Nikola Tesla, The True Wireless, 1919

Sovereign Kinetic Technology, ARK, patent pending, kinetic arrest enforced

ARK, by Sovereign Kinetic, has over 700 claims filed. Statements describe filed applications and design intent; no issued patent, product in service, third party approval or regulatory endorsement is asserted. Detailed technical disclosures are available under NDA.

ARK, by Sovereign Kinetic · Austin, Texas · sovereignkinetic.com

© 2026 Sovereign Kinetic