Angebot und Dezimalstellen

EN-Quellmaster · P08-L02 · 45 Minuten geschätzt · needs_review

Ein Dezimalfehler kann aus neuntausend Token neun Token machen, ohne einen einzigen zugrunde liegenden Saldo zu verändern. Eine falsch beschriftete Angebotsdefinition kann zwei korrekte Berechnungen widersprüchlich erscheinen lassen. Kläre Einheiten, Kontext und Ausschlüsse, bevor du einen Vermögenswert bewertest oder seine Verteilung beschreibst.

Diese Lektion vermittelt die genaue Umrechnung von Roh- in Anzeigewerte und eine Angebotsabstimmung. Sie baut auf verifizierter Identität auf, statt anzunehmen, dass jeder Token achtzehn Dezimalstellen verwendet.

Ganzzahlen und Darstellung getrennt halten

Sei R ein ganzzahliger Rohbetrag und d die verifizierte Anzahl der Dezimalstellen. Seine gewöhnliche angezeigte Menge ist R geteilt durch 10^d. Die Roheinheit ist in diesem Modell die unteilbare Buchungseinheit; Dezimalstellen definieren die Darstellungspräzision, nicht die Anzahl der Eigentümer oder einen Marktpreis. Der Solana-Mint-Zustand enthält Angebot und Dezimalstellen [S08-TOKENS]. Die ERC-20-Methode decimals ist im Standard optional [S08-ERC20]; nicht verfügbare Metadaten dürfen nicht durch einen geratenen Standardwert ersetzt werden.

Verwende Ganzzahlzeichenfolgen oder exakte Dezimalarithmetik. Eine Tabellenkalkulation oder JavaScript-Gleitkommazahl kann einen großen Rohwert schon vor der Division runden. Speichere ursprüngliche Ganzzahl, Dezimalstellenzahl, Kontext und Anzeigewert als getrennte Felder. Meldet ein Werkzeug einen gerundeten Anzeigewert, berechne aus der Roheingabe, statt die Anzeige als exakt zu behandeln.

Eine gemeldete Null und ein fehlendes Ergebnis sind unterschiedlich. Null ist eine gültige Messung unter angegebener Quelle/Kontext; null oder Timeout beschreibt fehlende Belege. Eine fehlende Dezimalstellenzahl verhindert eine zuverlässige Umrechnung in gewöhnliche Einheiten, auch wenn Rohsalden verfügbar bleiben. Dokumentiere den Rohbetrag, ohne eine Tokenmenge zu behaupten.

Maße abstimmen, bevor sie verglichen werden

Gesamtangebot beschreibt die buchhalterische Größe des Protokolls in einem bestimmten Kontext. Umlaufangebot erfordert eine definierte Einbeziehungsregel. Treasury-Bestand, Vesting und Bridge-Verwahrung können bei verschiedenen Herausgebern unterschiedlich behandelt werden. Ein Label ohne Regel kann eine Abweichung nicht klären.

Solana getTokenSupply liefert Rohbetrag und Dezimalstellen mit Antwortkontext [S08-SUPPLY]. Dies ist kein unabhängig definiertes Umlaufmaß. Ziehe ein vom Herausgeber bereits angepasstes Angebot nicht von Rohsummen ab, ohne dessen Ausschlüsse zu prüfen.

Bei einem geschlossenen Standard-Buchungsdatensatz sollten die Salden mit dem vorgegebenen Gesamtwert übereinstimmen. Reale Untersuchungen müssen prüfen, ob der Export vollständig ist, passende Kontexte verwendet und Erweiterungen korrekt dekodiert. Einige Tokenmechanismen erschweren die einfache Saldenaddition; benenne diese Grenze, statt jeden Vermögenswert in dieses Modell zu zwingen.

Ausschlüsse zerstören keine Token. Treasury-Einheiten aus einem analytischen Nenner zu entfernen ergibt eine angepasste Statistik, kein angebotsveränderndes Ledger-Ereignis. Ebenso reduziert eine Übertragung an eine als Burn-Adresse bezeichnete Adresse nicht automatisch das totalSupply des Protokolls. Der tatsächliche Burn-Mechanismus und die Buchungsänderung brauchen Belege.

Änderungen verfolgen, ohne die Einheit zu ändern

Eine Prägung erhöht im Übungsdatensatz das buchhalterische Gesamtangebot. Ein Protokoll-Burn verringert es. Gewöhnliche Übertragungen zwischen einbezogenen Konten ordnen Eigentümerschaft um, ohne die Gesamtsumme zu ändern. Ist die vorgegebene Folge vollständig, entspricht das neue Angebot dem alten Angebot plus geprägte Einheiten minus verbrannte Einheiten.

Ordne jedem Ereignis und Betrag einen Kontext zu. Weicht eine spätere Momentaufnahme von deiner Ereignissumme ab, prüfe unvollständige Abdeckung, eine nicht passende Mint oder falsche Präzision, bevor du Manipulation behauptest. Eine Differenz ist ein zu untersuchender Abstimmungsfehler, kein Urteil über Absicht.

Dezimalstellen müssen für das genaue Objekt und den Kontext verifiziert werden. Zwei Vermögenswerte mit gleichem Symbol können unterschiedliche Präzision haben. Eine falsche Feed-Einstellung kann eine Abweichung um den Faktor tausend erzeugen, wenn d um drei abweicht. „Repariere“ niemals den Rohsaldo, damit er mit einer Website übereinstimmt.

Eine Vergleichsbrücke verwenden

Weichen zwei Berichte ab, stelle Rohbetrag, Dezimalstellen, Einheitenumrechnung, Momentaufnahmekontext und Ausschlussregel in Spalten dar. Dies macht unterschiedliche Fragen sichtbar. Ein Bericht kann für Gesamtangebot korrekt sein, während ein anderer korrekt einen angepassten Nenner verwendet. Sie sollten getrennt benannt, nicht gemittelt werden.

Behaupten zwei Quellen dieselbe Definition im selben Kontext und weichen dennoch ab, bewahre beide Datensätze und eine ungeklärte Abweichung. Wähle nicht die größere Zahl, weil sie sicherer aussieht, oder die kleinere, weil sie einen Konzentrationsprozentsatz verbessert. Ein begrenzter Befund benennt die Nichtübereinstimmung und den nächsten Prüfschritt.

Prozentsätze kürzen einen gemeinsamen Dezimalfaktor nur, wenn Zähler und Nenner dieselbe Tokenpräzision und denselben Umfang betreffen. Ein Rohzähler mit einem angezeigten Nenner ergibt ein bedeutungsloses Ergebnis. Es kann numerisch ordentlich und dennoch falsch sein.

Mengen reproduzierbar kommunizieren

Schreibe Einheiten in jede Zeile. „2,500“ allein könnte Roheinheiten, Token oder Dollar bedeuten. Diese Lektion verwendet fiktive Tokeneinheiten und liefert weder Marktpreis noch Dollarbewertung. Eine korrekte Angebotsabstimmung sagt nichts über ausführbare Liquidität, Preissteigerung oder Herausgeberlegitimität aus.

Bewahre volle Präzision im Lösungsschlüssel und runde nur für die Anzeige. Erkläre die Rundungsregel bei periodischen Brüchen. In diesem Übungsdatensatz enden die Umrechnungen exakt, sodass kein gerundeter Rest verborgen werden muss.

• Rohbetrag: ganzzahlige Buchungseinheiten.
• Dezimalstellen: Darstellungspräzision zur Basis zehn.
• Gesamtangebot: buchhalterische Protokollgröße in einem Kontext.
• Angepasstes Angebot: vom Analysten angegebene Ausschlussgröße.
• Abstimmung: Vergleich kompatibler Summen und Änderungen.
• Momentaufnahmekontext: Zustandsgrenze einer Beobachtung.

ILLUSTRATIVE — FIX-P08-02. MINT-SUPPLY auf SIM-SOL-A, grundlegendes Standard-Buchungsmodell, d=6 bei synthetischem S0. Vollständige Salden sind vorgegeben; alle Kennungen sind ungültige Labels.

Die T0-Rohsumme ist 9,000,000,000. Feed F1 setzt irrtümlich d=9 und zeigt 9 an. Regel E schließt nur B3/B4 aus. Eine vollständige synthetische Ereignisfolge bis S1 verbrennt 500,000,000 Roheinheiten und prägt 750,000,000; es gibt keine anderen Angebotsänderungen. Die S1-Kontozuteilung ist nicht vorgegeben.

OBSERVED im Übungsdatensatz: S0-Präzision, Gesamtwert und Salden sind vorgegeben. F1 verwendet die falsche Präzision.

INFERRED: Das S0-Gesamtangebot ist 9,000 Token; die nach Regel E angepasste Menge ist 4,000. Vollständige Ereignisse implizieren ein S1-Gesamtangebot von 9,250 Token.

UNKNOWN: Jede reale Umlaufgröße, S1-Zuteilung, Preis oder Liquidität.

INSUFFICIENT EVIDENCE: Die angepassten 4,000 sind kein Protokoll-Burn und kein universelles Umlaufangebot. Die Dezimalabweichung belegt keine bösartige Absicht.

Achtzehn Dezimalstellen annehmen; Roh-/Anzeigeeinheiten mischen; Ausschlüsse als Burns zählen; gerundete Ganzzahlen importieren; nicht passende Kontexte vergleichen; und ein regelangepasstes Maß als „das“ Umlaufangebot bezeichnen.

Rechne T0 und alle vier Salden um. Stimme S0 ab. Berechne den Nenner von Regel E, den Anteil von Eigentümer A am Gesamtangebot und an der angepassten Menge sowie das S1-Gesamtangebot. Erkläre den Faktorfehler von F1 und ob die S1-Halterkonzentration berechnet werden kann.

• Genauen Vermögenswert und Dezimalstellenzahl verifizieren.
• Rohganzzahlen bewahren.
• Einheiten und Rundung beschriften.
• Passende Kontexte abstimmen.
• Jeden Ausschluss und seine Regel angeben.
• Fehlende spätere Salden unbekannt lassen.

Präzision und Definition kommen vor dem Angebotsvergleich. Ein regelbasierter Ausschluss ändert den analytischen Nenner; ein Ledger-Ereignis ändert das buchhalterische Angebot.

Roheinheiten sind keine angezeigten Token. Verschiedene Angebotsregeln beantworten verschiedene Fragen. Ein korrektes Gesamtangebot liefert keine aktuelle Verteilung oder Liquidität.

Zeige eine Rohwert→Anzeigewert-Umrechnungsleiter d=6, die S0-Saldenabstimmung und getrennte Balken für Gesamtangebot 9,000 und Regel E4,000. Markiere F1 d=9 als Präzisionsabweichung; zeige S1-Gesamtangebot 9,250 ohne erfundenes Halterdiagramm.

Illustrative Einheiten und Angebotsregeln; kein Preis und keine reale Umlaufschätzung.

Deterministische SVG/HTML oder Diagramme mit Textalternativen, dunklem Marineblau/Schwarz und zurückhaltendem Cyan, leuchtendem Blau und Violett verwenden. Jede Menge und Unsicherheit beschriften. Bei 390px Panels untereinander anordnen; 768px/Desktop- und arabische RTL-Verifizierung bleiben künftige Asset-Arbeit. Kennungen LTR und faktische Achsen-/Kantenrichtungen unverändert halten. Falls Branding ergänzt wird, nur das offiziell vorgegebene BlockAssay-Zeichen verwenden. Beide Datensätze sind Spezifikationen, keine gelieferten Assets.

RADAR für den begrenzten didaktischen Zweck dieser Lektion nur verwenden, wenn Netzwerkunterstützung, genaue Identität, Felder und Herkunft verifiziert sind. Dieser Inhalt behauptet keinen Laufzeitendpunkt und keine Anbieterfähigkeit. Den eingebetteten Offline-Übungsdatensatz ohne kostenpflichtigen Zugang verwenden. Fehlende Daten bleiben unbekannt; weder Wallet-Verbindung noch Transaktionssignatur, Tokenstart oder Live-Handel sind erforderlich. Academy-Fortschritt, Zahlungen und Empfehlungen verändern Radar-Belege niemals. Ein Diagnostic Passport bewahrt Beobachtungen und Grenzen, keine Preisprognose und kein Sicherheitszertifikat.

• Solana-Vermögenswerte — Mint-/Konto-/Programmidentität und Dezimalstellen; Kontoeigentümerfelder unterscheiden. Geprüft 2026-09-30.
• Solana getTokenSupply — Rohangebot, Dezimalstellen und RPC-Antwortkontext; keine Umlaufangebotsdefinition. Geprüft 2026-09-30.
• ERC-20-Tokenstandard — Standardschnittstelle; optionale Namen, Symbole und Dezimalstellen; keine Privilegien- oder Identitätszertifizierung. Geprüft 2026-09-30.

Dokumentation stützt Mechanismen, nicht fiktive Datensatzwerte. Alle Beispiele und Übungsdatensätze sind eigenes ILLUSTRATIVE Material, in dieser Datei fixiert. S0/S1 sind synthetische Kontextlabels; observedAt ist null, weil keine Live- oder historische Ledger-Messung erhoben wurde. Dokumentation und tatsächlich bereitgestelltes Verhalten vor jeder Veröffentlichung oder Integration erneut prüfen.

P08-L03 nach der ausgearbeiteten Übung und Quizprüfung.