Trading-Bot überwachen: Wie Ausfälle auffallen, bevor sie teuer werden

Ein Trading-Bot, der läuft, fällt nicht auf. Ein Bot, der still stehen bleibt, leider auch nicht - und genau das ist das Problem. Ob Verbindungsabbruch, eingefrorene Plattform oder ein Neustart des Rechners: Wer einen Trading-Bot überwachen will, muss davon ausgehen, dass ausgerechnet die Komponente ausfällt, die eigentlich Alarm schlagen sollte.

Warum ein Bot seinen eigenen Ausfall nicht melden kann

Die naheliegende Lösung - der Bot schickt eine Nachricht, wenn etwas schiefgeht - deckt nur Fehler ab, die der Bot selbst noch bemerkt. Stürzt er ab, friert die Plattform ein oder fällt der Rechner aus, kommt keine Nachricht. Die Lösung dreht die Logik um: Der Bot meldet in festen Abständen, dass er noch lebt, und eine unabhängige Stelle schlägt Alarm, wenn diese Meldung ausbleibt. Dieses Prinzip, oft Heartbeat oder Totmannschalter genannt, erkennt auch die Ausfälle, bei denen nichts mehr gemeldet werden kann.

Was gemeldet werden sollte - und was nicht

• Sofort: ausbleibender Heartbeat, eine Position, die nicht zu dem passt, was der Bot zu halten glaubt, ein erreichtes Tagesverlustlimit, abgelehnte Orders
• Zeitnah: veraltete Kursdaten, ungewöhnlich viele Orders in kurzer Zeit, eine Verbindung, die wiederholt abbricht
• Nur ins Protokoll: einzelne Signale, normale Ein- und Ausstiege, Routinemeldungen - wer für alles benachrichtigt wird, übersieht die eine Meldung, die zählt

Der gefährlichste Zustand: Bot und Konto sind sich uneinig

Nach einem Neustart oder Verbindungsabbruch kennt der Bot seinen Zustand nur aus dem eigenen Speicher - oder gar nicht mehr. Hält er sich für flach, während beim Broker noch eine Position offen ist, verwaltet niemand diese Position. Hält er sich für investiert, obwohl die Position längst geschlossen ist, sendet er womöglich Ausstiegsorders, die eine neue Position in die Gegenrichtung eröffnen. Ein robuster Bot gleicht deshalb beim Start und in regelmäßigen Abständen seinen Zustand mit dem tatsächlichen Konto ab - und stoppt bei einer Abweichung, statt weiterzuhandeln.

Ein Not-Aus, der nicht vom Bot abhängt

Ein Kill-Switch beendet den Handel: offene Orders stornieren, neue blockieren und je nach Festlegung Positionen schließen. Er muss auch dann greifen, wenn der Bot selbst die fehlerhafte Komponente ist - eine Schaltfläche in einem eingefrorenen Bot hilft niemandem. Und er sollte einen Neustart überstehen: Ein ausgelöster Not-Aus, der nach dem Hochfahren vergessen ist, ist keiner. Die Freigabe danach erfolgt bewusst von Hand.

Was unabhängig vom Bot geschützt sein sollte

• Schutz-Stops nach Möglichkeit als Order beim Broker hinterlegen statt sie nur im Bot zu überwachen, damit sie auch bei einem Ausfall bestehen - ob und wie das funktioniert, hängt von Broker und Anbindung ab
• Ein Tagesverlustlimit auf Kontoebene, sofern der Broker eines anbietet, als zweite Grenze hinter der Logik im Bot
• Ein Protokoll, das außerhalb des Bots gespeichert wird, damit sich ein Ausfall im Nachhinein nachvollziehen lässt

Welche Rolle Server und Verbindung für die Ausfallsicherheit spielen, steht im Beitrag zum VPS für den ATAS-Trading-Bot.

Wie Benachrichtigungen per Telegram oder Webhook aufgesetzt werden, behandelt der Beitrag zu ATAS Webhooks.

Eine gute Überwachung macht im Alltag nichts Sichtbares - sie fällt erst an dem einen Tag auf, an dem etwas schiefgeht. Genau für diesen Tag lohnt es sich, sie vorher eingerichtet zu haben, statt im Nachhinein herauszufinden, wie lange der Bot schon still stand.