Habe mir GRVTs Cancel-on-Disconnect-Verhalten heute genauer angesehen – insbesondere, was mit offenen Orders passiert, wenn eine Handelssitzung unerwartet abbricht, denn genau solche Details sind für alle, die eine automatisierte Strategie betreiben, von enormer Bedeutung.
Cancel on disconnect scheint ein sitzungsbasiertes Mechanismus zu sein, was bedeutet, dass ein Client seine offenen Orders so konfigurieren kann, dass sie automatisch abgebrochen werden, wenn die Verbindung zu GRVT abbricht. Der naheliegende Anwendungsfall ist der Schutz vor einem Szenario, in dem ein Trading-Bot während einer Sitzung die Konnektivität verliert, aber seine ausstehenden Orders weiterhin live im Orderbuch bleiben – ungemanagt, während der Bot selbst keine Sicht mehr auf den Markt hat.
Das ist eine wirklich wichtige Sicherheitsfunktion. Eine ungemanagte Order, die im Orderbuch liegt und bei der niemand hinsieht, ist genau die Art von Sache, die aus einem Konnektivitäts-„Blip“ einen tatsächlichen finanziellen Verlust machen kann.
Aber ich möchte das ein wenig hinterfragen: Ist „Cancel on disconnect“ eine Option (Opt-in) oder das Standardverhalten bei GRVT? Wenn es Opt-in ist, bedeutet das, dass ein Trader es aktiv konfigurieren muss – und wenn man es vergisst, bleibt man genau dem Fehlerbild ausgesetzt, vor dem diese Funktion eigentlich schützen soll. Eine Sicherheitsfunktion, für deren Aktivierung man sich erinnern muss, bietet eine deutlich schwächere Garantie als eine, die standardmäßig (by default) eingeschaltet ist.
Ich habe allerdings noch keine klare Antwort darauf, in welche Richtung GRVT standardmäßig voreingestellt ist, und wie schnell die Stornierung tatsächlich nach dem Erkennen eines Disconnects ausgelöst wird.
@grvt_io #grvt
Cancel on disconnect scheint ein sitzungsbasiertes Mechanismus zu sein, was bedeutet, dass ein Client seine offenen Orders so konfigurieren kann, dass sie automatisch abgebrochen werden, wenn die Verbindung zu GRVT abbricht. Der naheliegende Anwendungsfall ist der Schutz vor einem Szenario, in dem ein Trading-Bot während einer Sitzung die Konnektivität verliert, aber seine ausstehenden Orders weiterhin live im Orderbuch bleiben – ungemanagt, während der Bot selbst keine Sicht mehr auf den Markt hat.
Das ist eine wirklich wichtige Sicherheitsfunktion. Eine ungemanagte Order, die im Orderbuch liegt und bei der niemand hinsieht, ist genau die Art von Sache, die aus einem Konnektivitäts-„Blip“ einen tatsächlichen finanziellen Verlust machen kann.
Aber ich möchte das ein wenig hinterfragen: Ist „Cancel on disconnect“ eine Option (Opt-in) oder das Standardverhalten bei GRVT? Wenn es Opt-in ist, bedeutet das, dass ein Trader es aktiv konfigurieren muss – und wenn man es vergisst, bleibt man genau dem Fehlerbild ausgesetzt, vor dem diese Funktion eigentlich schützen soll. Eine Sicherheitsfunktion, für deren Aktivierung man sich erinnern muss, bietet eine deutlich schwächere Garantie als eine, die standardmäßig (by default) eingeschaltet ist.
Ich habe allerdings noch keine klare Antwort darauf, in welche Richtung GRVT standardmäßig voreingestellt ist, und wie schnell die Stornierung tatsächlich nach dem Erkennen eines Disconnects ausgelöst wird.
@grvt_io #grvt