YES- und NO-Token beginnen als zwei Ansprüche, die durch einen vollständigen Satz Collateral gedeckt sind. Das Aufteilen erzeugt diese Ansprüche, das Zusammenführen vereint sie wieder und das Einlösen zahlt sie gemäß einem aufgezeichneten Ergebnis aus. Einen Token von einem anderen Händler zu kaufen ist ein separater Vorgang.
Dieser dritte Artikel von So funktionieren Polymarket und Kuest verfolgt die Assets hinter Oberfläche, Handelssystem und Verträgen. Wenn Auszahlung und Preis für dich noch austauschbar wirken, beginne mit der Bedeutung eines Prognosemarktpreises.
Beginne mit Collateral, nicht mit einem Preis
Nutze unsere hypothetische Frage: „Wird Observatorium A für Stadt B am Datum C um 12:00 UTC eine Temperatur von mindestens 30.0°C veröffentlichen?“ Quelle, Rundung, Ersatzregeln und Stornierung seien festgelegt. Wir modellieren eine gewöhnliche binäre Bedingung im Conditional Tokens Framework (CTF), mit YES an erster und NO an zweiter Stelle.
Collateral ist der zur Deckung der Positionen hinterlegte Vermögenswert. In diesem Beispiel zahlt ein gewinnender Token eine Collateral-Einheit; eine Einheit ist nicht automatisch ein Dollar. Auch bei einem Dollarsymbol in der Oberfläche bringt ein Stablecoin Emittenten-, Übertragungs- und Wertrisiken mit sich.
Alle folgenden Bestände lassen Gebühren, Gas und Finanzierung außer Betracht. Sie verwenden eine Bedingung, ein Collateral-Asset und keine übergeordnete Position. So lässt sich jede Einheit abstimmen, ohne Assets eines anderen Markts in die Rechnung zu mischen.
CTF verwendet normalerweise einen ERC-20-Token als Collateral und ERC-1155-Bestände für Ergebnisse. ERC-1155 erlaubt einem Vertrag, viele Token-IDs zu führen: Ein YES-Bestand zur Temperaturfrage und ein YES-Bestand zu einer Wahl sind getrennte Assets, selbst wenn beide unter demselben Kürzel erscheinen.
Ein vollständiger Satz hat eine genaue Identität
Das Vorbereiten einer Bedingung registriert Orakel, Fragekennung und Ergebnisanzahl. Es hinterlegt kein Collateral und erzeugt keine Ergebnisbestände. Im geprüften Kuest-CTF-Code sind Vorbereitung und Aufteilung separate Funktionen.
Bei CTF lautet die Bedingungs-ID keccak256(abi.encodePacked(oracle, questionId, outcomeSlotCount)). Die Orakeladresse gehört zu dieser Identität: Dieselbe Fragekennung bei einem anderen Orakel erzeugt eine andere Bedingung.
Eine Collection kennzeichnet eine Ergebnismenge einschließlich einer möglichen übergeordneten Collection. Collateral-Adresse und Collection-ID bestimmen anschließend die Position. Die Collection-Ableitung hat einen eigenen Algorithmus. Verwende die Hilfsfunktion getCollectionId des Vertrags, statt einen Hash aus den Bezeichnungen zu erfinden. Der CTF-Entwicklerleitfaden erklärt diese Konstruktion.
Eine Konstruktionsübersicht, keine Hashformel für Collections. Unterschiedliches Collateral oder unterschiedliche Collection-Pfade erzeugen unterschiedliche Positionen.
Im binären Beispiel ist die Partition [1, 2]: Bitmasken, die den ersten und zweiten Ergebnisslot getrennt auswählen. Gemeinsam decken sie alle Ergebnisse ohne Überschneidung ab. Die übergeordnete Collection besteht aus 32 Nullbytes. Die Aufteilung beginnt also mit Collateral und nicht mit einer bereits bedingten übergeordneten Position.
Deshalb reichen gleiche Titel zum Zusammenführen nicht aus. Prüfe Netzwerk, Tokenvertrag, Bedingung, Collateral und Collection-Pfad. Ein Polymarket-YES und ein Kuest-NO bilden nicht allein deshalb einen lokalen vollständigen Satz, weil ihre Fragen gleich lauten.
Aufteilen: 100 hinterlegen, 100 je Ergebnis erhalten
Beginne mit 100 Collateral-Einheiten. Eine erfolgreiche Aufteilung überträgt sie in den CTF-Vertrag und erzeugt 100 YES sowie 100 NO für den Aufrufer. Die Aufteilungsimplementierung prüft die Partition und führt diese Assetänderungen in einer Transaktion aus; bei einem Fehler wird der Vorgang zurückgesetzt.
Ein Paar entspricht einer Collateral-Einheit. Die Aufteilung erzeugt beide Ergebnisbestände, ohne eine Prognose auszuwählen.
Die Wallet besitzt nun 200 Ergebnis-Token, aber nur 100 vollständige Paare. Jedes YES–NO-Paar ist durch eine Collateral-Einheit gedeckt. Bei einem gewöhnlichen YES-Ergebnis zahlt sein YES eins und sein NO null; bei NO kehrt sich die Verteilung um. Die Aufteilung hat Bestand erzeugt, nicht das Vermögen verdoppelt.
Beide Seiten zu halten drückt auch keine Richtungsprognose aus. Ein Market Maker könnte aufteilen, um auf beiden Seiten Verkaufsbestand zu erhalten. Verkauft er danach einige YES, verändert sich sein Risiko, weil die zugehörigen NO in der Wallet verbleiben. Die Aufteilung allein schafft weder einen Käufer noch gesicherte Handelserträge.
Ein gewöhnlicher Kauf kann stattdessen vorhandene Token zwischen Konten übertragen. Verkauft dir ein anderer Händler 10 vorhandene YES, sinkt sein YES-Bestand und deiner steigt. Dafür müssen keine neuen YES oder NO entstehen. Bestandsquelle und gezahlter Preis sind unterschiedliche Fragen.
Zusammenführen: 40 Paare verbrennen, 40 Collateral freigeben
Vor der Auflösung kannst du gleiche Mengen der zusammengehörigen Ergebnisse zusammenführen. Führe aus 100 YES und 100 NO 40 Paare zusammen: Der Vertrag verbrennt 40 von jedem Token und gibt 40 Collateral zurück. Es bleiben 60 YES, 60 NO und 40 frei verwendbare Collateral.
Das Verbrennen zusammengehöriger Paare gibt ihre Deckung frei. Die übrigen Ergebnisbestände werden weder verbrannt noch ausgezahlt.
Diese Rechnung verfolgt nur unsere Wallet und die Deckung ihrer vollständigen Sätze, nicht den gesamten Vertragsbestand. Gebühren, Gas und Finanzierung bleiben ausgeschlossen.
Die Walletbestände sind als Collateral / YES / NO angegeben.
Schritt | Walletbestände | Deckung |
|---|---|---|
| Beginn | 100 / 0 / 0 | 0 |
| 100 aufteilen | 0 / 100 / 100 | 100 |
| 40 zusammenführen | 40 / 60 / 60 | 60 |
| Übrige 60 zusammenführen | 100 / 0 / 0 | 0 |
Die letzte Zeile ist ein möglicher nächster Schritt, nicht ein Schritt vor dem folgenden Einlösungsbeispiel. Sie stellt die ursprünglichen Walletbestände vor Kosten wieder her und zeigt Werterhaltung statt Gewinn.
Mit 60 YES und nur 20 passenden NO lassen sich höchstens 20 Paare zusammenführen. Die übrigen 40 YES behalten ihr Ergebnisrisiko. Ein einzelnes YES kann vor der Auflösung keine ganze Einheit freigeben, weil es das NO-Ergebnis nicht abdeckt.
Die Zusammenführungsimplementierung verlangt kein Auszahlungsergebnis. Vollständige Sätze lassen sich vor der Auflösung wieder vereinen; die Funktion ist nicht auf diesen Zeitraum beschränkt. Sie verwendet die Deckung des Paars, statt einen Käufer im Orderbuch zu suchen.
Einlösen: das Ergebnis verwenden, nicht die letzte Quote
Kehre zum früheren Zustand mit 40 Collateral und jeweils 60 Token zurück. Lautet das aufgezeichnete Ergebnis YES, zahlt die Einlösung dieser ausgewählten Bestände 60 Collateral für YES und null für NO. Die Wallet erreicht vor Kosten 100 Collateral; die eingelösten Token werden verbrannt.
Eine Wallet mit ausschließlich 60 YES erhielte dieselbe YES-Auszahlung von 60 Einheiten. Ihr Eigentümer muss zur Einlösung nicht zusätzlich NO liefern. Das ist der entscheidende Unterschied zum Zusammenführen vor der Auflösung: Ein aufgezeichnetes Ergebnis bestimmt, welche einzelnen Ansprüche auszahlen.
In der geprüften Einlösungsfunktion wird für jede ausgewählte Position ihr Bestand mit dem zugehörigen Auszahlungszähler multipliziert und durch den Nenner geteilt. Der Nenner ist die Summe der aufgezeichneten Zähler. Die Auswahl einer Position löst in dieser CTF-Funktion ihren gesamten Bestand ein; es gibt kein Argument für eine Teilmenge.
Erhaltenes Collateral je 100 Token jedes Ergebnisses, vor Kosten. Der 50/50-Fall ist eine Fähigkeit des gewöhnlichen CTF, keine Zusage und kein unterstütztes NegRisk-Ergebnis.
Bei jeweils 100 Token zahlt [1, 0] 100 YES / 0 NO und [0, 1] 0 YES / 100 NO. Eine unterstützte gewöhnliche CTF-Auszahlung von [1, 1] hat den Nenner 2 und zahlt jeder Seite 50. Das sind Collateral-Eingänge, kein Nettogewinn; die Anschaffungskosten bleiben wichtig.
Diese Möglichkeit anteiliger Auszahlungen ist keine allgemeine Zusage einer Kaufpreiserstattung bei Stornierung. Marktregeln und Auflösungsinstanz müssen das Ergebnis erlauben. Ein verknüpftes NegRisk-Ereignis braucht eigene unterstützte Auszahlungs- und Wiederherstellungsregeln. Übertrage einen gewöhnlichen binären Ersatzfall nicht ungeprüft darauf.
Der Vertrag rechnet in ganzzahligen Basiseinheiten und rundet Divisionen ab. Hat ein Collateral-Token sechs Dezimalstellen, entsprechen 100 Einheiten 100000000 Basiseinheiten; eine einzige Basiseinheit wird bei halber Auszahlung auf null abgerundet. Angezeigte Dezimalwerte dürfen niemals als rohe Ganzzahlwerte des Vertrags übergeben werden.
Das Erreichen der Endzeit des Markts stellt keine Auszahlung fest. Die Einlösung braucht einen aufgezeichneten Auszahlungsnenner ungleich null. Zuvor müssen das Orakel und sein konfiguriertes Verfahren das Ergebnis liefern. Das kann Wartezeit verursachen, auch wenn der Handel bereits beendet ist.
Verkaufen und Einlösen sind verschiedene Ausstiege
Ein Verkauf braucht ausführbares Kaufinteresse. Du überträgst Ergebnis-Token zum vereinbarten Preis an einen Käufer, abhängig von verfügbarer Menge, Ausführungskosten und erfolgreicher Abwicklung. Das kann eine Position vor dem Ergebnis schließen, doch ein angezeigter Mittelwert ist kein verfügbares Kaufgebot.
Ein Verkauf braucht einen Käufer und einen ausführbaren Preis. Eine Einlösung braucht ein aufgezeichnetes Ergebnis und den richtigen Vertragsweg.
Die Einlösung verwendet nach der Auflösung die aufgezeichnete Auszahlung und den passenden Vertragsweg. Sie braucht keinen neuen Käufer im Orderbuch. Ein Kauf zu 0.60 mit anschließender gewinnender Auszahlung von einer Einheit ergibt 0.40 Bruttogewinn je Token; ein verlierendes Ergebnis verursacht 0.60 Verlust, jeweils vor Kosten.
Beide Ergebnisse unter ihrem Zusammenführungswert zu kaufen ermöglicht erst dann einen Bruttospread, wenn tatsächlich gleiche Mengen desselben vollständigen Satzes ausgeführt wurden. Offene Teile, falsche Kennungen, Gebühren, Freigaben, Transaktionsfehler und Collateral-Risiken können den Spread aufzehren oder Richtungsrisiko zurücklassen. Eine Quote allein ist keine abgeschlossene Strategie.
Kuests Unterschied: Der Erstellerkontext begleitet die Positionen
Kuest behält diese CTF-Assetmechanik bei und erweitert die Bedingungsvorbereitung um eine Erstelleradresse und eine externe Metadatenreferenz. Die Metadaten-Aktualisierungsfunktion beschränkt Änderungen auf Ersteller oder Administrator und protokolliert alte und neue Referenz sowie die ändernde Adresse.
Für Betreiber lässt sich damit auf Codeebene eine Bedingung ihrem Ersteller zuordnen und die Änderung von Metadatenreferenzen nachvollziehen. Das speichert weder das vollständige Marktdokument im CTF-Register noch friert es jede angezeigte Regel ein oder bestimmt die Auszahlung. Betreiber benötigen weiterhin zugängliche Dokumente und einen klar benannten Auflösungsweg.
Der öffentliche CTF-Leitfaden trennt Aufteilen, Zusammenführen und Einlösen im Positionsregister. Ein NegRisk-Adapter ist ein anderer Vertragsweg. Bestimme dessen veröffentlichte Schnittstelle und Collateral, bevor du dieselbe Bestandsoperation versuchst.
Die Berechtigungen folgen diesem Weg: Das Aufteilen braucht eine Collateral-Freigabe für das zuständige CTF- oder Adapterziel. Zusammenführen und Einlösen bei Negativrisiko benötigen zusätzlich die Berechtigung des Adapters für die CTF-Positionen. Handelsfreigaben für die Exchange autorisieren diese Bestandsoperationen nicht automatisch.
Versionsprüfung, Stand 30. Oktober 2026: Polymarkets aktuelle Dokumentation zur Positionsverwaltung unterscheidet CTF-Collateral-Adapter vom Protocol-V2-Router und PositionManager. Eine Versionsnummer oder ein ähnlicher Methodenname beweist keine Kompatibilität mit einer anderen Plattform. Nutze den dokumentierten Weg der tatsächlichen Position.
Die Erklärungen zum Kuest-CTF lassen sich anhand seines öffentlich verifizierten Polygon-Vertrags prüfen. Sie bestimmen nicht für jeden gelisteten Markt das aktuelle Collateral, die Berechtigungen oder die Auflösungsinstanz. Bestätige diese Details vor der Freischaltung von Bestandsaktionen und stelle Aufteilen, Zusammenführen und Einlösen als getrennte Assetbewegungen dar.
Planst du dieses Erlebnis für deine Zielgruppe? Erstelle mit Kuest deinen eigenen Prognosemarkt und bringe Marktregeln, vorgesehene Rechtsräume der Zielgruppe und Liquiditätsanforderungen mit, um die passende Betriebskonfiguration auszuwählen.