Arbeit kann an einem Übergang angehalten und in einem späteren Block fortgesetzt werden.
Für KI-Agenten
Die Runtime-Plattform fürdauerhafte KI-Agenten
Sobald KI-Agenten in den Produktionseinsatz kommen, sind sie keine einfachen Aufrufe mehr. Sie warten auf APIs und Menschen, koordinieren sich mit anderen Agenten, führen begrenzte Berechtigungen mit sich und benötigen einen Nachweis der Abläufe. ALUX stellt dafür eine dezentrale Dienst-Runtime bereit.
Die Capability-Runtime für KI-Agenten im Produktionseinsatz.
Ein Prozess verwendet nur Referenzen, die er selbst erstellt hat oder die ihm ausdrücklich übergeben wurden.
Produce- und Consume-Operationen ermöglichen nebenläufigen Prozessen das Warten und den Nachrichtenabgleich.
EVM-Sandboxes greifen über Adapterverträge auf gemeinsam genutzte Ressourcen zu.
RISC-Agentenmaschine
Agenten brauchen mehrals ein Gehirn
Agenten im Produktionseinsatz brauchen einen Körper, ein Gehirn, ein Immunsystem und eine soziale Ebene. Intelligenz ist nur ein Teil der Maschine; die Runtime muss Arbeit am Leben halten, Risiken begrenzen und organisationsübergreifende Zusammenarbeit ermöglichen.
Agenten im Produktionseinsatz müssen RISC sein. ALUX baut die Maschine.
RISC-Spezifikation
Robust / Körper
blockübergreifend · Dauerhaftigkeit · Wiederholung · Reproduzierbarkeit
Blockübergreifende Kontextbewahrung und deterministische Wiederholung sorgen dafür, dass lang laufende Arbeit bei ihrer Fortsetzung reproduzierbar bleibt.
Intelligent / Gehirn
LLM-Schleife · Speicher · Tools · Orchestrierung
Reasoning-Schleifen, Speicher, Tool-Nutzung und Aufgaben-Orchestrierung sind die Bereiche, in denen die meisten Agentenframeworks heute miteinander konkurrieren.
Sicher / Immunsystem
Objekt-Capability · Richtlinie · Rollback · Audit
Objekt-Capabilities, Lebenszyklusbeschränkungen, Rollback-Pfade und Wiederholungsnachweise begrenzen, welche Effekte ein Prozess versuchen kann, und erleichtern die Prüfung übernommener Ergebnisse.
Vernetzt / Soziales System
Unternehmensübergreifende Delegation · Neutrale Umgebung · Sitzungstypen
Entworfene Protokolle mit Sitzungstypen ermöglichen Agenten verschiedener Organisationen die Zusammenarbeit, ohne in privaten Silos bleiben zu müssen.
So lebt Agentenarbeit auf ALUX
Ein Agentenablauf muss nicht auf einen einzigen begrenzten Aufruf reduziert werden. Er kann mit klar begrenzten Capabilities starten, sich in nebenläufige Arbeit verzweigen, bei externen Wartebedingungen anhalten, in einem späteren Block fortgesetzt werden und einen nachvollziehbaren Nachweis hinterlassen.
Begrenzte Absicht
Begrenzte Anfrage gelangt in die Runtime
Nebenläufige Arbeit
Aufgaben verzweigen sich und koordinieren sich
Auf die Außenwelt warten
Die Ausführung wartet auf Ereignisse aus der Außenwelt
Blockübergreifend fortsetzen
Spätere Blöcke setzen die Arbeit fort
Nachvollziehbarer Datensatz
Der Ablauf bleibt öffentlich nachvollziehbar
01
Begrenzte Absicht tritt ein
Die Arbeit beginnt mit einer Anfrage, einer delegierten Capability oder einer Nutzerabsicht. Die Runtime startet mit explizitem Geltungsbereich und Kontext.
- Capabilities werden übergeben, niemals gefälscht
- Der Geltungsbereich bestimmt Zweck und Grenzen
02
Nebenläufige Zweige
Teilaufgaben verzweigen sich über Agenten und Dienste, statt durch einen einzigen linearen Pfad zu laufen.
- Tuple Space ermöglicht asynchrone Koordination
- Nebenläufigkeit eignet sich für mehrstufige Agentenaufgaben
03
Externes Warten
Die Ausführung kann auf APIs, Menschen, Timer, Zahlungen oder andere Ereignisse aus der realen Welt warten.
- Warten hält die Ausführung geordnet an
- Wartezustand bleibt in der Runtime
04
Blockübergreifend fortsetzen
Sobald die Außenwelt antwortet, wird der Ablauf in einem späteren Block fortgesetzt – mit erhaltenem Zustand, Speicher und Berechtigungen.
- Kontinuität bleibt bei lang laufenden Aufgaben erhalten
- Ausführungshistorie bleibt intakt
05
Dauerhafter Nachweis
Aufgezeichnete COMM-Entscheidungen und übernommene Zustandsübergänge bleiben für Validatoren reproduzierbar und stehen übergeordneten Audit-Systemen zur Verfügung.
- Validatoren reproduzieren dasselbe aufgezeichnete Ausführungsergebnis
- Grundlage für Governance- und Vertrauensebenen
ALUX gibt Agentenarbeit einen vollständigen Lebenszyklus: begrenzter Einstieg, nebenläufige Ausführung, Warten auf externe Ereignisse, blockübergreifende Fortsetzung und dauerhafte Aufzeichnung.
Drei Schichten der Agenteninfrastruktur
Sobald Agentenarbeit tatsächlich dauerhaft ausgeführt werden kann, bietet ALUX drei Plattformschichten: Berechtigungen, Koordination und Rechenschaft.
BerechtigungenZusammenarbeitRechenschaft
ALUX
Runtime für Agentendienste
Eine Runtime, in der Agenten warten, zusammenarbeiten, Berechtigungen mitführen und rechenschaftspflichtig bleiben.
Berechtigungen
Infrastruktur für Capability-Berechtigungen
Berechtigungen werden durch fälschungssichere Kanalreferenzen übertragen: Sie legen fest, worauf ein Prozess zugreifen, was er aufrufen, weitergeben oder einschränken darf.
- Native Capability-Steuerung nach OCAP
- Delegation und Einschränkung
- Grundlage für begrenzten Tool-Zugriff
Zusammenarbeit
Infrastruktur zur Agentenkoordination
Agentenarbeit ist gemeinschaftlich. ALUX unterstützt Nebenläufigkeit mit mehreren Agenten, asynchrone Koordination und Abläufe, die sich über längere Zeit fortsetzen.
- Tuple-Space-Nachrichten für asynchrone Koordination
- Blockübergreifend warten und fortsetzen
- Kombinierbare Dienste und gemeinsame Aufgaben
Rechenschaft
Reproduzierbare Ausführungsnachweise
ReplayTrie zeichnet nichtdeterministische COMM-Entscheidungen für eine bitgenaue deterministische Wiederholung innerhalb der ALUX-Runtime auf; übernommene Zustandsübergänge bilden die Grundlage für weiterführende Audit- und Governance-Funktionen.
- Von Validatoren reproduzierbare Ausführungsergebnisse
- Übernommene Capability- und Zustandsübergänge
- Grundlage für Governance- und Sicherheitsebenen
ALUX bedeutet mehr als KI auf der Chain. Es ist die Infrastruktur für Agentenberechtigungen, Koordination und nachvollziehbare Rechenschaft.
Einblick in die ALUX-Runtime
ALUX führt dauerhafte Ausführung, nebenläufige Koordination, explizite Berechtigungen und EVM-Kompatibilität in einer Runtime-Schicht zusammen.
Vier Kernmechanismen machen lang laufende Agentenarbeit zu einem nativen Teil der Plattform.
01
Blockübergreifende Kontinuität
Eine Transaktion kann an einem Übergang angehalten und in einem späteren Block fortgesetzt werden, sobald ihre Abhängigkeiten erfüllt sind.
02
Native OCAP-Berechtigungen
Ein Prozess kann nur Referenzen verwenden, die er selbst erstellt hat oder die ihm ausdrücklich übergeben wurden. Beliebige Berechtigungen lassen sich nicht per Opcode fälschen.
03
Tuple-Space-Koordination
Prozesse kommunizieren über Produce- und Consume-Kanäle. Nicht abgeglichene Arbeit wartet; nichtdeterministische Abgleiche werden für die Wiederholung aufgezeichnet.
04
EVM über TSAC
EVM-Sandboxes behalten die sequenzielle Ausführung bei; über SLOAD, SSTORE und CALL greifen sie durch Tuple-space Adapter Contracts auf gemeinsam genutzte Ressourcen zu.
Zusammen halten sie Kontinuität, Koordination und Berechtigungen innerhalb der Runtime, statt sie im Anwendungscode neu aufzubauen.