Developers / Rust & Dioxus

Built in Rust, from the service core to the loading dock.

Kaporeal is planned as a Rust codebase. The service core, domain model, operator interfaces in Dioxus and future edge runtimes share one language and one set of types.

Stated direction, not a release. No crates, binaries or installation instructions are public. This website itself is a separate TypeScript build.

01 / Rationale

Why Rust is a differentiator

In Progress

Most transportation software is built on garbage-collected runtimes and grows through layers of scripts and adapters. Kordspace is moving its open-source projects to Rust because safety, performance and portability compound over the life of an operational system.

Ownership and borrowing eliminate data races and use-after-free defects at compile time. Enum-based state machines make illegal lifecycle transitions impossible to express. Predictable latency matters when a gateway is ingesting thousands of telematics pings or a partner floods an EDI endpoint.

  • Memory safety without garbage collection
  • Explicit, typed lifecycle states
  • Native, WebAssembly and embedded targets
  • A single toolchain: cargo, clippy, rustfmt
Isometric dispatch desk with route map monitors and a headset
Illustrative

02 / Proposed stack

The proposed layers

Planned

The proposed service core is a modular monolith using Axum for HTTP and SQLx against PostgreSQL. Domain crates contain no I/O; they define types, transitions and validation. An outbox-backed event crate publishes provenance-tagged events for subscribers.

Dioxus provides operator interfaces: a dispatch board for desktop and web via WebAssembly, and tablet or handset views for docks and drivers. Because components consume the same domain types, a field rule changes once and every surface agrees.

Isometric processor core wired to dock sensors, a scanner, a scale and a truck
Illustrative
FROM DISPATCH TO CONNECTED OPERATIONS / PROPOSED LAYERS
01

Core transportation records

Load · Stop · Customer · Carrier

MVP in progress
02

Operational modules

Dispatch · Documents · Milestones · Equipment

In progress / planned
03

Integration edges

WMS · ERP · Telematics · EDI · Accounting

Planned
04

Insight & automation

Reporting · Decision support · Responsible AI research

Future
Read the proposed crate layout

03 / Illustrative code

Lifecycle states as types

The fragment below illustrates the modeling style under discussion. It is not taken from a released crate.

Isometric truck climbing five floating milestone platforms with flags
Illustrative
ILLUSTRATIVE CONCEPTUAL SCHEMA — NOT AN IMPLEMENTED API CONTRACT
// illustrative only — not a published API
pub enum LoadState {
    Draft,
    Tendered { carrier: CarrierId },
    Assigned { carrier: CarrierId, driver: Option<DriverId> },
    InTransit { since: Timestamp },
    Delivered { pod: Option<DocumentId> },
    Closed,
}

impl Load {
    pub fn record(&mut self, ev: ShipmentEvent) -> Result<(), TransitionError> {
        self.state = self.state.apply(&ev)?; // illegal moves fail here
        self.events.push(ev.with_provenance());
        Ok(())
    }
}

04 / Interfaces

Dioxus across web, desktop and mobile

Planned

Dioxus offers a React-like component model in Rust with web, desktop and mobile renderers. Interfaces stay thin: they present state and collect intent, while domain crates decide. Third-party interfaces over the API remain first-class.

Isometric office and warehouse joined by a glowing data bridge
Illustrative
Read the Dioxus interface guide

05 / Edge

A path to hardware and IoT

Future

The same event crate could compile for an ARM gateway in a truck cab or a dock-door controller. That is what makes Rust strategic for Kaporeal: hardware integration can share the exact schema the TMS uses, rather than relying on a vendor's translation layer.

Isometric clipboard, folder, stamp and signed tablet representing BOL and POD evidence
Illustrative
Explore the hardware vision

06 / Honesty

Trade-offs we acknowledge

Rust has longer compile times, a steeper learning curve and a smaller logistics-specific ecosystem than JavaScript or Java. Some partner SDKs will need wrappers. Kordspace considers these costs worth paying for a long-lived open foundation, and contributors are welcome to challenge that reasoning.

Isometric box truck, semi, flatbed and van parked in a row
Illustrative

Help shape an open foundation for transportation.

The core TMS is in development. Bring an operational question, a modeling challenge or contribution interest to the next stage of Kaporeal.

Early access

Follow the Core TMS MVP — or ask us anything.

Join the early-access list for build updates and collaboration invites, or send an operational question straight to the Kordspace team.

Don't include credentials or sensitive freight documents.