Solana-Konten und Programme

EN-Quellmaster · P02-L03 · 30 Minuten geschätzte Dauer · needs_review

Studium mit reinem Lesezugriff. Keine Wallet-Verbindung, echtes Geld, Seed-Phrase, privater Schlüssel, Signatur oder Live-Transaktion. Dauer ist eine redaktionelle Schätzung; visuelle Elemente sind Spezifikationen, keine bereitgestellten Komponenten.

Das Wort «owner» erscheint auf verschiedenen Ebenen von Solana-Datensätzen. Jedes owner-Feld als menschliche Wallet zu lesen erzeugt falsche Saldo- und Kontrollbehauptungen.

Die Datensatzebene identifizieren

Solana speichert Zustand in Konten mit Adressen und Programminhaberschaft [SOLACC]. Die Daten eines Tokenkontos nennen außerdem einen Mint und eine Tokeninhaberautorität [SOLTOKEN]. Diese Felder beantworten verschiedene Fragen: welches Programm die Zustandsdarstellung steuert und welche Autorität mit dem Tokenbestand verbunden ist.

Das Token Program als Basisinhaber bedeutet nicht, dass alle Tokenkonten wirtschaftlich derselben Person gehören. Ebenso ist ein Autoritätsfeld keine authentifizierte rechtliche Identität. Den vollständigen Feldpfad statt des unqualifizierten Wortes «owner» schreiben.

Mint von Bestand unterscheiden

Ein Mint identifiziert einen Token und dessen relevanten Zustand. Ein Tokenkonto hält Einheiten eines Mint. Mehrere Tokenkonten können denselben Mint oder dieselbe Autorität referenzieren. Nur Konten innerhalb des angefragten Umfangs und nur in vergleichbarem Kontext zählen.

Lamports sind die kleinsten Einheiten von SOL (10^9 lamports pro SOL). Native Lamports nicht zu Tokeneinheiten addieren. Verschiedene Mints nicht addieren, weil die UI sie auf einem Bildschirm gruppiert. Jede Umrechnung in einen gemeinsamen Wert braucht eine getrennte Preisbildungsmethode, die diese Lektion nicht liefert.

Abdeckung der Aufzählung angeben

Die Übung gibt eine vollständige Menge für eine Autorität und einen Mint vor. In einer realen Antwort kann eine Liste paginiert, gefiltert oder unvollständig sein. Eine Teilsumme ist eine Summe zurückgegebener Datensätze, nicht automatisch jeder Bestand. Ein fehlendes Konto ist kein Nullsaldo.

Beziehungen mit Typen bewahren

Pfeile für Programminhaber, Tokenautorität und Mint-Referenz verwenden. Jeder stützt eine enge Beziehung. Eine Mint-Referenzkante verbindet Inhaber eines Vermögenswerts, ohne gemeinsame Kontrolle zu beweisen. Wird nach menschlicher Identität gefragt, liefert der Graph INSUFFICIENT EVIDENCE, selbst wenn alle technischen Felder bekannt sind.

• Programminhaber: zuständiges Programm des Basiskontos.
• Tokenautorität: owner-Feld innerhalb der Tokenkontodaten.
• Mint-Referenz: genaue Tokenverknüpfung.
• Aufzählungsumfang: in eine Summe einbezogene Datensätze.
• Slot: nummerierte Gelegenheit zur Blockproduktion; eine Slot-Marke ist nicht automatisch ein Echtzeitstempel.

ILLUSTRATIVE bei Slot-Marke S0. T1: Programm P-TOKEN, Mint M-A, Tokeninhaber W, Betrag 30. T2: gleiches Programm/gleicher Mint/gleicher Inhaber, Betrag 20. T3: Programm P-TOKEN, Mint M-B, Inhaber W, Betrag 90. T4: Mint M-A, Inhaber V, Betrag 50. Beträge normalisiert; T1/T2 laut Vorgabe vollständig für W/M-A.

Contract-Berechtigungskarte mit T1/T2→W und M-A, T3→M-B, T4→V; getrennte Programminhaberpfeile zu P-TOKEN. Alternativtext: nur T1 und T2 tragen zu W/M-A=50 bei.

Eine korrekt abgegrenzte Bestandssumme aus der vollständigen fiktiven Teilmenge.

Menschliches Eigentum, vollständige reale Bestände oder Tokensicherheit.

• Alle gezeigten Konten summieren.
• Programminhaber als Begünstigten behandeln.
• Ein Konto pro Mint/Autorität voraussetzen.

Beziehungen mit Typen zeichnen und W/M-A berechnen. Erklären, warum weder 90 noch 50 in diese Summe eingeht. Was belegt Programm P-TOKEN über Menschen?

Reichen Sie eine kurze Evidenztabelle und Begründung nur mit bereitgestelltem Material ein. Empfohlene Zeit: Studium 12 min, Prüfung/Berechnung 8 min, Korrektur/Quiz 10 min.

• Basisfeld oder dekodiertes Tokenfeld?
• Genauer Mint.
• Autoritätsumfang.
• Gleicher Slot/Kontext.
• Vollständigkeit ausdrücklich angeben.

Das Wort «owner» erscheint auf verschiedenen Ebenen von Solana-Datensätzen. Jedes owner-Feld als menschliche Wallet zu lesen erzeugt falsche Saldo- und Kontrollbehauptungen. Das bereitgestellte Material stützt eine korrekt abgegrenzte Bestandssumme aus der vollständigen fiktiven Teilmenge. Es belegt kein menschliches Eigentum, vollständige reale Bestände oder Tokensicherheit.

• Programminhaberschaft des Basiskontos von Tokenautorität unterscheiden.
• Rollen von Mint und Tokenkonto identifizieren.
• Nur innerhalb eines definierten Mint-/Autoritätsumfangs aggregieren.

P02-L04 nach Prüfung dieser Übung und ihrer Voraussetzungen.

NONE. Der maßgebliche Katalog verlangt keinen Produktzugang. Verwenden Sie eingefrorenes Material ohne Netzwerkverbindung.

• [SOLACC] Solana-Konten — Programminhaberschaft des Basiskontos und Kontozustand. Geprüft 2026-10-01.
• [SOLTOKEN] Solana-Tokenkonten — Mint-Referenz und Autorität des Tokeninhabers sind vom Programminhaber verschieden. Geprüft 2026-10-01.

Synthetische Werte sind vom Autor erstellte Übungseingaben. Historische Werte verwenden gegebenenfalls den verknüpften Datensatz und dessen enger begrenzte Herkunft. Quellenprüfung ist keine unabhängige redaktionelle Abnahme.