Kennungen nicht verwechseln
Ein Ereignis umfasst Märkte; ein Markt stellt eine konkrete Frage; jedes Ergebnis besitzt eine eigene Token-ID. Bewahren Sie diese Zuordnung ausdrücklich auf. Übersetzte oder wiederverwendete Titel eignen sich nicht als verlässliche Ausführungskennung.
Nutzen Sie aktuelle offizielle Dokumentation zu Marktsuche, Details, Preisen und authentifiziertem Handel. APIs und SDKs verändern sich. Dieser Leitfaden liefert ein Architekturkonzept und keine ungeprüfte Signieranleitung für einen älteren Client.
Fünf getrennte Verantwortlichkeiten
Speichern Sie vor dem Senden eine dauerhafte Kennung der beabsichtigten Aktion. Sie verbindet Regelversion und Beobachtung mit der Order. Das ist ein anwendungsseitiger Schutz vor Duplikaten, keine Behauptung über allgemein verfügbare API-Idempotenzschlüssel.
- Entdecken: Markt, Ergebnis, Regeln, Status und geltende Beschränkungen bestimmen.
- Beobachten: aktuellen Zustand laden und Änderungen mit Datenzeit und Verbindungsstatus verfolgen.
- Entscheiden: eine versionierte Regel auf protokollierte Eingaben anwenden; Aktion oder Nichtstun begründen.
- Autorisieren: geografische Zulässigkeit, Signierbefugnis, Freigaben, Budget und Ordervorgaben prüfen.
- Abgleichen: Absicht mit offenen Orders, Ausführungen und tatsächlichen Positionen vergleichen.
Zeitüberschreitung bedeutet unbekanntes Ergebnis
Stoppen Sie automatische Wiederholungen dieser Absicht, bis Order- und Handelsdaten geprüft sind. Die ursprüngliche Anfrage könnte bereits angenommen worden sein. Ein erneutes Senden kann die Position verdoppeln. Bewahren Sie den ungeklärten Zustand auch über Neustarts hinweg auf.
Bei einer beispielhaften Zehn-Anteile-Order mit drei ausgeführten Anteilen bestehen eine Position über drei und eine offene Restmenge über sieben. Eine Stornierung macht den ausgeführten Teil nicht rückgängig. Bestätigen Sie das Storno und aktualisieren Sie den Zustand vor der nächsten Entscheidung.
Prüfliste für Störungen
Testen Sie mit simulierten Diensten und aufgezeichneten Eingaben ohne Zugangsdaten. Ein lesender Prototyp kann die Marktzuordnung prüfen. Eine echte Integration benötigt eine eigene Prüfung des aktuellen API-Vertrags.
- Ablehnung: Ursache speichern und beheben, statt blind zu wiederholen.
- Verbindungsverlust: Entscheidungen mit Aktualitätsanforderung aussetzen und den Zustand neu aufbauen.
- Anfragelimit: aktuelle Vorgaben beachten und Wiederholungen zwischen Prozessen koordinieren.
- Unklarer Versand: erst abgleichen, dann gegebenenfalls erneut senden.
- Neustart: Orders, Positionen, Berechtigungen und Reservierungen vor Freigabe rekonstruieren.
- Widerruf: neue Signaturen stoppen und offene Orders getrennt prüfen.
Geheimnisse vom Datenleser trennen
Geben Sie der Beobachtungskomponente nicht aus Bequemlichkeit Signierbefugnisse. Zugangsdaten gehören weder in Protokolle noch Browsercode, Repositories oder Diagnosebilder. Prüfen Sie Ablauf und Widerruf tatsächlich erteilter Berechtigungen.
SharkRule orientiert sich an den Regeln und Rechten des Nutzers. Dies ist keine Dokumentation einer eigenen SharkRule-API und keine Zusage eines verfügbaren SDKs. Über die Warteliste können Sie sich für frühen Produktzugang registrieren.
Verwahrung, Berechtigungen und Zulässigkeit
Ohne Verwahrung bedeutet, dass Mittel in einer vom Nutzer kontrollierten Wallet bleiben. Handelsrechte, Risiken von Smart Contracts und mögliche Verluste entfallen dadurch nicht. SharkRule ist unabhängig von Polymarket; eine Zugehörigkeit oder Empfehlung durch Polymarket wird nicht behauptet. Dies ist Softwarewissen, keine Finanz- oder Anlageberatung. Für die Handelsberechtigung gelten die aktuellen geografischen Beschränkungen von Polymarket.
Aktuelle geografische Beschränkungen prüfenHäufige Fragen
Brauche ich Handelsrechte für Marktdaten?
Beobachtung und authentifizierter Handel sind getrennt. Prüfen Sie den jeweiligen offiziellen Endpunkt und geben Sie einem lesenden Prototyp keine Signierbefugnis.
Darf ich jede fehlgeschlagene Anfrage wiederholen?
Nein. Eine Zeitüberschreitung kann eine angenommene Order verbergen. Gleichen Sie zuerst den Zustand ab.
Ist eine gesendete Order bereits ein fertiger Handel?
Nein. Übermittlung, Annahme, Teil- oder Vollausführung und Abwicklung sind unterschiedliche Zustände.