Wallets und Signieren

Neugier

1. Warum hat eine Solana-Transaktion ein Ablaufdatum?
2. Was genau wird genehmigt, wenn ein Nutzer eine versionierte Transaktion signiert?
3. Wie kann eine Transaktion auf weit mehr Konten verweisen, als sie vollständig auflistet?

Erkunden

1. Solana-Schlüssel sind Ed25519-Schlüsselpaare. Die meisten Wallets leiten sie aus einer BIP39-Seed-Phrase über den Ableitungspfad m/44'/501'/0'/0' ab. Dieser Standard ermöglicht es Nutzern, ihre gesamte Identität in verschiedenen kompatiblen Programmen wiederherzustellen, sofern sie die ursprüngliche Mnemonic aus zwölf oder vierundzwanzig Wörtern aufbewahren. Der Private Key bleibt lokal; der Public Key dient on-chain als Adresse des Kontos.
2. Eine Transaktion listet konkrete Anweisungen (Instructions) und die Konten auf, auf die diese Anweisungen zugreifen. Entscheidend ist, dass sie einen aktuellen Blockhash enthält. Dieser Hash wirkt als Ablaufmechanismus: Wird die Transaktion nicht innerhalb von etwa 150 Blöcken, also rund 60 bis 90 Sekunden, verarbeitet, veraltet der Blockhash und das Netzwerk lehnt die Transaktion ab. Durable Nonces ermöglichen es Nutzern, Transaktionen zu signieren, die länger gültig bleiben, indem anstelle eines aktuellen Blockhashs ein Wert verwendet wird, der in einem speziellen Nonce-Konto gespeichert ist.
3. Mit der Signatur wird jede in der Transaktion enthaltene Anweisung genehmigt. Ein bösartiger Payload kann Token-Konten übertragen oder ihre Authority-Einstellungen ändern, ohne dass der Nutzer diese einzelnen Unteranweisungen bewusst wahrnimmt. Wallets wie Phantom, Solflare und Backpack simulieren diese Transaktionen, um für Menschen lesbare Vorschauen anzuzeigen. Dennoch können Nutzer durch „Blind Signing“ schädliche Anweisungen genehmigen, wobei die Rohdaten akzeptiert werden, ohne ihre Absicht zu überprüfen.
4. Versionierte Transaktionen führen Address Lookup Tables ein, sodass eine einzelne Transaktion per Index auf viele Konten verweisen kann, statt jede vollständige Adresse aufzulisten. Diese Optimierung verringert die Bytegröße komplexer Operationen, die zahlreiche Token-Mints oder Positionen betreffen. Der Preis dafür ist Komplexität: Um die aufgelösten Adressen zu verstehen, müssen die Tabellenindizes anhand des aktuellen Zustands des referenzierten Kontos decodiert werden.
5. Hardware-Wallets bieten eine isolierte Umgebung zum Signieren und kommunizieren über USB oder QR-Codes, um die Schlüssel vor Malware auf dem Host-System zu schützen. Die Sicherheit hängt jedoch von der Integrität der Host-Anwendung ab, die die Transaktionsdaten erstellt und anzeigt. Ist der Host kompromittiert, kann er manipulierte Details anzeigen, während der Nutzer etwas signiert, das legitim erscheint. Wer alle Parameter direkt auf dem Bildschirm des Hardware-Geräts überprüft, entschärft genau diesen Angriffsvektor.
6. Um die Struktur einer Transaktion zu untersuchen, öffnen Sie einen Solana-Block-Explorer und wählen Sie eine beliebige aktuelle Transaktion mit einer mehrstufigen Operation aus. Klappen Sie den Abschnitt „Instructions“ auf, um jeden einzelnen Programmaufruf anzusehen. Prüfen Sie anschließend den Tab „Accounts“, um zu sehen, welche Konten von den einzelnen Anweisungen gelesen oder beschrieben wurden. Gleichen Sie dies mit den Rohdaten ab, um zu verstehen, wie die Simulationsvorschau den tatsächlichen Zustandsänderungen entspricht.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• Solana Documentation: Transactions and Durable Nonces
• Phantom Developer Documentation: Signing and Simulation
• BIP39: Mnemonic Code for Generating Deterministic Keys
• Solana Documentation: Versioned Transactions and Address Lookup Tables