Ein Polymarket-Market-Maker-Bot verwaltet den Bestand an Ergebnis-Token und bietet anderen Händlern Preise an. Seine sichtbaren Kauf- und Verkaufsangebote sind nur ein Teil des Kontos. Der Ablauf erfordert auch verfügbare Sicherheiten, die richtigen Ergebnisvermögenswerte, gültige Handelsbefugnis und ein zuverlässiges Protokoll noch ausführbarer Orders.
Dieser Leitfaden konzentriert sich auf Mechanik und Bewertung bestandsabhängiger Angebotsstellung. Er nutzt hypothetische binäre Märkte zur Erklärung des Positionsverhaltens und warum eine angebotene Spanne kein abgeschlossener Gewinn ist. Tatsächliche Kontraktdefinitionen, Gebühren und Kontoanforderungen bleiben spezifisch für den gehandelten Markt.
Polymarket International und Polymarket US sind getrennte Integrationen. Es sollte nicht angenommen werden, dass Konto, Zugangsdaten oder Finanzierungsablauf zwischen ihnen übertragbar sind. Die folgende Besprechung von Ergebnis-Token betrifft den dokumentierten International-Ablauf; eine US-Implementierung braucht ihr eigenes unterstütztes Konto- und Ausführungsmodell statt einer umbenannten Kopie dieser Integration.
Beginne mit einer vollständigen Marktidentität
Ein Markttitel kann dem Nutzer beim Themenverständnis helfen, doch Software braucht die genauen Ereignis-, Markt- und Ergebniskennungen. Eine YES-Position in einem Kontrakt kann nicht durch einen ähnlich benannten Ergebnisanteil in einem anderen ersetzt werden. Ihre Fristen, Entscheidungsquellen oder Sonderregeln können abweichen.
Speichere relevanten Regeltext oder Verweis bei der Marktkonfiguration. Das gibt dem Maker einen Weg zur Erklärung seines Bestands nach Neustart oder langer Haltedauer. Eine spätere Anzeigebezeichnungsänderung sollte die Interpretation einer bestehenden Position nicht still verändern.
Der Leitfaden zum Prognosemarkt-Ablauf beschreibt dieses Identitätsproblem breiter. Kläre es beim Market Making vor der Angebotserzeugung. Ein Preisvergleich zwischen nicht passenden Ergebnissen kann eine überzeugend aussehende Spanne ohne gültige Beziehung zur tatsächlich vom Konto empfangenen Auszahlung erzeugen.
Ergebnisbestand eines Polymarket-Market-Maker-Bots
Der Ergebnisbestand eines Polymarket-Market-Maker-Bots ist die Menge konkreter Ergebnispositionen des Kontos mit Mengen und Erwerbshistorie. Eine einzige Nettodollarschätzung reicht nicht, weil der Verkauf eines bestimmten Ergebnisses Verständnis der tatsächlichen Verfügbarkeit dieses Vermögenswerts erfordert.
In einem hypothetischen binären Markt haben 100 YES-Anteile und 100 NO-Anteile anderes Richtungsverhalten als 200 YES-Anteile. Bei einer standardmäßigen komplementären Auszahlung von einer Einheit schaffen gleiche Mengen komplementärer Anteile eine feste Auszahlung über die beiden gewöhnlichen Ergebnisse, während die ungepaarte Menge Ereignisengagement behält. Die tatsächliche Marktmechanik muss die modellierte Operation unterstützen.
Bewahre Bruttomengen und die abgeleitete Richtungssicht. Eine Strategie kann für manche Entscheidungen ein kompaktes Nettorisikomaß nutzen, sollte den zugrunde liegenden Vermögenswertdatensatz aber nicht verwerfen. Verfügbare Token, reservierte Token und nicht abgewickelte Transaktionen können beeinflussen, was das Konto anbieten kann, auch wenn eine Nettorisikozahl klein erscheint.
Sicherheiten und Ergebnisvermögenswerte sind unterschiedliche Ressourcen
Ein Konto kann verfügbare Sicherheiten für Kaufangebote haben, während die für einen bestimmten Verkauf nötigen Ergebnis-Token fehlen. Umgekehrt kann es Bestand halten, aber wenig ungebundene Sicherheiten für neue Käufe haben. Der Maker sollte diese Beschränkungen getrennt darstellen.
Die aktuelle International-Dokumentation beschreibt pUSD-Sicherheiten und Ergebnis-Token-Handel auf Polygon. Das ist eine produktspezifische Konfiguration, keine universelle Finanzierungsregel jeder Oberfläche mit Polymarket-Namen. Ziehe den offiziellen Market-Making-Leitfaden zur Verifizierung unterstützter Einrichtung und aktueller Kontoanforderungen heran.
Unterscheide im Bot-Budget verfügbare, einsetzbare Sicherheiten von einem geschätzten Dollarwert des Bestands. Eine Ergebnisposition mit Bewertungswert von 50 Einheiten liefert nicht unbedingt 50 Einheiten sofort verfügbare Kaufkraft. Sie muss möglicherweise verkauft, durch eine unterstützte Operation kombiniert werden oder die formale Ergebnisfeststellung durchlaufen, bevor Ressourcen für eine weitere Verpflichtung verfügbar werden.
Sicherheitenverwaltung eines Polymarket-Market-Maker-Bots
Die Sicherheitenverwaltung eines Polymarket-Market-Maker-Bots sollte aktive Kaufangebote und unvollendete Operationen berücksichtigen, bevor sie freie Ressourcen berechnet. Mehrere Angebote können unabhängig angenommen werden; deshalb muss der Maker den Kontozustand betrachten, den sie zusammen erzeugen könnten.
Angenommen, ein hypothetisches Konto hat 300 Sicherheiteneinheiten, davon 90 an aktive Kaufangebote gebunden und 40 für eine andere autorisierte Verpflichtung reserviert. Die angezeigte Gesamtsumme von 300 als frei wiederverwendbar zu behandeln, könnte unerfüllbare Verpflichtungen schaffen. Der für eine neue Entscheidung nutzbare Betrag hängt von weiterhin gültigen Reservierungen und ihrer Plattformdurchsetzung ab.
Gib eine Reservierung nicht bloß wegen eines abgelaufenen lokalen Zeitgebers frei. Stelle zuerst fest, ob die entsprechende Order oder Operation extern noch aktiv ist. Ein Kommunikationsfehler kann Annahme oder Teilausführung verbergen. Der Zweck der Reservierung ist, diese mögliche Verpflichtung bis zur Ergebnisfeststellung zu bewahren.
Trenne vollständige Paare von gerichteten Restbeständen
Komplementäre Mengen können die wirtschaftliche Analyse eines standardmäßigen binären Marktes vereinfachen. Hält ein Konto 140 YES- und 90 NO-Anteile, sind 90 vollständige Paare vorhanden und 50 YES bleiben ungepaart. Über die beiden gewöhnlichen Ergebnisse unterscheidet sich die kombinierte Auszahlung um diese 50 Restanteile.
Eine unterstützte Zusammenführung oder gleichwertige Operation kann ein vollständiges Paar nach der tatsächlichen Marktmechanik zurück in Sicherheiten umwandeln. Diese Operation ist von einer Verkaufsorder getrennt und hat eigene Ausführungsbelege. Der Bot sollte nicht annehmen, ein berechnetes Paar sei bereits in ausgebbare Ressourcen umgewandelt.
Erfasse bei Durchführung Operationsidentität und resultierende Vermögenswertänderungen. Sonst kann der Maker ursprüngliche Anteile und zurückgegebene Sicherheiten doppelt zählen. Der Grundlagenleitfaden zur Buchführung ist nützlicher Hintergrund, um wirtschaftliche Beziehung und beobachtete Kontotransaktion auseinanderzuhalten.
Wende binäre Rechnung nicht auf jede Marktgruppe an
Eine Sammlung verwandter Märkte ist nicht automatisch eine vollständige Ergebnismenge. Einige Ereignisse haben mehrere mögliche Ergebnisse, Sonderbehandlung oder Strukturen mit anderen Sicherheitenoperationen als im gewöhnlichen Zwei-Ergebnis-Beispiel. Ähnliche Titel belegen nicht, dass Positionen zusammengeführt oder verrechnet werden können.
Verifiziere vor der Berechnung einer Absicherung oder eines vollständigen Ergebnissatzes die tatsächliche Beziehung der Instrumente. Identifiziere abgedeckte Ergebnisse, jeden fehlenden Fall und die Regeln für Sonderfälle der Ergebnisfeststellung. Eine ausgelassene Möglichkeit kann eine scheinbar feste Auszahlung in eine gerichtete oder bedingte Position verwandeln.
Halte die Implementierung konservativ, wenn eine Struktur nicht unterstützt ist. Es ist besser, Positionen getrennt zu bewerten, als einen vom Konnektor nicht belegbaren Ausgleich zu behaupten. Eine allgemeine Market-Making-Oberfläche kann weiterhin nützliche Beobachtung bieten und eine konkrete Bestandsoperation mit nicht verifizierter Semantik ablehnen.
Baue Angebote aus Wert und verfügbarem Bestand auf
Der Referenzwert eines Makers kann aus Prognose oder Marktanalyse kommen, doch verfügbare Ressourcen beschränken den Ausdruck dieser Sicht. Ein Kaufangebot braucht passende Kaufkapazität. Ein Verkaufsangebot braucht die betreffende Fähigkeit zur Lieferung oder anderweitigen Unterstützung der Position unter dem gewählten Kontomodell.
Bei einem hypothetischen fairen Wert nahe 0,58 $ könnte die Strategie ein Kaufangebot darunter und ein Verkaufsangebot darüber untersuchen. Diese Preise müssen weiterhin aktuelle Schrittweiten-, Größen- und Marktstatusbeschränkungen erfüllen. Eine beabsichtigte Spanne, die sich nicht als gültige Orders ausdrücken lässt, ist keine ausführbare Strategie.
Der Leitfaden zur Wahrscheinlichkeitsstrategie bespricht, wie eine geschätzte Wahrscheinlichkeit zur Rechercheeingabe wird. Bestand fügt eine weitere Ebene hinzu: Das Konto kann vernünftigerweise die Angebotsgröße reduzieren oder eine Seite ablehnen, obwohl die Prognose unverändert bleibt, weil eine weitere Orderausführung die von ihm festgelegten Grenzen für Positionen und Risiken überschreiten würde.
bestandsabhängige Angebotsverschiebung sollte im Journal sichtbar sein
Besitzt ein Maker bereits erheblichen YES-Bestand, kann er die Größe neuer Kaufangebote reduzieren oder Preise ändern, um weiteren Aufbau zu dämpfen. Ein Protokoll dieser Anpassung sollte erklären, ob sie aus Bestand, Prognoseunsicherheit oder geänderter Marktliquidität kam.
Diese Trennung zählt bei Ergebnisprüfung. Ein wegen niedrigerer Wahrscheinlichkeitsschätzung gesenktes Kaufangebot legt eine andere Lehre nahe als eines wegen fast erschöpften Risikobudgets. Beides zu einem unerklärten Endpreis zusammenzufassen, erschwert die Feststellung, welcher Systemteil Leistung förderte oder beeinträchtigte.
Teste die Richtlinie bei konstanten Marktbeobachtungen und variiertem Kontobestand. Die vorgeschlagene Änderung sollte der gespeicherten Regel folgen. Hängt das Ergebnis von einer nicht erfassten früheren Aktion oder einem veralteten zwischengespeicherten Guthaben ab, bewertet der Maker möglicherweise nicht den behaupteten Kontozustand.
Teilausführungen schaffen sofortige Verantwortlichkeiten
Eine Order muss nicht vollständig abschließen, bevor ihre Orderausführungen Risiko ändern. Werden von einem Kaufangebot über 200 Anteile 60 ausgeführt, hat das Konto 60 erworben und kann noch weitere 140 erwerben. Beide Fakten zählen für das nächste Angebot.
Wende jede beobachtete Orderausführung anhand ihrer eindeutigen Kennung genau einmal an. Ein Nutzerstream, eine spätere Kontoaktualisierung und eine Wiederherstellungsabfrage können dieselbe Ausführung beschreiben. Jede Beobachtung als neue Orderausführung zu behandeln, würde Bestand aufblähen, während vollständiges Ignorieren wiederholter Belege ein früher verpasstes Ereignis verbergen kann.
Bewerte nach Teilausführung jeden verbundenen Ausstiegs- oder Ersatzplan anhand tatsächlich erworbener Menge neu. Reiche kein Verkaufsangebot für den ursprünglich angeforderten Betrag ein, nur weil das Einstiegsformular ihn noch zeigt. Die nächste wirtschaftliche Bot-Aktion sollte auf abgeglichenen Vermögenswerten und unterstütztem Kontoverhalten beruhen.
Weiterempfehlen und USDC verdienen
Weiterempfehlen und USDC verdienenUnser Partnerprogramm zahlt in Echtzeit.
Ein Angebotsupdate kann überlappende Orders hinterlassen
Ein angezeigter Preiswechsel beweist nicht, dass eine ältere externe Order nicht mehr ausführbar ist. Ein Ersatzablauf kann Stornierungsanfrage, neue Order und zu unterschiedlichen Zeiten eintreffende Antworten umfassen. Das Konto muss über diese Überschneidung hinweg korrekt bleiben.
Betrachte einen hypothetischen Maker, der nach neuen Informationen ein Kaufangebot über 100 Anteile senken will. Stellt er den Ersatz vor Stornierungsbestätigung, könnten beide Kaufangebote ausgeführt werden. Der resultierende Erwerb von 200 Anteilen kann das beabsichtigte Update übersteigen, auch wenn die Oberfläche nur das neueste Angebot zeigt.
Wähle und dokumentiere die Ersatzrichtlinie. Warten auf Stornierungsbestätigung kann eine Lücke ohne Angebot schaffen; erlaubte Überschneidung braucht genügend Ressourcen und Risikofreigabe für beide. Keine dieser Kosten sollte aus der Recherche verschwinden, nur weil ein ordentliches Diagramm neue Preisstellung als sofortige Einzelaktion zeigt.
Handelsupdates und Guthaben beantworten unterschiedliche Fragen
Ein Ausführungsdatensatz erklärt eine bestimmte Ausführung. Ein Guthabendatensatz beschreibt Ressourcen zu einer beobachteten Zeit. Sie hängen zusammen, können aber über unterschiedliche Wege und zu unterschiedlichen Zeitpunkten eintreffen. Eine vorübergehende Abweichung sollte einen Abgleich auslösen, statt sofort zu der Annahme zu führen, eine Quelle sei falsch.
Bewahre verfügbare Quellkennungen und Zeitstempel zusammen mit den Zeitpunkten, zu denen die Anwendung jede Beobachtung empfing und anwandte. Diese Protokolle helfen, verzögerte Berichterstattung, fehlende Historie und einen echten Buchführungsfehler zu unterscheiden. Sie verhindern auch, dass eine manuelle Kontoaktion der falschen Strategie zugeschrieben wird.
Der Leitfaden zur Betriebssoftware erklärt, warum Beobachtungs- und Buchführungsverantwortlichkeiten ausdrücklich sein sollten. Für einen Maker kann eine ungeklärte Abweichung seine Sicht auf sicher anbietbare Ressourcen ungültig machen. Ein neuer attraktiver Preis klärt keinen bestehenden Widerspruch über verfügbare Vermögenswerte.
Bewerte Bestand anhand mehr als einer Referenz
Eine Mittelkursbewertung liefert eine bequeme Zusammenfassung, doch eine ausführbare Liquidationsschätzung beantwortet eine andere Frage. Eine große Position kann zum Verkauf mehrere Preisstufen brauchen. Ein modellbasierter Wert fügt eine weitere Sicht hinzu und repräsentiert die Strategieeinschätzung des Ereignisses statt eines aktuell verfügbaren Gegenparteipreises.
Bezeichne diese Sichten klar. Eine hypothetische Position über 500 Anteile mit Bewertung zu 0,50 $ hat einen angezeigten Wert von 250 $, doch unmittelbare Verkaufserlöse könnten bei geringer Markttiefe auf der Kaufseite geringer sein. Keine Zahl belegt die endgültige Abwicklungssumme, die weiter von Ergebnisregeln abhängt.
Nutze die Unterschiede zur Risikobeurteilung. Eine große Lücke zwischen Modellwert und ausführbarem Liquidationswert kann eine Gelegenheit, falsche Prognose oder Ausstiegsschwierigkeit widerspiegeln. Sie ist ein Untersuchungsgrund, kein automatischer Beleg dafür, dass der Markt falsch bepreist ist und der Maker seine Position vergrößern sollte.
Gebühren und Anreize gehören in getrennte Zeilen
Gebührenbehandlung und Anspruch auf Anreizzahlungen können von aktuellen Markt- und Programmregeln abhängen. Baue die Strategie nicht auf der Annahme auf, jede passive Order erhalte eine Belohnung oder alle Ereigniskategorien hätten identische Gebühren. Verifiziere die für tatsächliches Konto und Markt relevanten Bedingungen.
Verfolge Handelsergebnisse vor und nach Anreizen. Verliert eine hypothetische Sitzung durch Orderausführungen und Bestandsänderungen zwei Sicherheiteneinheiten und erhält drei aus einer getrennten Programmzahlung, beträgt der kombinierte Gewinn eins. Dieses Ergebnis hängt vom Programmfortbestand unter vergleichbaren Bedingungen ab.
Beziehe ebenso Betriebsausgaben und Kosten nötiger Kontooperationen in die Bewertung des vollständigen Prozesses ein. Eine Strategie kann attraktiv aussehen, wenn nur Preisunterschiede ausgeführter Orders gezählt werden, während die zur Kontopflege und zum Abgleich nötige Arbeit den scheinbaren Vorteil verbraucht.
Die Ergebnisfeststellung ist eine andere Phase als eine Preisbewegung
Dass die Wahrscheinlichkeit eines Ereignisses nahe eins steigt, ist nicht dasselbe wie die abgeschlossene formale Kontraktentscheidung. Der Maker sollte Marktstatus, relevante Fristen und den Prozess verfolgen, der eine gewinnende Position in eine tatsächlich nutzbare Kontoressource verwandelt.
Plant die Strategie, Bestand bis zur Ergebnisfeststellung zu halten, beziehe erwartete und unsichere Dauer dieser Bindung ins Kapitalmodell ein. Ein verzögertes oder strittiges Ergebnis kann Ressourcen länger unzugänglich halten, als eine einfache Kalenderschätzung nahelegt. Ein Bot sollte Verfügbarkeit nicht allein aufgrund einer Schlagzeile über das wahrscheinliche Ergebnis versprechen.
Bewahre Regelversion und Quelle des endgültigen Ergebnisses. Das Hauptbuch sollte einen Handelsausstieg von Abwicklung oder Einlösung unterscheiden und resultierende Änderungen einmal erfassen. Das macht das Endergebnis erklärbar, ohne die Erwerbshistorie der Anteile umzuschreiben.
Berücksichtige Informationsschocks vor ihrer Ankunft
Maker sind besonders ausgesetzt, wenn ein anderer Händler auf wichtige Informationen reagieren kann, bevor ihre Angebote zurückgezogen sind. Eine geplante Veröffentlichung, ein Ereignisbeginn oder ein bekanntes Ergebnisfenster sollte deshalb eine angegebene Angebotsrichtlinie haben statt einer improvisierten Reaktion.
Rechercheentscheidungen können kleinere Größe, größere geforderte Marge oder vorübergehenden Rückzug umfassen. Die passende Wahl hängt von Daten, Reaktionszeit und Bereitschaft der Strategie, Bestand zu halten ab. Bewerte Kosten verpassten gewöhnlichen Handels neben den im Informationsfenster vermiedenen Verlusten.
Ungeplante Nachrichten brauchen eine getrennte Reaktion auf Unsicherheit. Ein überraschender Preissprung kann neue Informationen, flaches Orderbuch oder fehlerhafte Daten anzeigen. Das System sollte Verpflichtungen mit Abhängigkeit von unverifizierter Erklärung beschränken und die Verantwortung für bestehende Positionen und Stornierungsergebnisse behalten.
Rekonstruiere den Kontozustand vor der Wiederaufnahme nach einem Fehler
Beginne nach Neustart mit ausstehenden Orders und Vermögenswertbelegen, statt sofort einen neuen Angebotssatz zu erzeugen. Das externe Konto kann sich während der Offline-Zeit geändert haben. Ein lokaler Prozessstart storniert keine früheren Verpflichtungen und macht keine Orderausführungen rückgängig.
Gleiche das gespeicherte Journal mit aktuellen Beobachtungen ab und klassifiziere weiterhin Unbekanntes. Könnte eine alte Operation Bestand zusammengeführt oder verkauft haben, kann der Bot nicht verantwortbar Angebote stellen, als seien diese Vermögenswerte mit Sicherheit noch verfügbar. Die ungeklärte Operation behält ihre Identität bis zur belegten Ergebnisfeststellung.
Übe Wiederherstellung mit nicht leerem Konto. Beziehe eine Teilausführung, eine verlorene Stornierungsantwort und eine Bestandsoperation mit später Bestätigung ein. Diese Szenarien zeigen, ob das System eine stimmige Sicht auf Sicherheiten und Ergebnisvermögenswerte wiederherstellen kann, die das Fundament jedes späteren Angebots ist.
Leistungsprüfung eines Polymarket-Market-Maker-Bots
Die Leistungsprüfung eines Polymarket-Market-Maker-Bots sollte mit vollständigem Kontoabgleich beginnen. Verbinde Anfangssicherheiten und -bestand mit Orderausführungen, Kosten, Umwandlungen, Übertragungen, Abwicklung und Schlussbeständen. Ein unerklärter Unterschied sollte ein offenes Buchführungsproblem bleiben, statt in einer Gewinnschätzung aufzugehen.
Prüfe Ausführungsqualität getrennt von angebotener Spanne. Miss Preisänderungen nach angenommenen Angeboten, die Dauer verbleibenden Bestands und die Häufigkeit erreichter Strategielimits. Eine breitere angezeigte Spanne kann mit schlechteren Ergebnissen einhergehen, wenn nur ungünstige Orders dagegen ausgeführt werden.
Halte den Bewertungszeitraum unabhängig von den Daten zur Einstellungswahl. Die scheinbare Stärke eines Makers kann von einer ruhigen Sitzung, einem gerichteten Ereignis oder einem vorübergehenden Anreiz abhängen. Eine nützliche Prüfung testet den vorgeschlagenen Mechanismus unter vielfältigen Bedingungen und bewahrt ungünstige Belege neben erfolgreichen Beispielen.
Nutze Bestandsverständnis zur Entscheidung gegen Angebote
Eine Strategie sollte bei unsicherem Kontozustand oder unsicherer Kontraktinterpretation inaktiv bleiben können. Eine ungeklärte Vermögenswertdifferenz, nicht unterstützte Ergebnisstruktur oder fehlende Regelaktualisierung kann es unmöglich machen, einen scheinbar attraktiven Preis verantwortlich zu bewerten.
Mache diese Beschränkungen sichtbar und konkret. „Kein neues Kaufangebot, weil Sicherheiten durch eine ungeklärte Order reserviert bleiben“ sagt dem Betreiber, was untersucht werden muss. Eine allgemeine Statusanzeige „Verbindung getrennt“ oder ein unerklärter leerer Bildschirm liefert nicht dasselbe Betriebsverständnis.
Der vollständige Market-Making-Prozess ist ein Zusammenspiel von Bewertung, Vermögenswerten, Verpflichtungen und Belegen. Ein Polymarket-Market-Maker-Bot wird leichter beurteilbar, wenn er alle vier in jeder Phase erklären kann, auch wenn seine am besten gestützte Entscheidung Aktivitätsreduktion und Wahrung bestehender Kontoverpflichtungen ist.
Verwandte Leitfäden und ausgearbeitete Beispiele
- Kalshi-Market-Maker-Bot: Bestand und Angebotskontrolle — Prüfe die bestandsabhängige Angebotsverschiebung bei Kalshi, Preisdarstellungen und Stornierungsbehandlung.
- Kalshi-Market-Making-Bot: Bepreise das Angebotsrisiko — Konstruiere Angebote unter Berücksichtigung von Bestand, adverser Selektion und Stornierungsunsicherheit.