UMA Oracle

UMA betreibt zwei Versionen (auf Englisch) seines Optimistic Oracle für verschiedene Arten von Anfragen. In Optimistic Oracle v2 stellt ein Protokoll eine Frage und externe Proposer beantworten sie, ein Modell für Prognosemärkte, Sportwetten und Versicherungen. In Optimistic Oracle v3 behauptet ein Protokoll selbst eine Tatsache und andere können sie anfechten, was zu Cross-Chain-Bridges und zur Prüfung von Transaktionen passt.

Jede Anfrage nennt eine Belohnung, die Sicherheit des Proposers und eine Mindestdauer der Einspruchsfrist. Eine einzelne Anfrage kann nur einmal beantwortet und nur einmal angefochten werden. Ficht niemand die Antwort bis zum Ende der Frist an, erhält der Proposer die Belohnung und seine Sicherheit zurück. Laut UMA werden 99,8 Prozent der Anfragen (auf Englisch) so ohne jeden Streit entschieden.

Wer anficht, hinterlegt ebenfalls eine Sicherheit, und die Frage geht an den Data Verification Mechanism, die Abstimmung der gestakten UMA-Token. Abgestimmt wird in Runden aus 24 Stunden Commit-Phase und 24 Stunden Reveal-Phase, und ein Streitfall muss mindestens vier Stunden alt sein, um in eine Runde zu kommen. Entschieden ist er, wenn mindestens 65 Prozent der gestakten UMA für eine Antwort stimmen, und die siegreiche Seite erhält einen Teil der verlorenen Sicherheit.

Staker, die nicht abstimmen oder gegen die Mehrheit stimmen, verlieren einen Teil ihres Einsatzes an die Mehrheit. Entstakte Token werden erst nach einer Wartezeit von einer Woche frei. Große UMA-Inhaber haben deshalb viel Gewicht, und Manipulation durch große Inhaber (auf Englisch) war 2025 einer der Gründe für eine Änderung bei Polymarket.

Polymarket stellt bei jedem neuen Markt eine Anfrage an das UMA Oracle, und die vorgeschlagene Antwort entscheidet den Markt nach Ablauf der Einspruchsfrist. Vor August 2025 durfte jeder antworten, und verfrühte oder nachlässige Vorschläge verloren oft ihre Sicherheit und verzögerten Märkte um bis zu vier Tage (auf Englisch). Am 12. August 2025 führte UMA Managed Proposers (auf Englisch) ein: Eine Integration legt eine Whitelist zugelassener Adressen fest, anfechten darf weiterhin jeder.

Bei Polymarket qualifiziert sich eine Adresse mit mehr als 20 Vorschlägen in drei Monaten und einer Trefferquote über 95 Prozent, und zum Start erfüllten 37 Adressen diese Hürde. Eine angefochtene Polymarket-Frage geht weiterhin an die Abstimmung der UMA-Staker im Data Verification Mechanism.

DefiLlama zählte im September 2026 365 Millionen US-Dollar an abgesichertem Wert (auf Englisch) in neun Protokollen mit UMA. Neben Prognosemärkten nutzt die Bridge Across UMA, um zu bestätigen, dass eine Übertragung die Zielchain erreicht hat, bevor sie den vorleistenden Relayer bezahlt. Versicherungsprotokolle und eigene Derivate nennt UMA als weitere Einsatzfelder seines Oracles.

Mit dem UMA Coin ist meist der UMA-Token des UMA-Protokolls gemeint, eines Optimistic Oracle für Fragen mit geprüfter Antwort. Inhaber staken UMA, um über angefochtene Antworten und Upgrades des Protokolls abzustimmen.

Ein Polymarket-Streitfall beginnt, wenn jemand in der Einspruchsfrist eine Sicherheit gegen eine vorgeschlagene Antwort hinterlegt. Danach stimmen gestakte UMA-Token mindestens 48 Stunden lang ab, und die siegreiche Seite erhält einen Teil der verlorenen Sicherheit.

Seit UMA im August 2025 Managed Proposers eingeführt hat, dürfen nur Adressen auf der Whitelist Antworten für Polymarket vorschlagen. Anfechten kann weiterhin jeder, der in der Einspruchsfrist eine Sicherheit hinterlegt.

In v2 stellt ein Protokoll eine Frage und externe Proposer beantworten sie, das Modell hinter Prognosemärkten. In v3 behauptet ein Protokoll selbst eine Tatsache, und andere greifen nur ein, wenn sie sie für falsch halten.

UMA-Inhaber stimmen über angefochtene Antworten des Oracles, über DAO-Anträge und über UMA Improvement Proposals ab, kurz UMIPs. Staker, die nicht abstimmen oder mit der Minderheit stimmen, verlieren einen Teil ihres Einsatzes an die Mehrheit.