Skip to content
Mindpool LabsThe research arm of Mindpool
215 KCryo

The space ecosystem, mapped

A working research model of the space economy as a five-layer stack, two pillars, and selected problem domains.

Space organizations often work across a stack that runs from physics at the bottom to applications at the top. Position in that stack affects capital requirements, time to a first proof, and the engineering disciplines that shape a result. This map is a working research model that helps us locate the problems we intend to study.

Capital requiredLOW → HIGH
L4Applications and data

Earth observation analytics · Communications and navigation · Science and lunar resource data

L3Infrastructure and operations

Ground segment · Space situational awareness · In-orbit logistics and power

L2Platforms

Launch · Satellite buses · Landers, rovers, servicers

L1Enabling technology

Power and thermal · Propulsion · Compute, sensors, materials

L0Science and theory

Plasma and propulsion physics · Orbital mechanics and control · Radiation, thermodynamics

SoftwareCrosses all five

Simulation · Digital twins · Physics models · AI

Mindpool Labs enters at L0 and the software band

A five-layer space-economy stack runs from science and theory to applications and data. Band color encodes capital requirements, which peak at Platforms, and a software column crosses all five layers.

Read the bands by color, not by order: the fill encodes how much capital a layer demands, which is why Platforms burns brightest in the middle of the stack rather than at one end of it.

In this model, capital requirements peak at the platform layer and decline on either side. The science layer and the horizontal software band can offer a tractable place for focused research without first owning a launch vehicle or test stand. That is where Mindpool Labs begins.


Two pillars

Under the umbrella of space we concentrate on two pillars.

Energy

Generation, by solar array or by fission. Transmission from space to Earth, from satellite to satellite, and from orbit to the lunar surface. Storage through the fourteen-day . The energy demands of . And thermal management, which can limit high-power systems before the available watts do.

Robotics

, assembly, and manufacturing. Surface robotics for , resource extraction, and construction. Manipulation in . under communication delay. And the swarms and factories that will produce and maintain the hardware.


The open problems

The table below is our working view of selected domains with unresolved technical questions. It is not exhaustive, and we will revise it as the field changes.

Energy

Domain

Space-to-Earth

What remains open

Delivering useful power over hundreds of kilometers safely, under a regulatory framework that does not yet exist

Energy

Domain

Space-to-space power

What remains open

Selling power to other satellites so that they carry smaller arrays

Energy

Domain

Lunar night survival

What remains open

Power and heat storage through a fourteen-day night near minus 170 degrees Celsius

Energy

Domain

Fission in space

What remains open

Compact reactors, shielding, , and licensing

Energy

Domain

Thermal management

What remains open

and heat rejection at high power, an underserved field

Energy

Domain

tooling

What remains open

Modern, open tooling that couples power, thermal, and orbit design

Robotics

Domain

In-orbit servicing

What remains open

Autonomous of objects; standard refueling interfaces

Robotics

Domain

Debris removal

What remains open

Capturing tumbling bodies, and a business model for who pays

Robotics

Domain

Lunar surface robotics

What remains open

Dust, regolith mechanics, navigation without GPS, and long communication delay

Robotics

Domain

Manipulation

What remains open

Assembly, inspection, and repair in unstructured scenes without a scripted sequence

Robotics

Domain

Teleoperation

What remains open

across seconds of delay to the Moon and minutes to Mars

Software

Domain

Mission design and

What remains open

An open co-design stack to replace aging or closed incumbents

Software

Domain

Physics

What remains open

Machine-learned models fast enough to replace thermal, plasma, and fluid inside a control loop

Software

Domain

What remains open

Probabilistic screening across tens of thousands of tracked objects

Where the pillars meet

One problem sits where energy, robotics, and software meet, and it is where we chose to begin. A servicing robot, a lunar rover, and a power-beaming satellite can each be limited by energy reserve or heat rejection before planned work is complete. Different teams, working with different tools, often design the and the power and thermal subsystems separately, so fixed margins carry the coupling between them. Our first asks how much of that can be measured and allocated during planning without crossing the limits that protect the vehicle. Examine the initiative


Tools we build upon

We do not intend to replace the open tools that already serve this field well. models spacecraft dynamics. connects design variables across disciplines. F Prime and cFS provide flight-software frameworks, while Space ROS supports robotics. Our work has a narrower role: carry power and thermal state into task planning through a common model contract and a reproducible .