Die vereinfachte Hauptansicht verwendet vier Aggregatannahmen: vergütete Requests pro Kalendertag, effektive Vergütung des Node-Pools je Million dieser Requests, Gesamtstake und eigenen Stake. Node-Pool/Jahr = Requests/Tag × 365 × Vergütung/Request. Erforderliche Requests/Tag = Zielpreis × Ziel-Brutto-APR × Gesamtstake ÷ (365 × Vergütung/Request). Für die benötigte Vergütung wird dieselbe Gleichung umgestellt. Der eigene Betriebsertrag übernimmt den Routingfaktor, die Verfügbarkeit und eingegebene Kosten aus der erweiterten Ansicht. Manuelle Aggregatwerte gelten für das gewählte Jahr; Änderungen der detaillierten Nutzungs- oder Stake-Herleitung laden deren Werte erneut in die Hauptansicht.
Bear, Base und Bull sind veränderbare Arbeitsszenarien. Die voreingestellten Zahlen sind Annahmen zu 2027 und späteren Jahren. Der QNT-Referenzpreis von 1.000 USD ist ein Szenariopreis. Alle Ergebnisse entstehen aus deinen Eingaben; der Simulator lädt keine Livekurse.
Je Bereich: wirtschaftliche Vorgänge × Quant-Anteil × Fusion-Anteil × einmalig gezählter Anteil × direkte Requests je Vorgang × Gesamtfaktor für Reads/Monitoring. Der Gesamtfaktor enthält die direkten Requests bereits. Jeder Vorgang gehört grundsätzlich zu einem Bereich; der Regler für den einmalig gezählten Anteil entfernt erkannte Überschneidungen.
Der Kalenderjahreswert berücksichtigt die Betriebstage und 2027 zusätzlich den Startjahr-Faktor. Die Tageslast bezeichnet die Last an einem repräsentativen vollen Betriebstag. Sie dient zur Kapazitätsplanung. Eine Aktivität mit 0 % Startjahr-Auslastung erzeugt im Startjahr auch keinen Kapazitätsbedarf. Ab 2028 wachsen die Ausgangsvolumina jährlich mit dem eingestellten Prozentsatz; die Nutzungsanteile bleiben konstant. Der spätere Ausbau innerhalb eines Jahres ist damit vereinfachend als konstantes Niveau modelliert.
Abrechenbare Requests = technische Requests × abrechenbarer Anteil. Request-Umsatz = abrechenbare Requests × Gebühr/Mio. ÷ 1.000.000. Node-Rewards = Request-Umsatz × Node-Anteil. Lizenzumsätze, Gasgebühren, zusätzliche Validator-Vergütung und alternative Abrechnungseinheiten können nach Veröffentlichung als weitere Module ergänzt werden.
Capacity-Stake = technische Requests/Betriebstag ÷ Kapazität pro QNT. Das ist eine lineare Hypothese. Tier-Stake = Summe aus Node-Anzahl × Stake je Node. Der Hybrid-Modus verwendet das Maximum beider Werte, unter der Annahme, dass derselbe Stake beide Funktionen abdeckt. Offizielle nichtlineare Tiers lassen sich durch den Tier- oder manuellen Modus untersuchen. Der Ausgangsstake bildet die Untergrenze; Entstaking wird in dieser Version nicht modelliert.
Der Gesamtstake ist der Bestand für die Kapazität des gewählten Jahres. Der Bruttoreward-Indikator setzt vereinfachend voraus, dass dieser Bestand ganzjährig gehalten wird. Bei Ausbau im Jahresverlauf wäre für präzise Renditen ein zeitgewichteter Stake erforderlich. Überschreitet der erforderliche Stake das Supply, markiert das Modell die Konfiguration als unvereinbar und unterdrückt zugehörige Preis- und Renditewerte.
Meine Node ist im Gesamtstake enthalten. Ihr Traffic-Anteil = eigener Stake/Gesamtstake × Routingfaktor × Verfügbarkeit, begrenzt auf 100 %. Dies ist eine Zuteilungshypothese. Quant beschreibt, dass Institutionen ihre Operatoren auswählen können; die proportionale Zuteilung muss deshalb später mit echten Routingdaten ersetzt werden.
RPC-Compute-Kosten = zugewiesene technische Requests × selbst bezahlter Anteil × CU/Request × USD/Mio. CU ÷ 1.000.000. Hinzu kommen die eingegebenen Fix-, Kapazitäts- und weiteren Betriebskosten. Die laufenden Fixkosten werden ganzjährig angesetzt. Das Betriebsergebnis zeigt den Überschuss nach diesen Kosten, vor Steuern und Finanzierungskosten. Der Break-even-Gebührenwert hält Traffic und andere Annahmen konstant.
Reward-Indikator: Bruttoreward je QNT/Jahr ÷ gewünschte Bruttorendite. Er bildet allein den modellierten Reward-Cashflow ab. Der Node-Nettoertrag steht separat in der Ergebnisübersicht.
Umsatz-Indikator: jährlicher Request-Umsatz × Multiple × tokenbezogene Wertzurechnung ÷ Supply. Die Wertzurechnung ist eine Hypothese. QNT-Holder haben durch den Token keinen hier nachgewiesenen Anspruch auf Quant-Unternehmensumsatz. Ein Softwareunternehmen-Multiple ist daher nur eine Sensitivität.
Liquiditätstest: Referenzpreis × (Ausgangs-Free-Float/verbleibender Free-Float)Elastizität. Das ist ein frei parametrisierter Preis-Stresstest. Er unterstellt, dass zusätzlicher Stake ausschließlich aus dem Ausgangs-Free-Float beschafft wird und die anderen Holder-Gruppen ihre Bestände behalten. Preisabhängige Verkäufe, andere Nachfrage, Orderbuchtiefe und Token-Umschlag sind offen. Der separate Marktspitzenfaktor ist eine zusätzliche Momentum-Annahme.
Diese drei Ergebnisse werden einzeln angezeigt. Sie ergeben keinen gemeinsam abgesicherten Fair Value. Marktkapitalisierung wird immer als Preis × vollständiger gewählter Supply berechnet; gestakte Token bleiben Bestandteil des Supply.
Vom Supply wird zunächst der Ausgangsstake abgezogen. Der Holder-Anteil bezieht sich auf den Rest. Der Treasury-Anteil bezieht sich auf den danach verbleibenden Rest. So bilden Ausgangsstake, Holder, Treasury und Ausgangs-Free-Float disjunkte Gruppen. Börsenbestände sind eine Teilmenge des Free-Floats und werden separat ausgewiesen.
Zusätzlicher Stake = max(0, modellierter Stake − Ausgangsstake). Der verbleibende Free-Float ist Ausgangs-Free-Float abzüglich zusätzlichem Stake. Wenn der zusätzliche Stake diesen Float aufbraucht, benötigt das Szenario Verkaufsbereitschaft anderer Gruppen; der Liquiditätspreis wird dann ausgeblendet. Die Supply-Referenz von 12,07 Mio. QNT stammt aus unserer bisherigen Analyse und lässt sich an eine neue Datenquelle oder eine FDV-Betrachtung anpassen.
TCH bestätigt die Auswahl von Quant für Interoperabilität, Orchestrierung und Transaktionsmanagement seines neuen On-Chain-Money-Netzes und nennt H1 2027 als geplanten Start. Die Quelle liefert keinen verbindlichen Anteil des bisherigen RTP-/CHIPS-Traffics an rewardfähigem Fusion-Traffic.
UK Finance beschreibt erste Live-Kundentransaktionen im GBTD-Programm. Quant und Murex beschreiben die Integration in MX.3. Diese Quellen belegen Projekte und Produktintegration; die skalierbaren Tagesvolumina und ihre konkrete Übersetzung in QNT-Rewards bleiben Modellparameter.
Quant beschreibt QNT-Stake zur Verarbeitung durch Trusted Nodes und aktivitätsabhängige Rewards. Die hier verwendete Kapazitätsquote, Mindeststakes, Gebühren und Node-Anteile sind Arbeitshypothesen. Auf den geprüften Quellen ist dafür keine vollständige verbindliche Parametertabelle vorhanden.
Alchemy nennt 0,525 USD pro Million Compute Units für PAYG und separate Kosten für Spitzenkapazität. Das Rechenbeispiel auf der Preisseite verwendet 270 Mio. CU für 10 Mio. Requests, entsprechend 27 CU/Request. Der reale Methodenmix und ein Enterprise-Vertrag können abweichen. Die RPC-Kostenreferenz belegt keinen Fusion-Rewardpreis.
Die direkten Quellen sind im Abschnitt „Quellen und Status“ verlinkt. Zusätzliche Adoption umfasst ausschließlich das frei eingestellte zusätzliche Segment. Die Bezeichnung „bestätigtes Projekt“ bezieht sich auf die Projektbeziehung, während alle zukünftigen Nutzungszahlen und Fusion-Anteile Annahmen bleiben.
| Land | Aufrufe |
|---|