Vaults & Non-Custodial

Das Sicherheitsmodell

Ein XERION-Vault ist ein Shared Object auf Sui mit einer harten Regel im Move-Code:

• Abheben geht ausschließlich mit der OwnerCap — einem Objekt, das bei der Vault-Erstellung in deine Wallet gelegt wird.
• Der Operator (unser Bot) bekommt keinerlei Abhebe-Rechte. Er kann nur innerhalb einer Session arbeiten.

Sessions: wie der Bot handelt, ohne stehlen zu können

Jede Bot-Aktion läuft als atomare Transaktion nach dem Hot-Potato-Muster:

begin(session) -> borrow(betrag) -> [DEX-Aktion] -> put(zurück) -> settle()

• borrow leiht Kapital aus dem Vault innerhalb derselben Transaktion.
• settle prüft on-chain: der zurückgegebene Wert muss mindestens Einsatz - Slippage-Limit sein (dein Policy-Parameter). Wenn nicht, schlägt die gesamte Transaktion fehl — das Kapital hat den Vault dann nie verlassen.
• Die Session kann nicht offen bleiben: das Session-Objekt hat keine Speicher-Fähigkeit ("Hot Potato") und muss in derselben Transaktion konsumiert werden.

LP-Positionen (z. B. Cetus-NFTs) werden non-custodial im Vault selbst verwahrt — nicht in einer Bot-Wallet.

Weitere Schutzschichten

Mechanismus	Wirkung
Adapter-Registry	Der Vault akzeptiert nur explizit freigeschaltete Strategie-Module (Witness-Allowlist).
Operator-Rotation	Der Operator-Schlüssel kann rotiert werden, ohne Vaults anzufassen.
Kill-Switch	Der Operator-Hub kann zentral gestoppt werden — Sessions sind dann unmöglich, Abheben per OwnerCap bleibt immer möglich.
Policy pro Vault	Slippage-Limits und Strategie-Parameter stehen in deinem Vault, nicht im Bot.

Was passiert, wenn XERION offline ist?

Nichts Schlimmes: dein Kapital liegt im Vault on-chain. Die App ist nur ein Fenster darauf. Abheben per OwnerCap funktioniert auch direkt gegen den Contract — unabhängig von unserer Infrastruktur. Schritt für Schritt dazu: FAQ.