Marktmanipulation durch Trading-Bots Spoofing, Wash-Trading.

Ein Trading-Bot wird zum Manipulationsrisiko, wenn seine Orders falsche oder irreführende Signale über Angebot, Nachfrage oder Preis senden, etwa durch Orders, die nie ausgeführt werden sollen, oder durch Geschäfte zwischen eigenen Konten. Das Verbot gilt nach der Marktmissbrauchsverordnung (MAR) für Finanzinstrumente und nach Art. 91 MiCA für Kryptowerte, und zwar für jede Person, nicht nur für Banken. In Deutschland kann bei Kryptowerten schon fahrlässiges Handeln ein Bußgeld auslösen. Solche Muster können auch ohne böse Absicht aus Programmierfehlern entstehen: eine Schleife, die Orders flutet, zwei Strategien, die gegeneinander handeln, ein Grid-Bot (er staffelt Kauf- und Verkaufsorders in festen Preisabständen), der seine Orders zurückzieht, sobald der Kurs sich nähert. Dieser Artikel zeigt aus Entwicklungssicht, welche Muster heikel sind und welche technischen Schutzmaßnahmen helfen. Stand Oktober 2026; er ersetzt keine Rechtsberatung.

Hinweis: Dieser Beitrag gibt den Rechts- und Steuerstand zum unten angegebenen Datum allgemein wieder. Er ist keine Rechts- oder Steuerberatung und ersetzt nicht die Prüfung Ihres Einzelfalls durch eine Rechtsanwältin, einen Rechtsanwalt, eine Steuerberaterin oder einen Steuerberater. Alle Angaben ohne Gewähr für Vollständigkeit und Aktualität.

Wann wird ein Trading-Bot zum Manipulationsrisiko?

Die Definition in Art. 12 Abs. 1 MAR knüpft an die Wirkung an: Ein Geschäft oder Handelsauftrag ist Marktmanipulation, wenn er falsche oder irreführende Signale zu Angebot, Nachfrage oder Preis gibt oder wahrscheinlich gibt oder einen Kurs auf ein anormales oder künstliches Niveau bringt. Ausgenommen ist, wer legitime Gründe nachweist und im Einklang mit zulässiger Marktpraxis handelt. Art. 91 Abs. 2 MiCA überträgt dieselbe Logik auf Kryptowerte.

Für Entwickler ist Art. 12 Abs. 2 Buchstabe c MAR die wichtigste Stelle. Dort steht, dass auch das Erteilen, Ändern und Stornieren von Aufträgen „mittels aller zur Verfügung stehenden Handelsmethoden“, ausdrücklich auch algorithmischer und Hochfrequenzhandel, Manipulation sein kann, wenn es das Handelssystem stört, Dritten das Erkennen echter Aufträge erschwert oder einen Trend auslösen oder verstärken soll. Art. 91 Abs. 3 Buchstabe b MiCA enthält eine fast gleichlautende Regel für Handelsplattformen für Kryptowerte, nennt algorithmischen Handel dort aber nicht eigens.

Typische Bot-Muster, die in diese Nähe geraten können:

• Order-Fluten: Eine Schleife, die nach Fehlern immer wieder sendet, oder eine Strategie, die ihre Kurse hunderte Male pro Sekunde neu stellt.
• Orders mit Fluchtreflex: Limit-Orders, die automatisch zurückgezogen werden, sobald der Markt sich ihnen nähert.
• Selbstgeschäfte: Zwei Strategien oder zwei Konten derselben Person, die gegeneinander ausgeführt werden.
• Volumen-Bots: Software, die für einen Token Handelsvolumen „erzeugt“, ohne dass Eigentum tatsächlich wechselt.
• Bot plus Kommunikation: Ein Agent, der eine Position aufbaut und gleichzeitig positive Beiträge zum selben Wert veröffentlicht.

Die Indikatoren in Anhang I MAR sind ausdrücklich „für sich genommen nicht unbedingt“ Manipulation. Eine hohe Stornoquote allein macht einen Market-Making-Bot, der laufend Kauf- und Verkaufskurse stellt, nicht verdächtig. Sie ist aber ein Merkmal, auf das Überwachungssysteme von Börsen anspringen, und dann müssen Sie erklären können, warum Ihr System so handelt.

Spoofing und Layering: Orders ohne Ausführungsabsicht.

Die Delegierte Verordnung (EU) 2016/522 beschreibt in Anhang II das Muster genau: große oder mehrere Aufträge auf einer Seite des Orderbuchs, mit der Absicht, ein Geschäft auf der anderen Seite auszuführen; nach dem Abschluss werden die fiktiven Aufträge entfernt. Das wird „Layering und Spoofing“ genannt. Verwandt sind „Quote Stuffing“, also sehr viele Aufträge, Änderungen und Stornos, um andere Teilnehmer zu verlangsamen oder die eigene Strategie zu verschleiern, und „Momentum Ignition“, das gezielte Auslösen eines Trends, um zu einem günstigen Preis aus- oder einzusteigen.

Der Kern ist die fehlende Ausführungsabsicht. Ein Bot, der Kaufaufträge in mehreren Stufen unter den Markt legt, weil er dort tatsächlich kaufen will, betreibt kein Spoofing. Derselbe Bot wird problematisch, wenn die Kaufstufen nur dazu dienen, eine eigene Verkaufsorder auf der Gegenseite besser zu füllen, und danach verschwinden. Technisch sieht beides zunächst ähnlich aus. Den Unterschied machen Größe, Lebensdauer, Zusammenhang mit Geschäften auf der Gegenseite und das Stornoverhalten bei Annäherung des Kurses.

Eine einfache Testfrage für jede Orderart in Ihrem Code: Wäre eine vollständige Ausführung dieser Order in diesem Moment ein erwünschtes Ergebnis? Wenn die ehrliche Antwort „nein“ lautet, etwa weil die Größe weit über Ihrem Positionslimit liegt, gehört die Logik überarbeitet. Wie Börsen und Marktteilnehmer solche Muster in Orderbuchdaten erkennen, beschreibt der Artikel zur Quote-Stuffing-Defense.

Wash-Trading und Self-Trades zwischen eigenen Konten.

Wash-Trades sind nach der Delegierten Verordnung (EU) 2016/522 Käufe oder Verkäufe, bei denen sich das wirtschaftliche Eigentum oder das Marktrisiko nicht ändert, oder bei denen es nur zwischen gemeinschaftlich oder in Absprache handelnden Parteien wechselt. Als zusätzlichen Indikator nennt die Verordnung die ungewöhnliche Wiederholung von Transaktionen zwischen wenigen Parteien. Für einen Bot heißt das: Ein Geschäft zwischen zwei Konten, die Ihnen gehören, erzeugt Umsatz, aber keinen echten Eigentümerwechsel. Für den Markt sieht es trotzdem wie Nachfrage und Angebot aus.

Absichtliches Wash-Trading ist eindeutig. Heikler für Entwickler sind die unbeabsichtigten Fälle:

• Eine Mean-Reversion-Strategie und eine Trendfolge-Strategie laufen auf demselben Instrument und kreuzen sich im Orderbuch.
• Ein Arbitrage-Bot verschiebt Bestände zwischen einem Haupt- und einem Unterkonto derselben Börse und handelt dabei gegen sich selbst.
• Ein Grid-Bot auf einem Konto und ein manueller Auftrag auf einem zweiten Konto treffen aufeinander.

Einzelne zufällige Selbstgeschäfte sind in der Praxis kaum zu vermeiden, solange keine Gegenmaßnahme greift. Wiederholen sie sich systematisch, entsteht genau das Muster, das Überwachungssysteme suchen. Deshalb gehört eine Selbstkreuzungsprüfung in jeden Bot, der mehr als eine Strategie oder mehr als ein Konto bedient.

Gilt das auch für Privatpersonen und Krypto?

Ja. Art. 15 MAR lautet schlicht: „Marktmanipulation und der Versuch hierzu sind verboten.“ Art. 91 Abs. 1 MiCA formuliert: „Niemand darf Marktmanipulation betreiben“. Nach Art. 86 MiCA gelten die Marktmissbrauchsregeln für Handlungen jeder Person mit Kryptowerten, die zum Handel zugelassen sind oder deren Zulassung beantragt wurde, auch wenn das Geschäft außerhalb einer Handelsplattform stattfindet und auch für Handlungen in Drittländern. Die MAR erfasst neben Finanzinstrumenten an Börsen und Handelssystemen ausdrücklich Instrumente, deren Kurs davon abhängt, etwa Differenzkontrakte (CFDs).

Vorsätzliche Manipulation, die tatsächlich auf den Kurs einwirkt, ist in beiden Bereichen eine Straftat, im Grundtatbestand mit Freiheitsstrafe bis zu fünf Jahren oder Geldstrafe. Darunter liegt die Ordnungswidrigkeit. Bei Kryptowerten reicht dafür nach dem KMAG schon Fahrlässigkeit; die Geldbuße kann für natürliche Personen bis zu fünf Millionen Euro betragen. Für Entwickler ist diese Schwelle der eigentliche Punkt: Unzureichende Tests schützen nicht vor einem Bußgeld.

Auch Kommunikation zählt. Art. 91 Abs. 3 Buchstabe c MiCA nennt Stellungnahmen zu einem Kryptowert nach vorherigem Positionsaufbau ohne Offenlegung des Interessenkonflikts. Die BaFin hat am 19.08.2026 in einem Fachartikel für Finfluencer darauf hingewiesen, dass Werbung für Wertpapiere oder Kryptowerte ohne Hinweis auf einen Interessenkonflikt Marktmanipulation sein kann. Wer einen KI-Agenten baut, der handelt und zugleich postet, sollte diese Verbindung technisch trennen.

Welche Schutzmaßnahmen gehören in den Bot-Code?

Die meisten dieser Risiken lassen sich mit Vorab-Prüfungen beherrschen, die ohnehin zu einem soliden System gehören. Als Vorbild dienen die Pre-Trade-Kontrollen nach Art. 15 RTS 6 (Delegierte Verordnung (EU) 2017/589), die für Wertpapierfirmen mit algorithmischem Handel verpflichtend sind. Art. 15 RTS 6 verlangt unter anderem Preisbänder, Höchstwerte für Auftragswert und -volumen, Obergrenzen für Ordernachrichten und eine Drosselung wiederholter automatischer Ausführungen. Für private Systeme ist das keine Pflicht, aber ein sinnvoller Maßstab.

• Self-Trade-Prevention explizit setzen: Self-Trade-Prevention (STP) ist eine Börsenfunktion, die verhindert, dass eigene Orders gegeneinander ausgeführt werden. Binance bietet für Spot-Orders den Parameter selfTradePreventionMode mit Modi wie EXPIRE_TAKER, EXPIRE_MAKER und EXPIRE_BOTH; er wirkt innerhalb eines Kontos oder einer Kontogruppe mit gleicher tradeGroupId. Jedes Symbol hat einen eigenen Standardmodus. Andere Börsen bieten vergleichbare Parameter mit anderen Namen und Standardwerten. Setzen Sie den Modus in jedem Request selbst.
• Eigene Kreuzungsprüfung über alle Konten: Vor jedem Versand prüft der Bot, ob auf der Gegenseite eine eigene ruhende Order eines beliebigen eigenen Kontos ausgeführt würde.
• Order-zu-Ausführungs-Verhältnis überwachen: § 26a Börsengesetz verpflichtet Handelsteilnehmer, ein angemessenes Verhältnis von Eingaben, Änderungen und Löschungen zu ausgeführten Geschäften zu halten, je Finanzinstrument und Tag. Messen Sie diese Kennzahl für jede Börse selbst, auch dort, wo keine Grenze vorgegeben ist.
• Nachrichtenrate begrenzen: Harte Obergrenze für Orders, Änderungen und Stornos pro Sekunde, unabhängig von der Strategie.
• Mindestlebensdauer und Stornogrund: Jede Stornierung braucht einen Grund aus einer festen Liste, etwa „Signal entfallen“ oder „Risiko-Limit“. Stornos ohne Grund werden blockiert oder gemeldet.
• Kommunikation entkoppeln: Wenn ein Agent Beiträge veröffentlicht, sperrt das System Handel im selben Wert für ein definiertes Zeitfenster oder verlangt einen Offenlegungshinweis.

Eine vereinfachte Skizze, wie diese Prüfungen vor dem Versand zusammenspielen:

# Vereinfachte Vorab-Prüfung vor jedem Orderversand (Beispiel, kein fertiger Code)
def pre_trade_check(order, book, stats, cfg):
    # 1. Eigene ruhende Orders auf der Gegenseite? Dann kein Versand.
    for own in book.own_resting(order.symbol, all_accounts=True):
        if own.side != order.side and crosses(order, own):
            return reject("SELF_CROSS", own.id)
    # 2. Order-zu-Ausführungs-Verhältnis je Instrument und Tag
    if stats.order_to_trade(order.symbol) > cfg.otr_soft_limit:
        return reject("OTR_LIMIT", stats.order_to_trade(order.symbol))
    # 3. Nachrichtenrate begrenzen (Orders, Änderungen, Stornos)
    if stats.messages_last_second() >= cfg.max_msgs_per_sec:
        return reject("THROTTLE")
    # 4. Größe nur so hoch, wie eine Ausführung erwünscht wäre
    if order.qty > cfg.max_fill_qty(order.symbol):
        return reject("SIZE_ABOVE_FILL_INTENT")
    order.reason_code = order.strategy.reason()   # Grund wird mitprotokolliert
    order.stp_mode = "EXPIRE_MAKER"               # explizit setzen, nie auf Standard verlassen
    return accept(order)

Die konkreten Schwellen hängen von Instrument, Liquidität und Strategie ab. Ein Market-Making-Bot hat legitimerweise ein deutlich höheres Order-zu-Ausführungs-Verhältnis als ein Swing-System; § 26a BörsG stellt ausdrücklich auf die Liquidität, die Marktlage und die Funktion des handelnden Unternehmens ab. Wenn ich Trading-Systeme entwickle, lege ich diese Grenzen pro Strategie fest und dokumentiere, warum sie so gewählt wurden.

Protokollierung als Nachweis sauberer Absicht.

Die MAR lässt den Nachweis legitimer Gründe zu, und die Indikatoren in Anhang I beschreiben Muster, die erst im Zusammenhang Manipulation ergeben. Wenn eine Börse oder Aufsicht nachfragt, zählt deshalb, ob Sie für jede Order und jeden Storno den Zusammenhang belegen können. Börsen und Kryptobörsen sind zur Überwachung verpflichtet: Wer beruflich Geschäfte mit Kryptowerten vermittelt oder ausführt, muss nach Art. 92 MiCA Systeme zur Aufdeckung von Marktmissbrauch betreiben und begründete Verdachtsfälle unverzüglich der Behörde melden, ausdrücklich auch Stornierungen und Änderungen.

Ein brauchbares Protokoll enthält je Ereignis:

• Zeitstempel mit Millisekunden, Konto, Instrument, Seite, Preis, Menge, Order-ID
• Strategie-ID und Versionsstand der Parameter
• Auslösendes Signal oder Grundcode für Order, Änderung und Storno
• Ergebnis der Vorab-Prüfungen, auch abgelehnte Orders
• Kurzer Orderbuch-Schnappschuss zum Entscheidungszeitpunkt

Speichern Sie das Protokoll unveränderlich, etwa als fortlaufende Datei mit Prüfsumme, getrennt vom Bot-Server. Bei KI-gestützten Entscheidungen gehört auch die Begründung des Modells dazu; wie das für Research-Prozesse aussieht, beschreibt der Artikel zum Audit-Trail für LLM-Research.

Grenzen und Risiken dieser Maßnahmen.

Technik schützt vor Fehlern, nicht vor Absicht. Ein sauberes Protokoll hilft nicht, wenn die Strategie selbst darauf beruht, mit Scheinorders andere Teilnehmer zu bewegen. Und keine der hier beschriebenen Kennzahlen ist ein rechtlicher Freibrief: Ein niedriges Order-zu-Ausführungs-Verhältnis schließt Spoofing nicht aus, ein hohes beweist es nicht.

• Self-Trade-Prevention ist lückenhaft: Sie wirkt nur innerhalb einer Börse und meist nur innerhalb eines Kontos oder einer Kontogruppe. Kreuzungen über zwei Börsen oder über das Konto eines Familienmitglieds erkennt sie nicht.
• Abgrenzungen sind unscharf: Ob ein Token „zum Handel zugelassen“ ist und damit unter MiCA fällt, ob ein Instrument von der MAR erfasst ist und wie ausländische Börsen und Rechtsordnungen das sehen, muss im Einzelfall geprüft werden.
• Börsenregeln gehen weiter: Handelsplätze haben eigene Regeln zu Ordernachrichten und Selbstgeschäften und können Konten unabhängig von einem Bußgeldverfahren sperren.
• KI-Agenten erhöhen die Unschärfe: Ein Sprachmodell, das Orders vorschlägt, kann Muster erzeugen, die niemand bewusst programmiert hat. Die Vorab-Prüfungen gehören deshalb in die Infrastruktur, nicht in den Prompt.

Dieser Artikel ist eine technische Einordnung und keine Rechtsberatung. Wenn Sie unsicher sind, ob ein bestimmtes Geschäftsmodell oder eine Strategie zulässig ist, klären Sie das mit einer auf Kapitalmarktrecht spezialisierten Kanzlei.

Prüfliste für Ihre Orderlogik.

Diese Punkte lassen sich für einen bestehenden Bot der Reihe nach durchgehen. Jede Antwort „nein“ oder „weiß nicht“ ist ein konkreter Arbeitsauftrag.

1. Wäre jede Order, die der Bot sendet, bei vollständiger Ausführung ein erwünschtes Ergebnis?
2. Gibt es eine Logik, die Orders zurückzieht, weil der Kurs sich ihnen nähert? Wenn ja: Ist der Grund dokumentiert?
3. Ist Self-Trade-Prevention in jedem Request explizit gesetzt, statt sich auf den Standard der Börse zu verlassen?
4. Prüft der Bot vor dem Versand Kreuzungen mit eigenen Orders über alle eigenen Konten hinweg?
5. Messen Sie das Order-zu-Ausführungs-Verhältnis je Instrument und Tag, mit Warnschwelle?
6. Gibt es eine harte Nachrichtenobergrenze und einen Notaus für Order-Schleifen?
7. Hat jede Stornierung einen Grundcode im Protokoll?
8. Ist das Protokoll unveränderlich gespeichert und vom Bot-Server getrennt?
9. Sind Handel und Veröffentlichungen zum selben Wert technisch entkoppelt?
10. Wurde der Bot mit Testdaten auf diese Muster geprüft, bevor er live ging?

Wenn Sie Ihren Bot so umbauen oder neu aufsetzen wollen, unterstütze ich bei Architektur, Pre-Trade-Prüfungen, Protokollierung und Tests; mehr dazu auf der Seite zur Trading-Automatisierung.

Häufige Fragen.

Ist eine hohe Stornoquote bei meinem Trading-Bot schon Marktmanipulation?

Nein, nicht automatisch. Die Indikatoren der Marktmissbrauchsverordnung sind ausdrücklich für sich genommen nicht unbedingt Manipulation. Market-Making-Strategien stornieren legitimerweise viele Orders. Entscheidend ist, ob die Orders falsche Signale über Angebot oder Nachfrage setzen, etwa weil sie nie ausgeführt werden sollen. Eine hohe Quote erhöht aber die Wahrscheinlichkeit, dass Überwachungssysteme anschlagen, und dann sollten Sie den Grund jeder Stornierung belegen können.

Darf ich als Privatperson zwischen zwei eigenen Krypto-Konten handeln?

Geschäfte zwischen zwei eigenen Konten ändern das wirtschaftliche Eigentum nicht. Sie gelten deshalb als Wash-Trades, ein Kernbeispiel für Marktmanipulation. Art. 91 MiCA gilt für jede Person, nicht nur für Unternehmen. In Deutschland kann nach dem KMAG schon fahrlässige Marktmanipulation bei Kryptowerten ein Bußgeld auslösen. Ein Bot, der zwei eigene Konten bedient, sollte Kreuzungen zwischen ihnen deshalb technisch verhindern. Im Einzelfall hilft eine Kanzlei für Kapitalmarktrecht.

Was ist Self-Trade-Prevention?

Self-Trade-Prevention ist eine Börsenfunktion, die verhindert, dass zwei Orders desselben Kontos oder einer festgelegten Kontogruppe gegeneinander ausgeführt werden. Je nach Modus wird die neue Order, die ruhende Order oder beide storniert. Bei Binance heißt der Parameter selfTradePreventionMode. Die Funktion wirkt nur innerhalb einer Börse und meist nur innerhalb eines Kontos, deshalb braucht ein Bot mit mehreren Konten zusätzlich eine eigene Kreuzungsprüfung.

Was ist der Unterschied zwischen Spoofing und Layering?

Beide bezeichnen Orders ohne echte Ausführungsabsicht, die einen falschen Eindruck von Angebot oder Nachfrage erzeugen, um auf der Gegenseite besser zu handeln. Spoofing meint meist einzelne große Scheinorders, Layering mehrere gestaffelte Orders auf verschiedenen Preisstufen. Die Delegierte Verordnung (EU) 2016/522 fasst beides als „Layering und Spoofing“ zusammen: Nach dem gewünschten Geschäft werden die fiktiven Aufträge entfernt.

Quellen und Stand.

• Verordnung (EU) Nr. 596/2014 über Marktmissbrauch (MAR), Art. 2, 12, 15, 16 und Anhang I — EUR-Lex
• Delegierte Verordnung (EU) 2016/522, Anhang II: Indikatoren für manipulatives Handeln — EUR-Lex
• Verordnung (EU) 2023/1114 über Märkte für Kryptowerte (MiCA), Art. 86, 91 und 92 — EUR-Lex
• Kryptomärkteaufsichtsgesetz (KMAG), § 47 Bußgeldvorschriften — Bundesministerium der Justiz, gesetze-im-internet.de
• Wertpapierhandelsgesetz (WpHG), § 120 Bußgeldvorschriften — Bundesministerium der Justiz, gesetze-im-internet.de
• Börsengesetz (BörsG), § 26a Order-Transaktions-Verhältnis — Bundesministerium der Justiz, gesetze-im-internet.de
• Delegierte Verordnung (EU) 2017/589 (RTS 6), Art. 15 Vorhandelskontrollen — EUR-Lex
• Self Trade Prevention (STP) FAQ — Binance Developer Docs
• Fünf Punkte, auf die Finfluencer achten sollten (Fachartikel, 19.08.2026) — BaFin

Stand: 6. Oktober 2026. Produkte, Funktionen und Preise ändern sich schnell; maßgeblich sind die Angaben der Anbieter und Behörden.

Sie wollen Ihren Trading-Bot mit Self-Trade-Prevention, Pre-Trade-Prüfungen und sauberer Protokollierung absichern? Unverbindlich anfragen — wir klären Orderlogik, Prüfgrenzen, Protokollformat und Tests vor dem Live-Betrieb. Mehr zu meinem Angebot: Trading-Systeme entwickeln lassen.