> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Glossar

> Definitionen der Protokoll-, Konsens-, Handels- und Risikobegriffe, die in der Intention-Dokumentation durchgängig verwendet werden.

Dieses Glossar definiert die Begriffe, die in der Intention-Dokumentation am häufigsten vorkommen. Klicken Sie einen Begriff an, um seine Definition aufzuklappen; für längere Erklärungen und die Designbegründung folgen Sie den Querverweisen in den Architektur- und Handelsbereich.

<AccordionGroup>
  <Accordion title="ADL – Auto-Deleveraging">
    Der protokollnative Mechanismus, mit dem offene Positionen zwangsweise geschlossen werden, um Verluste aufzufangen, die die Kapazität des Versicherungsfonds übersteigen. Die Auswahl wird deterministisch aus einer Kombination von unrealisiertem Gewinn bzw. Verlust und effektivem Hebel berechnet. Siehe [ADL](/de/trading/adl).
  </Accordion>

  <Accordion title="Atomares Clearing und Abrechnen">
    Die Eigenschaft, dass Matching, Clearing und Abrechnung als eine Einheit eines Blocks abschließen oder gar nicht — es gibt kein Intervall, in dem eine Ausführung existiert, ihre Margin, ihre Erfassung oder ihre Abrechnung aber nicht. Die Atomarität umfasst das Ledger des Protokolls selbst; Sicherheiten über die [Bridge](/de/protocol/architecture/bridge) zu bewegen hängt von der Finalität einer externen Chain ab und liegt außerhalb. Siehe [die Marktinfrastruktur, die das ersetzt](/de/protocol/architecture/overview).
  </Accordion>

  <Accordion title="BFT – byzantinisch fehlertolerant">
    Ein Konsensprotokoll, das auch bei beliebig bösartigen Teilnehmern sicher und lebendig bleibt, solange der Anteil fehlerhaften Stakes eine Schranke nicht überschreitet. IntentionBFT ist BFT unter einer stake-gewichteten Schwelle von $2f+1$.
  </Accordion>

  <Accordion title="Byte-Determinismus">
    Die Eigenschaft, dass zwei ehrliche Nodes, die denselben finalisierten Block gegen denselben Vorzustand erneut ausführen, byte-identischen Nachzustand, identische Events und identische Ausgabedaten je Transaktion erzeugen. Die nutzerseitige Form ist das [deterministische Replay](/de/protocol/architecture/kernel). Durchgesetzt durch sortierte Container, Festkommaarithmetik und das Differential Test Harness.
  </Accordion>

  <Accordion title="Kanonisches Sequenzierungs-Commitment">
    Das kryptografische Commitment des Blockproposers auf die konkrete Reihenfolge der Transaktionen innerhalb eines Blocks, zertifiziert von $2f+1$ Validatoren. In der Konsensschicht ist es der Anker für [deterministisches Replay](/de/protocol/architecture/kernel) und [Attribution je Transaktion](/de/protocol/architecture/state/model). Siehe [IntentionBFT](/de/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="Cross-Margin">
    Ein Margin-Modus, in dem sich alle Positionen eines Kontos einen einzigen Pool an Sicherheiten teilen. Gewinne einer Position können Verluste einer anderen ausgleichen, aber ein hinreichend großer Verlust in einer beliebigen Position kann das gesamte Konto liquidieren. Siehe [Margin-Modi](/de/trading/margin-modes).
  </Accordion>

  <Accordion title="Deterministisches Replay">
    Die protokollnative Garantie, dass zwei ehrliche Nodes, die denselben finalisierten Block erneut ausführen, byte-identischen Nachzustand, identischen Event-Strom und identische Ausgabedaten je Transaktion erzeugen. Siehe [Deterministisches Replay](/de/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Ausführungsstrom">
    Die nutzerseitige, protokollnahe Beobachtungsgröße von Intention: ein vollständiger, byte-deterministischer, kryptografisch prüfbarer Strom der Blockausführung, bereitgestellt als Streaming-RPC-Schnittstelle. Er ist die nutzerseitige Form der [Attribution je Transaktion](/de/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Funding-Rate">
    Die periodische Zahlung zwischen Long- und Short-Positionen in einem Perpetual-Markt, die den Kontraktpreis an den zugrunde liegenden Spot-Preis bindet. Das Funding wird vom Protokoll nach festem Zeitplan abgerechnet. Siehe [Funding](/de/trading/funding).
  </Accordion>

  <Accordion title="Preisbildung im Konsens">
    Die protokollnative Garantie, dass Preise, die in abrechnungsrelevanten Operationen verwendet werden, von demselben $2f+1$-Validator-Set in derselben BFT-Runde signiert werden wie die Transaktionen, die sie verbrauchen. Siehe [Preisbildung im Konsens](/de/protocol/architecture/oracle).
  </Accordion>

  <Accordion title="Indexpreis">
    Die kanonische Beobachtung, die ein Block vom externen Spot-Markt für den Basiswert eines Instruments festhält, geliefert über das Preis-Quorum im Konsens. Der Index ist die Eingabe für die Bildung des Mark-Preises; er ist nicht der Preis, zu dem Trades ausgeführt werden. Siehe [Indexpreis](/de/trading/index-price).
  </Accordion>

  <Accordion title="Intention Exchange">
    Die Flaggschiff-DEX für Perpetual Futures auf der Intention-L1. Sie betreibt ein vollwertiges zentrales Limit-Orderbuch, Isolated- und Cross-Margin, protokollnative Liquidationen und On-Chain-Liquiditäts-Vaults. Intention Exchange implementiert weder eine eigene Matching-Engine noch eine eigene Risk-Engine – beide erbt sie über [IntentionKernel](/de/protocol/architecture/kernel) und [IntentionBFT](/de/protocol/architecture/intention-bft) vom Protokoll darunter. Sie ist die erste Anwendung, die die Garantien des Protokolls produktiv nutzt; weitere Finanzanwendungen folgen auf demselben Substrat.
  </Accordion>

  <Accordion title="IntentionBFT">
    Das Konsensprotokoll von Intention. Ein byzantinisch fehlertolerantes, partiell synchrones, stake-gewichtetes Protokoll aus der HotStuff-Familie, erweitert um kanonische Sequenzierungs-Commitments, Preis-Quoren im Konsens, die Entkopplung der Batch-Verfügbarkeit und stake-gewichtete Leader-Reputation. Siehe [IntentionBFT](/de/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="IntentionKernel">
    Der deterministische Zustandsübergangs-Kernel von Intention – keine universelle virtuelle Maschine. Eine Ausführungsschicht mit geschlossener Welt, deren Befehlssatz die abschließend aufgezählte Menge typisierter Finanzprimitive ist (Order platzieren, stornieren, matchen, Mark-Preis setzen, liquidieren, Funding buchen, abrechnen, übertragen). Siehe [IntentionKernel](/de/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Isolated-Margin">
    Ein Margin-Modus, in dem jede Position ihre eigene Zuteilung an Sicherheiten hat. Der Verlust einer Position kann die ihr zugeteilten Sicherheiten nicht übersteigen und keine anderen Positionen desselben Kontos leeren. Siehe [Margin-Modi](/de/trading/margin-modes).
  </Accordion>

  <Accordion title="Liquidation">
    Die erzwungene Glattstellung einer Position, deren Kontowert unter die Maintenance-Margin-Anforderung gefallen ist. Intention liquidiert in Stufen – Orderbuch, Liquidations-Vault, Versicherungsfonds und zuletzt [ADL](/de/trading/adl). Siehe [Liquidationen](/de/trading/liquidations).
  </Accordion>

  <Accordion title="Mark-Preis">
    Die geglättete, manipulationsresistente Abrechnungsreferenz des Protokolls. Wird je Block als Median aus bis zu fünf Kandidatenpreisen berechnet, die aus dem Index, dem On-Chain-Buch und Komponenten exponentiell gleitender Durchschnitte abgeleitet sind. Bestimmt unrealisiertes P\&L und Liquidationen. Siehe [Mark-Preis](/de/trading/mark-price).
  </Accordion>

  <Accordion title="Open Interest (OI)">
    Der gesamte Nominalwert aller offenen Positionen eines Marktes, auf einer Seite gezählt. Jeder Markt hat eine OI-Obergrenze; siehe [OI-Limits](/de/trading/oi-limits).
  </Accordion>

  <Accordion title="Attribution je Transaktion">
    Die protokollnative Garantie, dass jede Zustandsänderung und jedes Event aus der Blockausführung kryptografisch an genau die Nutzertransaktion gebunden ist, die es ausgelöst hat – auch bei Batch-Matching. Siehe [Attribution je Transaktion](/de/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Protokollnatives Risiko">
    Die protokollnative Garantie, dass Liquidation, Buchführung des Versicherungsfonds, Auto-Deleveraging und Funding-Abrechnung Zustandsmaschinen des Protokolls sind, die atomar mit dem Matching ausgeführt werden – im selben Block, unter denselben Preisen. Siehe [Protokollnatives Risiko](/de/protocol/architecture/clearinghouse).
  </Accordion>

  <Accordion title="Reduce-only">
    Ein Order-Modifikator, der es der Order erlaubt, eine bestehende Position zu verkleinern, aber nie, eine zu eröffnen oder zu vergrößern. Damit lassen sich Ausstiege sicher steuern, ohne ein versehentliches Umdrehen der Position zu riskieren. Siehe [Reduce-only](/de/trading/reduce-only).
  </Accordion>

  <Accordion title="Selbstausführungsschutz">
    Eine Regel auf Protokollebene, die verhindert, dass eine Order gegen eine andere Order desselben Kontos ausgeführt wird; damit ist Wash Trading auf der Matching-Ebene ausgeschlossen. Siehe [Selbstausführungsschutz](/de/trading/self-trade-prevention).
  </Accordion>

  <Accordion title="Tick-Größe">
    Die kleinste zulässige Preisschrittweite für Orders in einem gegebenen Markt. Jeder Markt hat außerdem eine Lot-Größe, die die kleinste zulässige Mengenschrittweite festlegt. Siehe [Märkte](/de/trading/markets) und [Genauigkeit](/de/trading/precision).
  </Accordion>

  <Accordion title="TWAP">
    Time-Weighted Average Price, der zeitgewichtete Durchschnittspreis. Als Ordertyp eine Strategie, die eine große Order in viele kleinere Teil-Orders über die Zeit zerlegt, um den Markteinfluss zu senken. Siehe [TWAP](/de/trading/twap).
  </Accordion>

  <Accordion title="Vault">
    Ein vom Protokoll verwalteter Kapitalpool, der dem Orderbuch Liquidität stellt und Liquidationen auffängt. Siehe [Vaults](/de/trading/vaults).
  </Accordion>
</AccordionGroup>