Polymarket-Ordertypen und Order-Fills

Was ist der Unterschied zwischen Limit-Order und Market-Order?

Jede Order auf den Prognosemärkten von Polymarket ist im Kern eine Limit-Order: ein Preis und eine Größe. Die Dokumentation hält fest: alle Orders bei Polymarket sind Limit-Orders, und sie beschreibt eine Market-Order als eine Limit-Order, deren Preis sie sofort gegen offene Orders ausführen lässt. Eine Limit-Order verlangt diesen Preis oder besser, sie kann also warten und nie gefüllt werden. Eine Market-Order verlangt den Trade jetzt und nimmt, was das Buch bietet.

In den Entwicklerwerkzeugen von Polymarket (seinen Software Development Kits, kurz SDKs, und seiner API) wird eine Limit-Order in Shares bemessen, eine Market-Order dagegen nach Seite: ein Market-Kauf in Dollar, die ausgegeben werden sollen, und ein Market-Verkauf in Shares, die verkauft werden sollen. Der Dollarbetrag eines Market-Kaufs ist ein Betrag vor Gebühren, Gebühren kommen also obendrauf. Eine Market-Order bleibt nie im Orderbuch stehen, daher wird alles, was nicht sofort ausgeführt werden kann, storniert.

Was bedeuten GTC, GTD, FOK und FAK?

Time in Force sagt, wie lange eine Order leben darf und wie sie gefüllt werden muss. Polymarket listet vier Werte: GTC, GTD, FOK und FAK.

In den Werkzeugen von Polymarket sind GTC und GTD die Laufzeiten von Limit-Orders, während FOK und FAK die beiden Ausführungstypen von Market-Orders sind: FOK für Trader, die keinen Teil-Fill akzeptieren können, FAK für die, die das können.

Eine GTD-Order verfällt eine Minute vor dem angegebenen Ablauf, als Sicherheitsabstand. Für eine bestimmte Laufzeit musst du diese Minute also zu deiner Ablaufzeit addieren. Der Ablauf muss außerdem mindestens 3 Minuten in der Zukunft liegen, sonst wird die Order abgelehnt. Die kürzeste sinnvolle Laufzeit beträgt damit etwa zwei Minuten.

Was ist eine Post-only-Order?

Eine Post-only-Order ist eine Limit-Order mit einer Schutzvorrichtung: Sie wird abgelehnt, wenn sie sofort matchen würde, statt im Buch zu stehen. Sie stellt sicher, dass du dem Buch Liquidität gibst, statt ihm welche zu entnehmen, du also Maker bist. Auf Prognosemärkten zahlen Maker keine Polymarket-Gebühr, eine akzeptierte Post-only-Order vermeidet also die Taker-Gebühr, auch wenn ein Builder eine eigene Gebühr erheben kann. Das Flag wird an eine GTC- oder GTD-Limit-Order gesetzt.

Wie wird eine marketable Order gematcht?

Eine Order ist marketable, wenn gilt: ein Kauf liegt beim niedrigsten Ask oder darüber, oder ein Verkauf beim höchsten Bid oder darunter; der Ask ist das niedrigste Verkaufsangebot im Buch und der Bid das höchste Kaufangebot. Die Börse matcht sie gegen die ruhenden Orders der Gegenseite, bester Preis zuerst, und der Absender wird zum Taker, der Liquidität entnimmt. Eine Order, die nicht marketable ist, ruht im Buch, und ihr Eigentümer wird zum Maker, der Liquidität gibt, sobald jemand gegen sie handelt. Der Limit-Preis ist die Worst-Case-Grenze, nicht der Preis, den du bekommst: die Preisverbesserung kommt immer dem Taker zugute.

Eine Order kann stückweise gefüllt werden. Was mit dem ungefüllten Rest geschieht, hängt vom Typ ab, wie die Tabelle oben zeigt: Eine Limit-Order hält ihn so lange am Leben, wie ihre Time in Force es erlaubt, eine FAK-Order storniert ihn, und eine FOK-Order lehnt den ganzen Trade ab.

Kannst du eine Order stornieren oder ändern?

Über die API kann eine Order bis zu dem Moment storniert werden, in dem sie gematcht wird, außer solange eine marketable Order in einem ausstehenden Verzögerungsfenster liegt. Stornieren erreicht nur, was noch offen ist: nur der nicht ausgeführte Teil einer Order kann storniert werden. Auf Ebene der Börse gilt: Eine Order kann nicht an Ort und Stelle bearbeitet werden. Wer Preis oder Größe ändern will, muss sie also stornieren und neu platzieren. Orders enden auch ohne dein Zutun: Eine GTD-Order verfällt zu ihrem Ablauf, und in Sportmärkten werden ruhende Limit-Orders werden automatisch storniert, sobald das Spiel beginnt, zur offiziellen Startzeit. Die Einschränkung: beginnt ein Spiel früher als angesetzt, werden Orders unter Umständen nicht rechtzeitig entfernt.

Was passiert zwischen dem Kauf-Klick und der Abrechnung?

Eine Order beginnt als signierte Nachricht auf deiner Seite, wird vom Operator von Polymarket mit einer Gegenpartei gepaart und erreicht die Blockchain erst, wenn sie gematcht wurde. In drei Stufen:

1. Auf deiner Seite. Eine Order sagt, welchen Outcome-Token du willst, ob du kaufst oder verkaufst, zu welchem Preis, für wie viele Shares und bis wann, dazu ein Zeitstempel, der sie eindeutig macht. Orders sind signierte Nachrichten nach EIP-712 (ein Standardverfahren zum Signieren strukturierter Daten), und deine Signatur ermächtigt den Abrechnungsvertrag, genau diesen einen Trade auszuführen.
2. An der Börse. Der Operator prüft, wer signiert hat, ob dein Guthaben und deine Allowances die Order decken und ob der Preis zum Tick des Marktes passt, wobei die Größe begrenzt ist durch dein verfügbares Guthaben minus das, was offene Orders bereits reservieren. Eine marketable Order wird dann gematcht, jede andere Order wartet im Buch.
3. Auf der Chain. Der Operator sendet den gematchten Trade an die Blockchain, wo gilt: Die Abrechnung ist atomar, also gelingt der ganze Trade oder es geschieht nichts. Nach der Finalität auf Polygon hat sich verändert, was du hältst, und der Trade steht unter deinen vergangenen Trades.

Eine neue Order bekommt einen Status: live heißt, sie ruht im Buch, matched heißt, sie wurde sofort gematcht, und delayed heißt, eine marketable Order wurde in ein Verzögerungsfenster aufgenommen. Ein vierter Status, unmatched, steht in der Tabelle zum Order-Lebenszyklus und im API-Beispiel von Place Orders, und die Seiten formulieren ihn unterschiedlich: auf der einen als eine marketable Order, die nach Ende der Verzögerung ohne Match im Orderbuch platziert wurde, auf der anderen als eine marketable Order, die die Verzögerung nicht bestanden hat, obwohl das Platzieren selbst gelang. Dieser Guide definiert ihn deshalb nicht. Nach einem Match durchläuft der Trade MATCHED, MINED und CONFIRMED, was final ist, dazu RETRYING und FAILED für Transaktionen, die schiefgehen.

Was ist die Taker-Verzögerung?

Manche Märkte halten eine marketable Order einen Moment zurück, bevor sie gematcht wird. Die Seite zum Order-Lebenszyklus sagt, diese Taker-Verzögerung werde auf ausgewählte Krypto- und Finanz-Auf/Ab-Märkte angewandt und dauere 250 ms, und auch die API-Referenz von Polymarket zu Marktinformationen nennt 250 ms. Der Changelog der Prognosemärkte verzeichnet zwei spätere Änderungen für Krypto-Märkte:

Änderungen der Krypto-Taker-Verzögerung im Predictions-Changelog. Quelle: docs.polymarket.com/changelog/predictions, geprüft 19. Oktober 2026.

250 ms ist der Wert, den der Changelog als Verzögerung vor seinem Eintrag vom 17. Aug. 2026 nennt, diese beiden Seiten wirken also älter als der Changelog, und dieser Guide behandelt den neuesten Eintrag als aktuell für Krypto-Märkte: 150 ms. Der Changelog betrifft nur Krypto-Märkte, die Verzögerung bei Finanz-Auf/Ab-Märkten ist dort also nicht dokumentiert. Solange eine Order zurückgehalten wird, gilt: sie ist ausstehend und kann nicht storniert werden. Perps hat eine eigene Taker-Verzögerung, laut Perps-Changelog 20 ms für Orders, die beim Einreichen sofort matchen. Der Guide zu Krypto-Auf/Ab-Märkten erklärt, was die Verzögerung für kurze Fenster bedeutet.

Warum kann eine Order abgelehnt werden?

Ein Markt kann eine Order ablehnen wegen eines Preises neben dem Tick-Raster (siehe den Abschnitt zum Tick im Orderbuch-Guide), einer Größe unter seinem Minimum (Orders, die kleiner als die Mindestordergröße sind, werden abgelehnt), einer Post-only-Order, die sofort matchen würde, oder eines zu nahen GTD-Ablaufs.

Was ist Builder-Attribution?

Auf Prognosemärkten kann eine App, die Orders an Polymarket weiterleitet, ihren Builder-Code an sie hängen. Der Code ist eine hexadezimale 32-Byte-Zeichenfolge, die das Profil des Builders kennzeichnet, und er ist Teil der signierten Order, wird also vor dem Signieren gesetzt. Eine gematchte Order wird dem Profil des Builders gutgeschrieben, und Orders, die nie gematcht wurden, fehlen in den Trade-Ergebnissen des Builders. Builder können außerdem eine Gebühr innerhalb von Grenzen erheben, die Polymarket durchsetzt: höchstens 1% auf Taker-Orders und 0.5% auf Maker-Orders. Solche Gebühren sind additiv: sie kommen zu den Plattformgebühren hinzu und ersetzen sie nie. Orders, die über PolyTerminal platziert werden, tragen den Builder-Code von PolyTerminal, und PolyTerminal kann zusätzlich zu den eigenen Gebühren von Polymarket eine Builder-Gebühr erheben. Der Gebühren-Guide nennt die Einzelheiten.

Was bietet das Predict-Orderformular von PolyTerminal?

Welche der Optionen von Polymarket eine Oberfläche anbietet, entscheidet diese Oberfläche selbst.

Wie unterscheiden sich Perps-Orders?

Perps sind ein eigenes Produkt mit eigenen Orderregeln und Gebühren. Dort nimmt Time in Force die Werte GTC, IOC und FOK an (IOC steht für Immediate-or-Cancel), eine Post-only-Order wird abgelehnt, wenn sie Liquidität nehmen würde, und eine Reduce-only-Order kann das Exposure nicht erhöhen. Bei Perps richtet sich die Gebührenstufe nach dem Handelsvolumen der letzten 30 Tage eines Kontos, die Regel, dass Maker nichts zahlen, gilt dort also nicht. Der Perps-Guide erklärt den Rest.

PolyTerminal ist eine unabhängige Oberfläche für Polymarket und wird weder von Polymarket betrieben noch von Polymarket gebilligt. Über PolyTerminal platzierte Orders tragen den Polymarket-Builder-Code von PolyTerminal, und PolyTerminal kann zusätzlich zu den eigenen Gebühren von Polymarket eine Builder-Gebühr (builder fee) erheben. Diese Seite dient der Information und ist keine Anlageberatung. Die Regeln wurden am 19. Oktober 2026 mit der offiziellen Dokumentation abgeglichen; prüfe die Quelle, bevor du dich auf eine Zahl verlässt.