So entsteht ein Referenzpreis
Die CantonCap API berechnet den Referenzpreis jedes Assets etwa einmal pro Minute neu, in jeder Währung, die sie veröffentlicht. Grundlage sind die Preise, die öffentliche Canton-Handelsplätze für das Asset quotieren: der Ticker jedes Markts oder, wo ein Markt keinen Ticker veröffentlicht, der Zustand seines Pools. Ein Preis, der in einem anderen Asset quotiert ist, etwa in einem Stablecoin oder in Canton Coin, wird über den eigenen Referenzpreis dieses Assets umgerechnet; so wird für keinen Stablecoin angenommen, dass er genau einen Dollar wert ist.
Ein Referenzpreis wird nur aus Beobachtungen gebildet, die aktuell, liquide genug, um aussagekräftig zu sein, und in der angefragten Währung erreichbar sind. Pool-Zustände von Handelsplätzen, ausführbare Orderbuch-Levels und abgewickelte Trades an Handelsplätzen können jeweils als direkter Bestandteil dienen. Externe Referenzen mit Währungsangabe können diese Beobachtungen in eine Zielwährung umrechnen, werden aber normalerweise nicht selbst zu eigenständigen Preisbestandteilen.
Eine Quotierung zählt nur innerhalb der Grenzen, die der Betreiber festlegt: genügend Liquidität dahinter, nicht weiter von den übrigen Quotierungen entfernt, als die Ausreisserschwelle zulässt, Spread und Preisauswirkung innerhalb der Limits, eine Obergrenze dafür, wie stark ein einzelner Handelsplatz das Ergebnis bewegen kann, eine Begrenzung der Umrechnungsschritte und ein Höchstalter. Die Quotierungen, die bestehen, werden gewichtet zu einer Zahl zusammengeführt. Jedes Asset wird für sich berechnet, sodass ein Fehler bei einem nie ein anderes aufhält.
Der USD-Preis von Canton Coin ist der Median dreier unabhängiger Referenzen zentralisierter Börsen, Bybit CC/USDT, OKX CC/USDT und Kraken CC/USD, wobei die USDT-Legs über den USDT/USD-Kurs von Kraken als exakter Dezimalwert umgerechnet werden. Er wird als ein gekennzeichnetes Aggregat mit seinen drei Quellen veröffentlicht und ist zugleich Umrechnungskante und direkter Bestandteil.
Die Basis neben jedem Preis
Jede Asset-Seite zeigt, was die Handelsplätze quotieren: den jüngsten Preis jedes Handelsplatzes für das Asset, die Spanne zwischen dem niedrigsten und dem höchsten sowie ihren Median. Berücksichtigt werden nur Märkte, in denen das Asset die Basis ist, und zwar im Quote-Asset mit den meisten Märkten, weil Preise in unterschiedlichen Quote-Assets keine gemeinsame Achse haben können.
Bei einer geraden Anzahl Handelsplätze ist der Median die tiefere der beiden mittleren Quotierungen und nicht ihr Durchschnitt; er ist also immer ein Preis, den ein Handelsplatz tatsächlich quotiert hat. Die Basis ist eine öffentliche Kontrolle des Referenzpreises, nicht die Berechnung selbst, deren Gewichtungen und Ausschlüsse administrative Datensätze sind.
Preisherkunft
- AMM-Poolvenue_pool
- Abgeleitet aus On-Chain-Pool-Reserven an einem Canton-Handelsplatz.
- Orderbuchvenue_book
- Abgeleitet aus ausführbaren Orderbuch-Levels an einem Canton-Handelsplatz.
- Trade am Handelsplatzvenue_trade
- Aus abgewickelten Trades im Trade-Journal des Handelsplatzes übernommen.
- Externe Referenzexternal_reference
- Eine Referenz mit Währungsangabe, die zur Umrechnung dient, nicht zur direkten Preisbildung.
- Abgeleitetderived
- Aus anderen zugelassenen Beobachtungen berechnet statt direkt beobachtet.
Welche Prüfungen jede Beobachtung durchläuft
Bevor eine Beobachtung eine veröffentlichte Zahl stützen kann, wird sie anhand von 15 Prüfungen bewertet. Ein Fehlschlag wird als Qualitätsvorfall erfasst, der die Stufe und die Prüfung nennt.
Diese Datensätze sind administrativ und nicht öffentlich: Die öffentliche API veröffentlicht den verbleibenden Wert und den Zeitpunkt seiner letzten Aktualisierung, nicht den Prüfpfad. Was öffentliche Nutzer direkt prüfen können, ist die Spanne über die Handelsplätze, siehe jede Asset-Seite.
- Dezimalgültigkeitdecimal_validity
- Der gemeldete Wert liess sich nicht als exakte Dezimalzahl lesen.
- Zeitstempelgültigkeittimestamp_validity
- Die Beobachtung hatte einen fehlenden oder unplausiblen Zeitpunkt.
- Identitätsauflösungidentity_resolution
- Der Datensatz liess sich keinem bekannten Asset oder Markt zuordnen.
- Preisgültigkeitprice_validity
- Der Preis war nicht positiv oder lag ausserhalb der Grenzen, die das Instrument annehmen kann.
- Reservengültigkeitreserve_validity
- Die Pool-Reserven passten nicht zu der Kurve, der sie angeblich folgen.
- Gekreuztes Orderbuchbook_crossed
- Das beste Bid lag über dem besten Ask, daher war das Orderbuch in sich nicht stimmig.
- Leeres Orderbuchbook_empty
- Eine oder beide Seiten des Orderbuchs enthielten keine Levels, an denen sich ein Preis bilden liesse.
- Sequenzlückesequence_gap
- Die Sequenznummern der Quelle sind gesprungen, daher wurde mindestens ein Update verpasst.
- Veraltete Datenstaleness
- Die Beobachtung war älter als das Aktualitätsfenster für diese Berechnung.
- Preisausreisserprice_outlier
- Der Preis lag ausserhalb des zulässigen Streuungsbands gegenüber den übrigen Quotierungen.
- Mengensprungsupply_jump
- Die gemeldete Token-Menge hat sich zwischen zwei Beobachtungen stärker verändert, als die Emission zulässt.
- OHLC-Invarianteohlc_invariant
- Eine Kerze verletzte ihre eigenen Invarianten – Hoch unter der Eröffnung, Tief über dem Schluss oder Ähnliches.
- Doppeltes Ereignisduplicate_event
- Dasselbe Quellereignis ist zweimal eingetroffen und wurde einmal gezählt.
- Volumenabgleichvolume_reconciliation
- Das gemeldete Volumen stimmte nicht mit den Trades überein, die im selben Zeitfenster beobachtet wurden.
- Abhängigkeit nicht verfügbardependency_availability
- Eine Eingangsgrösse, von der diese Zahl abhängt, war bei ihrer Berechnung nicht verfügbar.
Liquidität und Liquiditätsscore
Die Liquidität eines AMM-Pools ist der USD-Wert seiner Reserven: jede Reserve zum Referenzpreis ihres Assets, zugeordnet über die Canton-Identität. Hat das Asset einer Reserve keinen Preis, bleibt die Zahl leer, statt geschätzt zu werden; ein leerer Pool steht auf null. Ein Orderbuch wird stattdessen über seine Markttiefe gemessen, daher hat ein Orderbuch-Markt keine einzelne Liquiditätszahl.
Die Markttiefe innerhalb von 2% ist der USD-Wert, der gekauft oder verkauft werden kann, bevor sich der Preis um 2% vom Referenzpreis entfernt: bei einem Orderbuch aus dessen eigenen Levels gelesen, bei einem AMM aus dem gespeicherten Zustand des Pools modelliert, Gebühr inbegriffen. Eine modellierte Markttiefe misst die Kurve; sie ist weder eine Quotierung noch ein Ausführungsversprechen.
Der Liquiditätsscore bewertet einen Markt von 0 bis 100 danach, was ein Handel dort kosten würde. Die API simuliert Käufe und Verkäufe von $100, $500, $1'000, $5'000 und $10'000 gegen den aktuellen Zustand des Markts, ohne Gebühren, und fasst deren Preisauswirkung und die Frage, ob jeder Auftrag ausgeführt werden könnte, zu einem Score zusammen. Ein Markt ohne ausreichende Eingangsdaten hat keinen Score, was nie dasselbe ist wie ein Score von null.
Der Score eines Assets ist der Mittelwert seiner drei höchsten Marktscores, auf beiden Seiten des Paars, oder aller bewerteten Märkte, wenn es weniger hat; ein Asset mit nur einem bewerteten Markt übernimmt dessen Score. Der Score eines Handelsplatzes ist der Mittelwert über seine Märkte. Die Ansicht «Liquideste» ordnet die Assets nach dem Asset-Score.
24-Stunden-Volumen
Das Volumen hat auf der ganzen Website eine einzige Definition, sodass eine Tabelle und eine Summe sich nicht widersprechen können. Das 24-Stunden-Volumen eines Markts in USD ist die Aktivitätsmessung der API für diesen Markt, sofern es eine gibt; andernfalls das USD-Volumen, das der Handelsplatz in seinem Ticker meldet; andernfalls sein Volumen im Quote-Asset zu dessen Referenzpreis. Das Volumen eines Assets ist die Summe über alle Märkte, in denen es gehandelt wird, auf beiden Seiten des Paars; das eines Handelsplatzes die Summe über seine Märkte; das des Netzwerks zählt jeden Markt einmal.
Die Aktivitätsmessung wählt für jeden Zeitraum einen Nominalwert und bevorzugt dabei USD, abgeleitet aus börsenverankerten Preisen, die höchstens drei Minuten alt sind; das gemeldete Volumen eines Handelsplatzes wird nie zum in seinen Trades beobachteten Volumen addiert. Sie wird aus stündlichen Abschnitten aggregiert, mit einem neuen Snapshot alle fünf Minuten.
Eine Volumenzahl trägt ihre Vorbehalte mit. Liefert eine Aktualisierung keinen verwertbaren Wert, behält die API den letzten mit seinem eigenen Zeitpunkt; ist dieser mehr als eine Stunde alt, wird die Zahl abgeschwächt und mit ihrem Zeitpunkt angezeigt, nie als aktuell. Eine Teilzahl deckt nur einen Teil der 24 Stunden ab und weist dies aus, und eine Schätzung ist als solche gekennzeichnet. Unbekanntes wird nie als null angezeigt, und eine Summe, die ältere, unvollständige oder geschätzte Zahlen enthält, gibt an, wie viele.
Das von Rocky gemeldete Volumen wird bei dessen eigenen Märkten angezeigt, abgeschwächt und mit Begründung, und bleibt aus allen Summen ausgeschlossen, bis es mit den Trades übereinstimmt: Die ersten Zahlen beliefen sich auf ein Mehrfaches der Gesamtmenge der dort gelisteten Assets.
Vollständig verwässerte Bewertung
FDV ist das exakte dezimale Produkt aus dem zugelassenen Referenzpreis und der jüngsten richtlinienkonformen Beobachtung der Gesamtmenge eines zugelassenen Registrars. Ist diese Beobachtung älter als das von der Methodik zugelassene Höchstalter oder hat kein zugelassener Registrar eine veröffentlicht, wird FDV nicht berechnet und anstelle der Zahl der Grund angegeben.
Die Gesamtmenge ist die Zahl, die ein zugelassener Registrar für das Instrument veröffentlicht, unverändert übernommen: nie gerundet, umskaliert oder interpoliert. Verändert sich eine Menge zwischen zwei Beobachtungen stärker, als die Emission zulässt, wird sie von der Prüfung auf Mengensprünge markiert. Umlaufmenge und Höchstmenge werden nicht veröffentlicht.
Marktkapitalisierung
Die Marktkapitalisierung wird nicht veröffentlicht. Sie erfordert eine Umlaufmenge, und für Canton-Instrumente gibt es keine geprüfte Methodik dafür: Die Abgrenzung des Umlaufs von gesperrten, im Treasury gehaltenen und vertraglich beschränkten Beständen ist eine Governance-Frage, keine Datenfrage.
Die API weist dies im Payload aus, statt ein leeres Feld zurückzugeben: Die Antwort mit den globalen Kennzahlen enthält market_cap.semantics = "unavailable_circulating_supply". Solange diese Methodik nicht existiert, ist eine Marktkapitalisierung für ein Canton-Asset eine blosse Vermutung, und dieses Produkt veröffentlicht keine Vermutungen.
Rang und Kennzahlen
Der Rang ordnet alle gelisteten Assets nach FDV, der Liquidität in ihren Pools und dem rollierenden 24-Stunden-Volumen. Er wird einmal über das gesamte Listing berechnet, sodass ein Asset auf jeder Seite, in jeder Währung und bei jeder Sortierung denselben Rang hat.
Liquidität / FDV teilt die USD-Liquidität in den AMM-Pools eines Assets durch seine FDV, wobei jeder infrage kommende Pool einmal gezählt wird. Orderbuch-Tiefe ist nicht enthalten. Der Wert ist nicht gedeckelt: Eine kleine Bewertung mit tiefen Pools kann 100% übersteigen.
Volumen / FDV teilt das beste verfügbare rollierende 24-Stunden-Volumen des Assets in USD, gemeldet oder aus beobachteten Trades, aber nie deren Summe, durch seine FDV: der Anteil der Bewertung, der an einem Tag den Besitzer gewechselt hat.
Eine Kennzahl entfällt, wenn die FDV fehlt, veraltet oder null ist, oder wenn es nichts zu teilen gibt: Ein Asset ohne Pool hat keine Liquiditätskennzahl. Jede trägt ihre Abdeckung, sodass eine Zahl, die nur auf einem Teil der Märkte beruht, dies ausweist.
Beide werden auf einer Skala mit vier Bändern gelesen, markiert durch die Balken neben jeder Zahl.
| Band | Bereich | Liquidität / FDV | Volumen / FDV |
|---|---|---|---|
| Dünn, Ruhig | Unter 1% | Dünn | Ruhig |
| Flach, Gering | 1% bis 5% | Flach | Gering |
| Mittel, Aktiv | 5% bis 10% | Mittel | Aktiv |
| Tief, Stark | 10% und mehr | Tief | Stark |
Charts: Kerzen und Linie
Kerzen zeigen Eröffnung, Hoch, Tief und Schluss des Assets in USD, von der API über die Märkte aggregiert, aus denen sie den Preis des Assets bildet, darunter das Volumen, sofern es veröffentlicht wurde. Die Schaltflächen legen fest, welchen Zeitraum eine Kerze abdeckt: 15m, 1h, 4h, 24h, 1W oder 1M. Die drei kürzesten reichen etwa zweihundert Kerzen zurück, 24h ein Jahr, 1W und 1M die gesamte Historie.
Die API liefert Kerzen von höchstens einer Woche, daher wird eine Monatskerze aus Tageskerzen gebildet, nach Kalendermonat in UTC: Sie eröffnet mit der ersten Eröffnung des Monats, schliesst mit dem letzten Schluss, reicht vom höchsten Hoch bis zum tiefsten Tief und summiert das Volumen, das ihre Tage veröffentlicht haben.
Die Kerzen werden zu einer durchgehenden Reihe verbunden: Jede eröffnet dort, wo die vorherige geschlossen hat, und ein Intervall ohne Handel ist keine Lücke, sondern eine flache Kerze auf dem vorherigen Schluss, ohne Volumen. Hoch und Tief einer Kerze werden so erweitert, dass sie ihre Eröffnung einschliessen, damit ein Körper nie über seinen Docht hinausragt.
Die Linie zeigt den Referenzpreis selbst, über 24h, 1W, 1M, 1Y oder Alle, mit einem Punkt pro Intervall, dem letzten Preis darin: alle 15 Minuten über 24 Stunden, stündlich über eine Woche, alle 4 Stunden über einen Monat und täglich über ein Jahr oder länger. Sie ist grün über dem ersten Punkt des Zeitraums und rot darunter.
Ein Chart reicht nur so weit zurück, wie die API Historie vorhält und der Zugang der Website es erlaubt, und wird in Fenstern von höchstens 31 Tagen gelesen. Beginnt die Historie einer Quelle mit dem Zeitpunkt, an dem CantonCap sie zu beobachten begann, gibt es keine früheren Zeiträume. Die kleine Linie in jeder Tabellenzeile zeigt die Referenzpreise des Assets der letzten 24 Stunden, stündlich.
Aktualisierungstakt und Zeitstempel
Handelsplätze werden je nachdem, was sie zulassen, alle 30 Sekunden bis 5 Minuten ausgelesen, und Referenzpreise werden etwa einmal pro Minute neu berechnet. Die Website verwendet jede Antwort für ein kurzes Zeitfenster wieder: 30 Sekunden für den Quellenstatus, eine Minute für Preise, Listings und Märkte und fünf Minuten für Volumen, Handelsplätze, Charts und Sparklines. Eine geöffnete Markttabelle prüft alle 45 Sekunden auf neue Preise.
Alle Zeitangaben der API sind in UTC, und die Website gibt ihre Zeiten in UTC aus. Ein berechneter Preis trägt den Zeitpunkt seiner Berechnung; eine Messung über ein Zeitfenster trägt das Ende des abgedeckten Fensters, nicht den Zeitpunkt des Auslesens. Fenster schliessen ihren Anfang ein und ihr Ende aus. Das Alter jeder Zahl steht daneben, und die App kennzeichnet Preise als verzögert, sobald der neueste eine halbe Stunde alt ist. Der Chart der App beschriftet seine Achse in der Ortszeit des Smartphones.
Beispieldaten und Live-Daten
Jede Zahl wird beim Aufbau der Seite aus der CantonCap API gelesen, und jeder Lesevorgang hält fest, ob die Antwort live war. In der Produktion führt eine nicht erreichbare API zu einer Fehlermeldung oder einer ehrlichen Leerstelle, nie zu einer Seite mit erfundenen Zahlen.
Entwicklungs- und Vorschau-Builds können einen festen Beispieldatensatz anzeigen, wenn die API nicht erreichbar ist. Eine Seite, die darauf beruht, trägt immer ein Banner zu Beispieldaten mit dem Grund, und ihre Zahlen sind illustrativ, kein Marktdatenfeed. Beispieldaten werden nie als echt dargestellt.
Beobachter, Stimmung und Beiträge von Emittenten
«In N Watchlists» zählt die Mitglieder, die ein Asset aktuell in ihrer Watchlist führen, ausschliesslich aus den Listen angemeldeter Mitglieder. Es ist eine Summe; eine Liste wird nie angezeigt. Die Website aktualisiert sie höchstens einmal pro Minute.
Die Stimmungsanzeige zählt Mitglieder, jedes einmal pro Asset. Gibt ein Mitglied auf der Seite des Assets eine Stimme ab, bullish oder bearish, zählt diese sieben Tage ab ihrer Abgabe; ein Mitglied ohne Stimme zählt nach der Tendenz seines jüngsten Beitrags zum Asset aus den letzten sieben Tagen, wobei Antworten sowie ausgeblendete und gelöschte Beiträge nicht berücksichtigt werden. Den bullishen Anteil der Mitglieder, die Position bezogen haben, trägt sie auf einer Skala mit fünf gleich grossen Zonen ein, von stark bearish bis stark bullish. Sie ist eine Auszählung von Meinungen, kein Signal, und bleibt leer, wenn niemand eine Tendenz angegeben hat.
Ein Emittenten-Feed zeigt die Beiträge, die ein Emittent oder Asset-Anbieter auf X veröffentlicht, und zwar nur, wenn die API eine genehmigte Zuordnung zwischen diesem Emittenten und dem Asset führt; kein Feed wird über ein übereinstimmendes Symbol ausgewählt. Beiträge erscheinen wie veröffentlicht, mit ihrer Zeit in UTC und einem Link zum Original. Ein bearbeiteter Beitrag zeigt seine neueste Fassung, und zurückgehaltene, geschützte und gelöschte Beiträge werden entfernt. Eine geöffnete Seite prüft alle 30 Sekunden erneut und zeigt nie einen Beitrag aus einer Antwort, die älter als 90 Sekunden ist. CantonCap macht sich die Beiträge der Emittenten nicht zu eigen.
Abdeckung und Geltungsbereich
Canton setzt Privatsphäre auf Subtransaktionsebene durch: Eine Partei erhält nur die Teile einer Transaktion, die sie betreffen. Ein Handelsplatz, der für einen Integrator-Schlüssel sichtbar ist, ist nicht öffentlich sichtbar, und ein parteibezogener Ausführungsdatensatz ist für niemanden sonst sichtbar. Jede Zahl trägt daher den Sichtbarkeitsbereich, unter dem sie beobachtet wurde.