Liquidität für einen Prediction Market bereitzustellen kann für einen Trading Desk eine neue Einnahmequelle sein. Entscheidend ist nicht, ob die beworbene Yield attraktiv aussieht, sondern ob Trading-Risiko, Kapitalbindung, Kampagnenbedingungen und Zahlungsschutz das Mandat rechtfertigen.
Wenn du wissen willst, wie man Prediction-Market-Liquiditätsanbieter wird, suchst du vermutlich keine weitere allgemeine Erklärung von YES und NO.
Du willst wissen:
- was du tatsächlich tun musst;
- woher die Einnahmen kommen;
- wie viel Kapital gebunden wird;
- was passiert, wenn eine Seite des Books ständig gefüllt wird;
- ob Polymarket beim Hedging helfen kann;
- und ob der Operator die versprochene Zahlung bereits finanziert hat.
Ein Prediction-Market-Liquidity-Provider zahlt nicht einfach Tokens in einen Pool ein und kassiert APY. In einem CLOB platziert er ausführbare Bids und Asks, verwaltet Outcome-Token-Inventar, aktualisiert Quotes bei veränderten Wahrscheinlichkeiten und trägt das Risiko, dass informierte Trader zuerst handeln.
Die Vergütung kann aus Spread Capture, Kampagnen-Rewards, Maker-Incentives oder einer Kombination bestehen. Keine dieser Quellen entfernt das Marktrisiko.
Kuest ergänzt die Beziehung um eine eigene Ebene: finanzierte Liquiditätskampagnen, die über einen Onchain-Escrow-Contract koordiniert werden. Escrow macht Trading nicht profitabel. Es macht die kommerzielle Verpflichtung klarer: was der Sponsor finanziert, was der Market Maker akzeptiert, welche Leistung erbracht werden muss und wann die Zahlung abgehoben werden kann.
Was macht ein Prediction-Market-Liquidity-Provider?
Ein Liquiditätsanbieter hält beide Seiten eines Event-Kontrakts handelbar.
Er platziert ein Bid — den Kaufpreis — und ein Ask — den Verkaufspreis. Die Differenz ist der Spread. Kauft ein Trader vom Ask, erhält der Provider Collateral und gibt den Outcome Token ab. Verkauft ein Trader in das Bid, erwirbt der Provider den Token und zahlt Collateral.
Polymarket beschreibt in seiner Market-Making-Dokumentation denselben Kern: Market Maker stellen kontinuierlich Bids und Asks, vertiefen Orderbücher, verengen Spreads, unterstützen Price Discovery und nehmen Flow auf.
Was passiert, wenn ein Trader deinen Quote füllt?
Jeder Fill verändert dein Inventar. Wenn du YES bei $0,54 quotest und 1.000 Kontrakte verkauft werden, hast du weniger YES, mehr Collateral und möglicherweise eine größere Event-Exposure.
Die richtige Reaktion kann sein, YES zurückzukaufen, das komplementäre NO zu kaufen, die Quotes anzupassen oder die Position innerhalb eines definierten Inventory-Bands zu lassen. Es gibt keine universelle Hedge-Aktion für jeden Fill.
Prediction-Market-Liquidity-Provider vs. Market Maker vs. Trader
| Rolle | Hauptaktivität | Haupteinnahme | Hauptrisiko |
|---|---|---|---|
| Directional Trader | Nimmt eine Sicht auf ein Outcome ein | Richtige Einschätzung des Events | Position läuft gegen die These |
| Liquidity Provider | Hält ausführbare Bids und Asks bereit | Spread, Rewards oder Liquidity-Mandat | Inventar und adverse selection |
| Market Maker | Betreibt Pricing, Quotes, Inventar und Execution | Spread plus Incentives oder Campaign Payment | Markt-, Betriebs- und Kapitalrisiko |
| Arbitrageur | Handelt Preisbeziehungen äquivalenter Positionen | Netto-Preisdifferenz nach Kosten | Basis-, Fill- und Settlement-Mismatch |
Ein Desk kann mehrere Rollen kombinieren. Trotzdem sollten Campaign Payment und Trading-P&L getrennt modelliert werden.
Wie verdienen Prediction-Market-Liquidity-Provider Geld?
Spread Capture
Wer am Bid kauft und am Ask verkauft, kann den Spread vereinnahmen. Realisierte P&L hängt aber von der Fill-Reihenfolge ab. Ein Maker kann YES bei $0,51 kaufen und später bei $0,54 verkaufen — oder während eines Information Events zu viel YES ansammeln und mit Verlust abbauen müssen.
Campaign Payment
Ein Operator oder Sponsor kann für definierte Tiefe, Spread, Coverage oder Verfügbarkeit während eines Zeitraums zahlen. Diese Zahlung vergütet eine Dienstleistung, nicht den Gewinn jedes einzelnen Fills.
Maker Incentives und Liquidity Rewards
Rebates und Rewards sind variable Einnahmen. Sie können sich mit Venue-Parametern, Aktivität, Eligibility und der Qualität deiner Orders ändern.
Hedge- und Inventar-Economics
Ein Provider kann Exposure manchmal gegen einen äquivalenten oder korrelierten externen Markt reduzieren. Ein guter Hedge kann die Economics verbessern; ein nicht identischer Kontrakt, ein dünnes externes Book oder ein verspäteter Hedge kann Verluste erzeugen.
| Einnahmequelle | Wie sie entsteht | Was sie reduziert |
|---|---|---|
| Spread Capture | Kaufen am Bid und Verkaufen am Ask | Adverse Selection, Inventarverluste und Quote-Updates |
| Campaign Reward | Erfüllung eines finanzierten Liquidity-Mandats | Dispute, verfehlte Terms, Bond und Betriebsfehler |
| Maker Incentive | Venue-Rewards oder Fee-Programm | Parameteränderungen, Eligibility und geringere Aktivität |
| Hedge-Economics | Exposure über verwandte Märkte verwalten | Basisrisiko, Slippage, Latenz und Partial Fills |
Wie viel kann ein Prediction-Market-Liquidity-Provider verdienen?
Es gibt keine universelle APY für einen Prediction-Market-Liquidity-Provider. Das Ergebnis hängt von Markt, Strategie, Mandat, Flow und Risikobudget ab.
Nettoerwartung = Spread Capture
+ Campaign Reward
+ eligible Incentives
- Adverse Selection
- Inventar- und Hedgeverluste
- Fees, Gas und Slippage
- Infrastruktur- und Monitoringkosten
- KapitalkostenEin enger Spread kann mehr Fills schaffen, aber adverse selection erhöhen. Ein weiter Spread schützt das Book, kann aber Volumen und Campaign-Anforderungen verfehlen. Ein hoher Reward kann ein schwieriges Mandat kompensieren — oder nur anzeigen, dass die geforderte Leistung anspruchsvoll ist.
Die TokenIntel-Analyse zu DeFi Yield und Risiko liefert einen nützlichen Rahmen: Yield ist die Vergütung für das Halten von Risiko. Eine hohe Zahl verlangt eine bessere Risikozerlegung, keine automatische Kapitalallokation.
Was ist DeFi Market-Making-Yield — und ist es passiv?
DeFi Market-Making-Yield kann AMM-Pools, Staking, Managed Vaults und aktive CLOB-Strategien beschreiben. Diese Modelle haben unterschiedliche Cashflows und Kontrollflächen.
| Modell | Liquiditätsbereitstellung | Ertragsquelle | Kontrolle |
|---|---|---|---|
| AMM-Pool | Assets in eine Pool-Kurve einzahlen | Trading Fees und Incentives | Passiv oder parametrisiert |
| Lending oder Staking | Kapital einem Protokoll zuweisen | Zinsen, Emissionen oder Staking Rewards | Überwiegend passiv |
| Market-Making-Vault | Kapital an eine Strategie delegieren | Strategy P&L und Fees | Delegiert |
| Prediction-Market-CLOB | Bids und Asks live platzieren | Spread, Rewards und Campaign Payment | Aktiv und operativ |
Bei einem aktiven Prediction-Market-Provider ist die bessere Frage: Wie hoch ist meine risikobereinigte P&L für dieses Liquidity-Mandat? Die aktuelle Forschung zum optimalen Market Making zeigt, dass Inventar, Marktüberzeugungen, Zeit bis zur Auflösung und Risikoaversion die Quotes beeinflussen.
Prediction-Market-Liquidity-Provider-Risiko: Was kann schiefgehen?
Inventar und adverse selection
Ein Trader kann deinen veralteten Ask wegen neuer Information kaufen. Wenn einseitiger Flow anhält, konzentriert sich dein Inventar im falsch laufenden Outcome. Inventory Bands, Quote Skew, Positionslimits, Volatilitätsanpassungen und Notfall-Cancellation gehören in den Risk Engine.
Resolution und Basisrisiko
Kuest und ein externer Markt können unterschiedliche Resolution Source, Cutoff-Zeit, Wording oder Cancellation Rules haben. Dann ist die externe Position kein perfekter Hedge.
Partial Fills und Hedge-Risiko
Das erste Leg kann füllen, während das zweite nicht füllt. Das Risk-System braucht eine explizite Regel für unhedged quantity. „Hedge-Order gesendet“ bedeutet nicht „Hedge ausgeführt“.
Liquiditäts- und Exit-Risiko
Ein dünner Markt kann Einstieg ermöglichen, aber keinen vernünftigen Ausstieg. Der TradeAlgo-Leitfaden betont deshalb Quotes auf beiden Seiten, Automatisierung, Inventarmanagement und marktbezogene Risk Controls.
Kapitalbindung, Smart Contracts und Betrieb
Collateral und Outcome Tokens können bis Close, Resolution, Redemption oder Rebalance gebunden bleiben. Dazu kommen Wallet-, Relayer-, Oracle-, API-, Websocket-, Gas- und Compliance-Risiken.
Ist Liquidity Provision mit Onchain-Escrow sicherer?
Onchain-Escrow löst ein konkretes Problem: den Unterschied zwischen einem Zahlungsversprechen und einer Zahlung, die unter transparenten Contract-Regeln finanziert wurde.
Ohne Escrow können Operator und Maker off-chain 30 Tage Tiefe gegen Reward vereinbaren. Dann bleiben Zahlungsverspätung, Sponsor-Rückzug, unklare Bond-Behandlung und Streit über Spread oder Coverage möglich.
Escrow entscheidet nicht, ob eine Trading-Strategie gut war. Es koordiniert die kommerziellen Verbindlichkeiten, die beide Parteien finanzieren.
| Frage | Informelle Vereinbarung | Kuest-Kampagne mit Escrow |
|---|---|---|
| Ist der Reward vor dem Service committed? | Hängt vom Sponsor ab | Funding ist unter den Terms erfasst |
| Sind Pflichten vor Annahme sichtbar? | Nachrichten oder Dokumente | Terms werden vor Annahme angezeigt |
| Kann der Sponsor nach Annahme stornieren? | Abhängig von der Vereinbarung | Der Contract State folgt den Terms |
| Was passiert bei einem Dispute? | Bilaterale Verhandlung | Definierter Review- und Settlement-Prozess |
| Garantiert es Trading Profit? | Nein | Nein |
Wie Kuest’s MarketMakerEscrow funktioniert
MarketMakerEscrow koordiniert Reward, optionalen Bond, Service- und Review-Periode sowie den Withdrawal-Pfad für genehmigte Kampagnen auf Polygon.
1. Der Sponsor finanziert die Kampagne
Die Terms können Market oder Series, Tiefe pro Seite, maximalen Spread, Coverage, Service-Daten, Reward, Bond, Acceptance Deadline, Review- und Dispute-Fenster sowie externe Polymarket-Hedge-Verfügbarkeit enthalten.
Reward und erforderliche Protocol-Beträge werden vor Annahme finanziert. Der Maker bewertet damit ein konkretes Mandat statt eines unbesicherten Versprechens.
2. Ein genehmigter Market Maker prüft die Terms
Die Teilnahme ist approval-basiert. Der Maker prüft Wallet, Scope, Service-Pflichten, Kapitalbedarf, Hedge-Kontext und Dispute-Regeln. Er akzeptiert kein beworbenes Yield-Produkt, sondern eine definierte Liquiditätsleistung.
3. Der Maker akzeptiert und hinterlegt den Bond
Wenn erforderlich, genehmigt der Maker den Payment Token und akzeptiert die Kampagne über den Contract. Der Bond wird als Liability der Kampagne verfolgt.
4. Der Maker stellt Liquidität bereit
Während der Service-Periode hält er die vereinbarten Quotes, Tiefe, Spread, Coverage und Availability ein. Escrow ersetzt weder Bot noch Risk Engine.
5. Review und Dispute
Nach dem Service kann eine Review-Periode beginnen. Ein gemeldeter materieller Verstoß kann die normale Abrechnung pausieren, während der Fall nach den Kampagnenregeln geprüft wird.
6. Finalize und Withdraw
Nach erfolgreichem Abschluss kann die Kampagne finalisiert werden. Die Maker-Allokation wird über pendingWithdrawals verfügbar und das Auszahlungskonto kann withdraw() aufrufen.
Was Kuest-Escrow abdeckt — und was nicht
| Kuest-Escrow deckt ab | Beim Market Maker bleibt |
|---|---|
| Campaign-Reward-Buchhaltung | Fair-Value-Schätzung |
| Optionaler Bond | Bid- und Ask-Auswahl |
| Acceptance und Campaign State | Quote Size und Inventory Limits |
| Service-, Review- und Dispute-Flow | Adverse-Selection-Risiko |
| Finalization und Withdrawal | Hedge Execution und Basisrisiko |
| Settlement nach Contract-Regeln | Smart-Contract-, Venue- und Betriebsprüfung |
Escrow ist keine Versicherung. Es deckt weder einen Verlust durch aggressive Quotes, ein falsches Modell, einen nicht gefüllten Polymarket-Hedge, einen Offline-Bot noch ein wirtschaftlich zu kleines Reward ab.
Wie du eine Prediction-Market-Liquidity-Kampagne bewertest
Behandle eine Kampagne wie ein Trading-Mandat mit Contract.
Tiefe, maximaler Spread und Kapital
Tiefe ist Kapital. $500 pro Seite ist ein anderes Mandat als $50.000. Ein sehr enger Spread in einem informationsempfindlichen Markt kann den Reward durch adverse selection aufbrauchen.
Laufzeit und Bond
Eine lange Service-Periode gibt Event-Wahrscheinlichkeit und externer Liquidität mehr Zeit, sich zu verändern. Modellier Collateral, Outcome Tokens, Bond, Gas und Reserven für Partial Hedges.
Netto-Economics
Reward + erwartete Trading-P&L
- Fees - Gas - Slippage
- Kapitalkosten - Bond-Kosten
- erwarteter Inventar- und Adverse-Selection-VerlustHedge-Verfügbarkeit
Prüfe Frage, Outcomes, Resolution Source, Close Time, Token Mapping, executable depth und die Route bei einem einseitigen Fill. Die Kuest-Market-Maker-Seite zeigt Hedge-Kontext, sofern verfügbar.
Dispute- und Settlement-Bedingungen
Verstehe, wer Verstöße melden kann, welche Evidence zählt, wie eine Entscheidung dokumentiert wird und wann der Maker abheben kann.
Mirror Markets vs. Operator-Created Markets: Was ist leichter zu hedgen?
Ein Polymarket-Mirror kann externe Referenz, Source Question, Token Mapping und Book haben. Das hilft bei Fair Value und Inventar, garantiert aber keine identische Resolution.
Ein Operator-Created Market kann proprietären Flow und weniger Wettbewerb bieten. Ohne externen Kontrakt muss der Maker jedoch Pricing, Inventar und Event-Risiko selbst tragen.
| Market-Typ | Möglicher Vorteil | Entscheidende Frage |
|---|---|---|
| Polymarket Mirror | Externe Referenz und möglicher Hedge | Sind Payoff, Tokens und Resolution wirklich gleich? |
| Operator-Created | Proprietärer Flow | Kann der Desk Exposure selbst bepreisen und halten? |
| Shared Kuest Market | Ein Book kann mehrere Operatoren bedienen | Ist die Preisdifferenz real oder nur ein anderes Frontend? |
Wie Shared Liquidity die Kapitaleffizienz verändert
Märkte mit denselben Outcome Token IDs nutzen dieselben Kuest-Orderbücher. Ein Order über eine Operator-Seite kann mit Flow matchen, der über eine andere Seite kam.
Das kann eine Quote mehreren Audiences zugänglich machen, den Cold Start reduzieren und Kapital effizienter nutzen. Zwei Seiten, die dasselbe Book zeigen, sind jedoch keine zwei unabhängigen Venues. Die relevante Chance kann zwischen Kuest-Flow und einem externen Venue oder in einem finanzierten Mandat liegen.
Lies die Kuest-Architektur, bevor du eine Deployment-Seite als isolierte Börse modellierst.
YES/NO-Inventar zwischen Kuest und Polymarket hedgen
Dasselbe Outcome wieder auffüllen
Wenn ein Kunde YES von deinem Kuest-Ask kauft, kannst du äquivalentes YES auf Polymarket kaufen, sofern Condition, Token Mapping, Tiefe, Timing, Fees und Slippage passen.
Ein vollständiges YES/NO-Paar bauen
Wenn YES und NO für dieselbe Condition zusammen weniger als $1 kosten, kann das Paar bei identischen Regeln einen bekannten Settlement-Wert von $1 haben.
gross pair edge = $1 - (YES cost + NO cost)Das ist ein anderer Vorgang als Inventar aufzufüllen. Der eine versucht einen Payoff zu locken, der andere verwaltet Live-Exposure.
Condition und Token mappen
{
"source": "polymarket",
"sourceConditionId": "0x...",
"sourceYesTokenId": "...",
"sourceNoTokenId": "...",
"kuestConditionId": "0x...",
"kuestYesTokenId": "...",
"kuestNoTokenId": "...",
"resolutionSource": "...",
"closeTime": "...",
"mappingStatus": "verified"
}Eine ähnliche Überschrift reicht nicht. Lehne den Hedge ab, wenn Wording, Close Time, Resolution Source, Outcome Order oder Settlement Path abweichen.
Welche Infrastruktur braucht ein Prediction-Market-Liquidity-Provider?
Ein professioneller Provider braucht mehr als Wallet und Preisformel:
- Live Market Data, Bids, Asks, Size und Timestamps;
- Pricing Engine mit Fair Value, Spread, Volatilität und Inventory Skew;
- Order- und Fill-Reconciliation;
- maximale YES/NO- und unhedged quantity;
- Quote-Age-Limits, Pause-Handling und Kill Switches;
- Wallet-, Gas-, Settlement- und Resolution-Monitoring;
- Campaign State, Review, Dispute und Withdrawal Tracking.
Die Polymarket-Market-Data-Übersicht und der Order-Book-Referenz zeigen, welche Daten ein Quoting-System verarbeiten muss.
Wie du Prediction-Market-Liquidity-Provider auf Kuest wirst
- Lies die Kuest-Market-Maker-Seite und das Protokollmodell.
- Bereite Wallet, CLOB, Market Data, Risk und Reconciliation für den Produktionsbetrieb vor.
- Beantrage Approval über den Onboarding-Pfad.
- Prüfe Kampagnen nach Market Type, Spread, Tiefe, Dauer, Reward, Bond und Hedge-Verfügbarkeit.
- Validiere Contract Mapping und Resolution Rules unabhängig.
- Akzeptiere nur Mandate, die zu Risk Limits und Kapazität passen.
- Stelle Liquidität bereit und überwache Leistung und Terms.
- Schließe Review und Finalization ab und withdraw die verfügbare Allocation.
FAQ: Prediction-Market-Liquidity-Provider
Was macht ein Prediction-Market-Liquidity-Provider?
Er stellt ausführbare Bids und Asks, Orderbook-Tiefe und YES/NO-Inventarmanagement bereit. Dafür kann er Spread, Rewards oder Campaign Payment erhalten und trägt Markt- und Betriebsrisiko.
Ist Prediction-Market-Liquidity Provision passiv?
Bei einem CLOB normalerweise nicht. Quotes, Inventar, Partial Fills, Stornos und Risikolimits müssen laufend überwacht werden.
Was ist DeFi Market-Making-Yield?
Ein Sammelbegriff für Erträge aus Krypto-Liquidität. Bei Prediction Markets können Spread, Incentives und Campaign Payments dazugehören. Es ist keine garantierte APY.
Was sind die größten Risiken?
Adverse Selection, unbalanciertes Inventar, fehlende Hedges, Basisrisiko, geringe Liquidität, Kapitalbindung, Resolution, Smart Contracts, APIs und Regulierung.
Was ist MarketMakerEscrow?
Ein Polygon-Smart-Contract für Reward, Bond, Service, Review, Finalization und Withdrawal finanzierter Liquidity-Kampagnen.
Garantiert Escrow Trading-Gewinne?
Nein. Escrow schützt das finanzielle Mandat nach seinen Contract-Regeln, nicht Spread Capture, Hedge Execution oder Trading-P&L.
Brauchen Kuest Market Maker Approval?
Ja. Die Teilnahme an Kuest-Kampagnen ist approval-basiert und die Wallet wird vor Annahme geprüft.
Kann ich Kuest-Märkte auf Polymarket hedgen?
Potentiell, wenn Payoff, Token Mapping, Resolution, Timing und executable liquidity ausreichend übereinstimmen. Die Prüfung bleibt beim Maker.
Was sollte ich vor Annahme einer Kampagne prüfen?
Tiefe, maximalen Spread, Coverage, Dauer, Reward, Bond, Kapitalbindung, Hedge, Resolution Source, Messmethode, Dispute-Regeln und erwartete Netto-P&L.