Sie behalten die Schlüssel. TradingHost führt den Code aus.
TradingHost ist die Runtime für automatisierte Trading-Strategien, nicht der Tresor für Broker- oder Börsen-Anmeldedaten.
Behalten Sie API-Keys, Signierschlüssel, Passphrasen und Datenanbieter-Token im Secret-Store Ihres Vertrauens. TradingHost bietet Ihrer Strategie einen Runtime-Pfad, um die benötigten Werte auszulesen – ohne .env-Dateien in Deployments einzubetten, Anmeldedaten in GitHub fest zu codieren oder Broker-Zugangsdaten in das TradingHost-Dashboard einzufügen.
Keine .env-Dateien in Images. Keine hartcodierten Broker-Keys. Keine eingefügten Börsen-Anmeldedaten im Dashboard.
Secrets-Architektur
- Keine Verwahrung von Secrets
- Externe Secret-Stores
- Runtime-Umgebungsvariablen
- GitHub-native Deployments
- Rotation in Kundenhand
- Audit-Trail in Kundenhand
- Broker- und Börsen-Anmeldedaten bleiben bei Ihnen
Sektion 01 · Positionierung
TradingHost ist die Runtime, nicht der Tresor.
TradingHost führt Strategie-Code in verwalteten Cloud-Runtimes aus. Ihre Broker-Keys, Börsen-API-Keys, Webhook-Secrets, Signierschlüssel und Token von Drittanbietern sollten in Ihrem eigenen Secret-Store verbleiben.
Der Secret-Store bleibt die Source of Truth. Ihre Runtime erhält die benötigten Werte beim Start der Strategie. Ihre Strategie liest diese Werte über Umgebungsvariablen oder ein dokumentiertes Runtime-Abrufmuster aus.
TradingHost stellt den Deployment-Flow, die Runtime-Umgebung, Logs, Health-Checks, Ressourcen-Steuerung, Regionen-Auswahl und die MCP-Steuerungsoberfläche für die Strategie bereit. Es muss nicht der Ort sein, an dem Ihre Trading-Anmeldedaten liegen.
Das hält die Sicherheitsgrenze einfach:
Das Ergebnis ist ein saubereres Betriebsmodell für automatisiertes Trading: Ihr Code läuft auf TradingHost, während die Verwahrung der Anmeldedaten bei Ihnen verbleibt.
Sektion 02 · Was ist ein Secret?
Jeder private Wert, den Ihre Strategie zur Ausführung benötigt.
Ein Secret ist jeder Wert, der im Falle eines Leaks Zugriff auf ein Konto, einen Dienst, eine Verbindung oder einen Trading-Workflow ermöglicht.
Typische Beispiele sind:
- Broker-API-Keys
- Börsen-API-Keys
- API-Secrets
- Signierschlüssel
- Passphrasen
- Webhook-Secrets
- Marktdaten-Token
- Datenbankpasswörter
- Zugangsdaten für private Endpunkte
- OAuth-Client-Secrets
- Interne Service-Token
Zugangsdaten sind eine bestimmte Art von Secret, die zur Authentifizierung bei einem Broker, einer Börse, einem Datenanbieter, einer Datenbank oder einem Drittanbieter-Dienst verwendet werden.
Die meisten Trading-Zugangsdaten bestehen nicht nur aus einem einzelnen Wert. Sie können einen Key, ein Secret, eine Passphrase, eine Account-ID, eine Sub-Account-ID, einen Umgebungsnamen oder einen Berechtigungsumfang umfassen.
TradingHost behandelt diese als Runtime-Inputs, nicht als Produktdaten.
Abschnitt 03 · Wie Secrets die Runtime erreichen
Vom eigenen Secret-Store direkt zur laufenden Strategie.
Der Ablauf in der Runtime ist bewusst vertraut gestaltet. Er funktioniert genau wie das Deployment von Produktionsanwendungen, CI-Pipelines und moderne Cloud-Workloads.
Schritt 1
Zugangsdaten speichern
Speichern Sie die Zugangsdaten für Broker oder Börsen in dem Secret-Store, den Sie bereits nutzen – sei es GitHub Actions Secrets, HashiCorp Vault, AWS Secrets Manager, Doppler, 1Password Secrets Automation, Infisical, Bitwarden Secrets Manager oder ein anderer kompatibler Dienst. Ihr Secret-Store bleibt die einzige Source of Truth.
Schritt 2
Runtime bereitstellen
Ihr GitHub-gesteuertes Deployment startet die TradingHost-Runtime. Die Runtime erhält die von Ihrer Strategie benötigten Werte über das konfigurierte Bereitstellungsmuster. Bei den meisten Strategien werden diese Werte beim Start als Umgebungsvariablen bereitgestellt.
Schritt 3
Strategie starten
Ihre Strategie liest die Variablen aus, verbindet sich mit dem Broker, der Börse, dem Marktdatenanbieter oder dem internen Dienst und läuft dann innerhalb der TradingHost-Runtime. Die Handelsbeziehung besteht weiterhin direkt zwischen Ihrer Strategie und der jeweiligen Plattform.
Runtime-Pfad
Ihre Seite
Secret-Store
GitHub Actions, Vault, AWS Secrets Manager, Doppler, 1Password, Infisical oder Bitwarden. Die Source of Truth für die Zugangsdaten.
TradingHost
Runtime
Das GitHub-gesteuerte Deployment startet die Runtime. Das konfigurierte Bereitstellungsmuster stellt dem Strategieprozess den Wert zur Verfügung.
Ihre Seite
Broker, Börse oder Datenanbieter
Ihre Strategie verbindet sich, authentifiziert sich und handelt. Die Beziehung verbleibt direkt zwischen Ihrer Strategie und der Handelsplattform.
Abschnitt 04 · Kompatible Secret-Stores
Nutzen Sie den Secret-Store, dem Sie bereits vertrauen.
TradingHost ist für die Nutzung externer Secret-Quellen konzipiert. Sie müssen nicht alle Zugangsdaten für Broker oder Börsen in einen TradingHost-eigenen Vault verschieben, nur um eine Strategie auszuführen.
Die unten aufgeführten Anbieter sind die primär von TradingHost dokumentierten Secret-Store-Muster.
TradingHost zwingt Sie nicht, Ihr bestehendes Sicherheitskonzept aufzugeben. Wenn Sie bereits einen Secret-Store, ein Zugriffsmodell, einen Rotationszyklus und ein Audit-Protokoll eingerichtet haben, sollten Sie diese einfach weiterverwenden.
Abschnitt 05 · Auf einen Blick
Das Secrets-Modell verständlich erklärt.
Der entscheidende Unterschied ist einfach:
TradingHost führt den Prozess aus. Ihr Secret-Store verwaltet die Zugangsdaten.
Abschnitt 06 · Was TradingHost nicht benötigt
Kein Wildwuchs an Zugangsdaten für den Betrieb einer Strategie.
Eine Trading-Laufzeitumgebung sollte keine ungesicherten Kopien sensibler Zugangsdaten auf Laptops, in Tickets, Screenshots, Chat-Nachrichten, Support-Tools, Repositories oder unverwalteten .env-Dateien erfordern.
Mit TradingHost müssen Sie Folgendes nicht tun:
- Broker-Keys fest im Repository codieren
- .env-Dateien in Container-Images integrieren
- Börsen-Zugangsdaten in ein generisches Dashboard einfügen
- API-Keys an den Support senden
- Produktions-Secrets in Tabellenkalkulationen speichern
- Sich per SSH auf einen Server einwählen, nur um Umgebungsvariablen zu bearbeiten
- Keys über Chat oder E-Mail teilen
- Zugangsdaten manuell zwischen Umgebungen kopieren
- Alte Keys aktiv lassen, weil Sie den Überblick verloren haben, wo sie überall verwendet werden
Das sauberere Modell besteht darin, Secrets an einem einzigen, vertrauenswürdigen Ort aufzubewahren und der Laufzeitumgebung nur das bereitzustellen, was die Strategie tatsächlich benötigt.
Abschnitt 07 · Was in Ihrer Hand bleibt
Die Verwaltung Ihrer Zugangsdaten bleibt vollständig unter Ihrer Kontrolle.
TradingHost stellt die Laufzeitumgebung bereit. Sie behalten die Kontrolle über alle Entscheidungen bezüglich Ihrer sensiblen Zugangsdaten.
Sie entscheiden:
- Welchen Secret-Store Sie verwenden
- Welche Strategie auf welche Zugangsdaten zugreifen darf
- Zu welchem Broker- oder Börsen-Konto ein Key gehört
- Ob ein Schlüssel handeln, Kontostände abfragen, Positionen einsehen oder Gelder abheben darf
- Wie oft Zugangsdaten rotiert werden
- Wer Produktions-Secrets einsehen oder ändern darf
- Wie der Widerruf gehandhabt wird
- Wo Audit-Logs überprüft werden
- Welche Umgebungen Zugriff auf Live-Zugangsdaten haben
- Ob separate Schlüssel für Development, Staging und Produktion verwendet werden
Dies ist für die Trading-Infrastruktur von entscheidender Bedeutung, da API-Berechtigungen finanziell hochsensibel sein können. Ein Broker- oder Exchange-Schlüssel kann Zugriff auf Kontostände, offene Positionen, Orderplatzierung, Kontohistorie oder Auszahlungsfunktionen gewähren.
TradingHost sollte nicht der Grund dafür sein, dass diese Berechtigungen schwerer zu verwalten sind.
Abschnitt 08 · Laufzeitverhalten
Ihre Strategie liest Secrets wie eine produktive Anwendung.
Eine auf TradingHost bereitgestellte Strategie sollte Secrets als Laufzeitkonfiguration behandeln.
Zum Beispiel:
Krypto-Strategie
- EXCHANGE_NAME
- EXCHANGE_API_KEY
- EXCHANGE_API_SECRET
- EXCHANGE_API_PASSPHRASE
- TRADING_MODE
Broker-verbundene Strategie
- BROKER_NAME
- BROKER_ACCOUNT_ID
- BROKER_API_KEY
- BROKER_API_SECRET
- BROKER_ENVIRONMENT
Marktdaten-Strategie
- DATA_PROVIDER
- DATA_API_KEY
- DATA_REGION
- DATA_FEED
Die genauen Variablennamen werden durch Ihr Projekt, Ihr Framework, Ihren Connector oder Ihren Deployment-Workflow definiert.
TradingHost muss den privaten Wert selbst nicht verstehen. Es muss dem laufenden Prozess lediglich eine Möglichkeit bieten, auf die erwartete Konfiguration zuzugreifen.
Abschnitt 09 · Logs und Observability
Secrets sollten niemals ausgegeben werden.
TradingHost bietet Laufzeit-Logs und Einblick in den Systemzustand, sodass Sie sehen können, ob eine Strategie läuft, fehlschlägt, neu startet, eine Verbindung herstellt oder Fehler ausgibt.
Diese Logs sind für den Produktivbetrieb nützlich, aber sie sind kein sicherer Ort für Secrets.
Ihre Strategie sollte Folgendes niemals ausgeben:
- API-Keys
- API-Secrets
- Payloads zur Signierung
- Passphrasen
- Auth-Header
- Bearer-Token
- Webhook-Secrets
- Vollständige Verbindungs-Strings
- Rohdaten-Dumps der Umgebungsvariablen
- Broker-Session-Token
- Authentifizierungsantworten von Exchanges
TradingHost zeigt die von Ihrem Prozess ausgegebenen Logs an. Wenn eine Strategie ein Secret in stdout, stderr, Stack-Traces, Debug-Ausgaben oder Error-Payloads schreibt, kann dieser Wert in den Laufzeit-Logs sichtbar werden.
Das sicherste Muster ist, den Verbindungsstatus zu protokollieren, nicht die Werte der Zugangsdaten.
Gut
- Mit Binance-Spot-Konto verbunden.
Schlecht
- Mit Binance verbunden unter Verwendung von API-Key abc123...
Abschnitt 10 · Sicherheitsgrenze
Die Grenze, klar formuliert.
TradingHost sollte nicht als das führende System (System of Record) für Broker- oder Exchange-Zugangsdaten behandelt werden.
Ihre Zugangsdaten sollten in Ihrem eigenen Secret-Store liegen, verwaltet durch Ihre eigenen Zugriffskontrollen, Rotationsrichtlinien und Audit-Prozesse.
TradingHost sollte nicht verlangen, dass Secrets in GitHub committet, in Deployment-Images integriert, in .env-Dateien innerhalb des Containers eingefügt oder mit dem Support-Team geteilt werden.
TradingHost stellt die Laufzeitschicht um die Strategie herum bereit. Ihre Strategie nutzt das konfigurierte Bereitstellungsmuster der Laufzeitumgebung, um auf die benötigten Werte zuzugreifen. Ihr Broker, Ihre Exchange, Ihr Datenanbieter oder Ihr interner Dienst bleibt das System, das die Zugangsdaten authentifiziert und Berechtigungen auf Kontoebene durchsetzt.
Genau diese Trennung ist der Punkt.
TradingHost führt den Code aus.
Sie verwalten die Schlüssel.
FAQ
Häufig gestellte Fragen
TradingHost ist so konzipiert, dass Ihr eigener Secret-Store die Source of Truth für Broker- und Börsen-Zugangsdaten bleibt. Die Runtime erhält die benötigten Werte über ein konfiguriertes Secret-Delivery-Muster, anstatt dass Sie Keys hartcodieren oder .env-Dateien in Images einbauen müssen.
Nein. Broker-Keys, Börsen-API-Keys, Passphrasen, Signierschlüssel und Token von Datenanbietern sollten niemals in ein Repository committet werden. Nutzen Sie stattdessen GitHub Actions Secrets, einen externen Secret-Store oder ein anderes dokumentiertes Muster für Runtime-Secrets.
Ihr Deployment-Image sollte keine .env-Datei mit echten Zugangsdaten enthalten. Secrets sollten zur Laufzeit bereitgestellt und nicht in die Codebasis oder das Image verpackt werden.
Die meisten Strategien lesen Secrets beim Start aus Umgebungsvariablen aus. Je nach Konfiguration des Deployment-Workflows nutzen einige Setups auch ein Runtime-Abrufmuster (Fetch) aus Vault, AWS Secrets Manager, Doppler, 1Password, Infisical, Bitwarden oder einem anderen kompatiblen Store.
Die Rotation erfolgt in Ihrem Secret-Store oder direkt beim Broker, der Börse oder dem Datenanbieter. Sobald Zugangsdaten rotiert wurden, starten Sie die betroffene Runtime neu oder führen Sie ein Redeployment durch, damit die Strategie den neuen Wert erhält.
Widerrufen Sie die Zugangsdaten in dem System, das sie ausgestellt hat. Bei Trading-Keys ist das in der Regel der Broker, die Börse, der Datenanbieter oder ein interner Dienst. Zudem sollten Sie den Wert in Ihrem Secret-Store entfernen oder ersetzen.
Nur wenn Ihre Strategie diese ausgibt. TradingHost zeigt die Logs an, die Ihr Prozess ausgibt. Strategien sollten daher niemals Zugangsdaten, Environment-Dumps, Auth-Header, Token, Passphrasen oder rohe Verbindungsstrings protokollieren.
TradingHost bietet Mitarbeitern keine Schnittstelle zum Auslesen von Broker- oder Börsen-Zugangsdaten von Kunden. Ihr eigener Secret-Store bleibt der Ort, an dem der Zugriff auf diese Werte verwaltet und auditiert wird.
Ja. TradingHost ist für die Nutzung externer Secret-Quellen ausgelegt. Wenn Ihr Secret-Store Werte über Umgebungsvariablen oder ein dokumentiertes Runtime-Abrufmuster bereitstellen kann, lässt er sich in der Regel in das Deployment-Modell von TradingHost integrieren.
TradingHost bietet dokumentierte Muster für GitHub Actions Secrets, HashiCorp Vault, AWS Secrets Manager, Doppler, 1Password Secrets Automation, Infisical und Bitwarden Secrets Manager.
Nutzen Sie Ihren eigenen Secret-Store. Deployen Sie mit GitHub.
Verbinden Sie GitHub, konfigurieren Sie Ihre Runtime und verweisen Sie Ihre Strategie auf den Secret-Store, dem Sie bereits vertrauen.
TradingHost führt den Code aus.
Sie behalten die Schlüssel.