← Latest papers
⚡ electrical engineering

Composable Uncertainty in Symmetric Monoidal Categories for Design Problems (Extended Version)

This paper introduces a compositional framework for modeling uncertainty in symmetric monoidal categories of open systems, specifically design problems, by employing a change-of-base construction with Markov categories to generate new structures that support parametrized optimization and Bayesian decision-making while preserving underlying categorical properties.

Original authors: Marius Furter, Yujun Huang, Gioele Zardini

Published 2026-07-21
📖 6 min read🧠 Deep dive

Original authors: Marius Furter, Yujun Huang, Gioele Zardini

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are trying to build a giant, complex machine, like a self-driving car or a soft robot that can squeeze through tight spaces. You have many different parts: a battery, a motor, a sensor, and a chassis. Each part has a job to do, but they also need to trade resources. The battery needs power to give you speed; the motor needs a certain amount of weight to stay stable. In the world of engineering, we call this "co-design." It's like a giant puzzle where you have to figure out how to swap pieces around so everything fits together perfectly.

For a long time, mathematicians and engineers have used a special kind of logic called "category theory" to solve these puzzles. Think of it as a universal language for connecting things. It treats every machine part as a box with wires coming in (resources like fuel or money) and wires going out (functions like speed or lift). The magic of this language is that it lets you snap these boxes together in any order, just like LEGO bricks, to build a whole system. But here's the catch: in the real world, we never know everything for sure. We don't know exactly how heavy a battery will be, or if a material will stretch just a little more than we expect. We have "uncertainty." Usually, when engineers deal with this, they just guess the worst-case scenario—like assuming the battery is as heavy as it possibly could be. This is safe, but it's not very smart. It doesn't tell you how likely a failure is, or how a small change in your design choices might change the odds.

This paper asks a big question: Can we build a better LEGO language that doesn't just connect the boxes, but also carries the "maybe" and "probably" along with them? The authors, Marius Furter, Yujun Huang, and Gioele Zardini, say yes. They have invented a new way to wrap our design puzzles in a layer of uncertainty that stays connected and logical, no matter how complex the machine gets.

The Magic of "Maybe" Boxes

The core idea of the paper is to take those standard design boxes and give them a "parametric uncertainty" superpower. Imagine you have a box representing a battery. In the old way, you might say, "This battery provides 100 watts." In the new way, the box says, "This battery provides some amount of power, and here is a map showing how likely it is to be 90, 95, or 100 watts, depending on the temperature."

The authors show how to do this using a mathematical trick called a "change-of-base." If you think of a design problem as a map from resources to functions, this trick replaces the simple map with a map that leads to a whole collection of possibilities. They use tools called "monads" (which are like special containers for uncertainty) to hold these collections. These containers can hold different types of "maybe":

  • Subsets: "The battery is somewhere between 90 and 110 watts."
  • Intervals: "The battery is definitely between 95 and 105 watts."
  • Distributions: "There is a 70% chance the battery is 100 watts, and a 30% chance it's 98 watts."

The brilliant part is that this new system keeps all the rules of the old LEGO game. You can still snap the boxes together. If you connect a battery box to a motor box, the uncertainty doesn't get lost or messy. Instead, the "maybe" from the battery and the "maybe" from the motor combine perfectly to tell you the "maybe" of the whole car.

Why This Matters for Real Life

The paper demonstrates this with a concrete example: an electric vehicle. Imagine you are designing a car with a chassis and a battery.

  • The Old Way: You might say, "If the chassis is too heavy, the car won't go fast." You check the worst case, and if it passes, you're good.
  • The New Way: You can say, "If the chassis is heavy, there's a 90% chance the car will be fast, but a 10% chance it will be slow." Even better, you can add a "knob" (a parameter) to your design. Maybe the chassis material is a variable you can tune. The new system lets you see how changing that knob shifts the probabilities.

This is huge for decision-making. Instead of just asking "Will it work?", you can ask, "What is the best design if I want to minimize the risk of failure?" or "How much does the cost go up if I want to be 99% sure the car works?" The paper shows that you can even use this to learn from data. If you have a bunch of test results from real cars, you can feed them into the system, and it will update your "maybe" boxes to be more accurate. It's like the design process gets a brain that learns from experience.

The Rules of the Game

The authors are very careful to stick to the rules of math. They prove that this new system works perfectly for any design problem that can be described as a "symmetric monoidal category" (a fancy name for a system where things can be swapped and combined). They show that the new "uncertainty boxes" still follow the same strict laws of logic as the old ones.

They also point out what this system doesn't do. It doesn't magically solve the problem of measuring uncertainty if you don't have good data. If you try to put a probability on something you know nothing about, the math will still work, but the answer will just reflect your ignorance. They also note that for some complex systems, like those involving continuous physical spaces, you have to be careful about how you define the "measurements" (the math way of saying "how we count the possibilities"), or the system might get too messy to compute. But for most practical engineering problems, especially those that can be broken down into discrete steps or approximated, the method is solid.

The Takeaway

In short, this paper builds a bridge between the rigid world of engineering design and the fuzzy world of real-life uncertainty. It gives engineers a new set of tools to build systems that are not just "safe" in the worst-case scenario, but are optimized for the real world, where things are rarely 100% certain. By treating uncertainty as a first-class citizen in the design process, we can build smarter, more adaptable, and more efficient machines. It's like upgrading from a static blueprint to a living, breathing simulation that knows the difference between a "maybe" and a "definitely," and helps us make better choices every time we snap a new piece into place.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →