Send: Objects, History, and Transactions in a Single-Verb Kernel

πŸ“… 2026-05-17
πŸ“ˆ Citations: 0
✨ Influential: 0
πŸ“„ PDF

career value

180K/year
πŸ€– AI Summary
Existing systems exhibit fragmented mechanisms and vulnerabilities when supporting six key coordination properties: compositional authentication provenance, encapsulation opacity, multi-object atomic commit, deterministic replay, immutable history, and derived historical states. This work proposes a minimal kernel that, for the first time, unifies all six properties within a single semantic framework. By leveraging a uniform β€œsend” interface, s-expressions, transactional semantics, append-only logging, and a distinction between transient and persistent objects, the kernel automatically enforces these properties at the level of state transitions. Under the assumption of faithful kernel execution, any program inherits all six structural guarantees; even in the presence of malicious actors, five of the six properties remain intact, substantially enhancing system robustness and security.
πŸ“ Abstract
Multi-party object coordination - across object-capability systems, smart-contract platforms, distributed actors, and event-sourced architectures - is shaped by six structural properties: authenticated provenance, opaque encapsulation, atomic multi-object commit, deterministic replay, immutable history, and history-derived state. Existing systems compose subsets via separate layered mechanisms (RPC, capability ACLs, transaction coordinators, event journals, vat boundaries); each layer is well-studied but the combination is fragile. We present a minimal kernel which makes them jointly compatible. Our kernel is built from s-expressions, a uniform 'send' interface, transactions, and one primitive object distinction: *ephemeral* (caller's context inherited) vs. *persistent* (context switches to the target's kernel-assigned identity and append-only log). The kernel structurally classifies every send target into one of six cases without input from the caller - uniform caller interface, intensional kernel dispatch. Under kernel-faithful trust (the kernel runs its semantics as specified), this design holds all six properties as *kernel-level* against arbitrary programs - the kernel's transition function refuses states violating them. Opacity *against the operator* additionally requires operator-faithful trust (the operator accesses logs only via 'recall' and does not censor or reorder transactions); under kernel-faithful alone, five of six guarantees survive an unconstrained operator. Append-only logs underpin immutability, replay, and history-derived state; kernel-controlled persistent dispatch yields authenticated provenance and opacity; transactions deliver atomic coordination. Operator-adversarial deployments can be realized with a cryptographic compiler.
Problem

Research questions and friction points this paper is trying to address.

multi-party object coordination
structural properties
transactional systems
immutable history
authenticated provenance
Innovation

Methods, ideas, or system contributions that make the work stand out.

single-verb kernel
object-capability systems
authenticated provenance
append-only log
ephemeral vs persistent objects