So finden Sie Ihre Solana-Transaktionssignatur und überprüfen ihren Status

Finden Sie Ihre Solana-Transaktionssignatur

1. Nach der Übermittlung einer Transaktion über die Solana-CLI wird in der Ausgabe eine 64-stellige Hexadezimalzeichenfolge mit der Bezeichnung Signature: angezeigt. Dies ist Ihre eindeutige Transaktionssignatur.

2. Wenn Sie Phantom- oder Backpack-Wallet-Erweiterungen verwenden, zeigt das Transaktionsbestätigungsmodal die Signatur unmittelbar nach der Unterzeichnung an – sie erscheint als langer Hash unter der Bezeichnung „Bestätigt“.

3. In Solana JavaScript SDK-Anwendungen gibt die sendTransaction- Methode vor der Bestätigung eine Zeichenfolge zurück, die die Signatur enthält; Entwickler müssen diesen Wert explizit erfassen und speichern.

4. Wenn Sie mit einer dApp interagieren, die die Signatur nicht anzeigt, überprüfen Sie die Entwicklerkonsole des Browsers auf der Registerkarte „Netzwerk“ und filtern Sie nach sendTransaction- oder getTransaction- RPC-Aufrufen, um die Rohantwort mit der Signatur zu finden.

5. WalletConnect v2-Sitzungen geben Transaktionsereignisse aus, die die Signatur im Feld „transactionId“ der ausgegebenen Nutzlast enthalten – zugänglich über Ereignis-Listener, die im Sitzungsobjekt registriert sind.

Überprüfen des Transaktionsstatus über RPC-Endpunkte

1. Verwenden Sie die RPC-Methode getTransaction mit der Signatur- und Verpflichtungsebene (z. B. bestätigt oder abgeschlossen ), um vollständige Ausführungsdetails einschließlich Kontoschlüssel, Anweisungen und Rückgabestatus abzurufen.

2. Senden Sie dieselbe Signatur an getSignatureStatuses , um eine übersichtliche Statuszusammenfassung zu erhalten – nützlich für Abfragen ohne den vollständigen Verlauf abzurufen, insbesondere in Frontend-Schnittstellen.

3. Wenn Sie öffentliche RPC-Endpunkte wie https://api.mainnet-beta.solana.com abfragen, fügen Sie einen gültigen jsonrpc , eine gültige Methode , Parameter und eine gültige ID in den POST-Text ein. Eine fehlerhafte Formatierung führt zu HTTP 400 oder leeren Antworten.

4. Der Status „ null“ von getTransaction zeigt an, dass die Transaktion noch nicht verarbeitet wurde oder aufgrund einer Zeitüberschreitung oder Gebührenerschöpfung abgebrochen wurde.

5. Das err- Feld im zurückgegebenen Transaktionsobjekt zeigt Fehlergründe in der Kette an – wie InstructionError , AccountInUse oder InvalidArgument – ​​die für das Debuggen fehlgeschlagener Interaktionen von entscheidender Bedeutung sind.

Verwenden von Block-Explorern für menschenlesbaren Kontext

1. Fügen Sie die 64-stellige Signatur direkt in die Suchleiste von Solana Explorer ( explorer.solana.com ) oder Solscan ( solscan.io ) ein, um eine visuelle Aufschlüsselung der beteiligten Konten, Anleitungsschritte und Token-Übertragungen zu laden.

2. Jeder Explorer zeigt farbcodierte Statusindikatoren an: Grün für „Erfolgreich“ , Rot für „Fehlgeschlagen“ und Grau für „Ausstehend“ – was eine schnelle Triage ohne Parsen von Roh-JSON ermöglicht.

3. Auf der Registerkarte „Konten“ werden alle Adressen aufgeführt, auf die in der Transaktion verwiesen wird, mit Hyperlinks zu den jeweiligen Kontoständen und Informationen zum Programmeigentum.

4. Bei versionierten Transaktionen rendern Explorer die Verweise auf Adresssuchtabellen separat. Dadurch wird angezeigt, welche Indizes welchen öffentlichen Schlüsseln zugeordnet sind, was die Analyse komprimierter Transaktionsnutzlasten erleichtert.

5. Die in Explorern angezeigten Transaktionszeitstempel leiten sich von der Slot-Nummer und der Blockzeit ab; Diskrepanzen zwischen der lokalen Uhr und der Clusterzeit können zu wahrgenommenen Verzögerungen bei Statusaktualisierungen führen.

Häufige Fehlinterpretationen von Transaktionszuständen

1. Verarbeitet ist nicht gleich Bestätigt : Eine Transaktion kann von einem Validator verarbeitet werden, bleibt jedoch im gesamten Netzwerk unbestätigt, bis die erforderliche Anzahl von Bestätigungen erreicht ist.

2. Der abgeschlossene Status erfordert eine Tiefe von ≥ 31 Slots – was bedeutet, dass sich die Transaktion in einem Block befindet, der höchstwahrscheinlich nicht zurückgesetzt werden kann; Dies unterscheidet sich grundlegend vom Finalitätsmodell von Ethereum.

3. Eine mit BlockhashNotFound gekennzeichnete Transaktion zeigt an, dass der während der Übermittlung verwendete Blockhash abgelaufen ist – Solana-Blockhashes sind nur etwa 2 Minuten lang gültig und erfordern eine häufige Aktualisierung.

4. Fehler „Knoten nicht gefunden“ sind oft auf die Abfrage veralteter RPC-Endpunkte oder falsch konfigurierter Proxy-Ebenen zurückzuführen – der Wechsel zu einem anderen Endpunktanbieter löst die meisten dieser Probleme sofort.

5. Doppelte Signaturen bedeuten keine doppelte Ausführung: Solana erzwingt Idempotenz durch aktuelle Blockhash-Wiederverwendung und Deduplizierungslogik auf Befehlsebene, die in die Sealevel-Laufzeit eingebettet ist.

Häufig gestellte Fragen

F: Warum wird bei meiner Transaktion „Nicht gefunden“ angezeigt, obwohl ich sie in meinem Wallet-Verlauf sehe? A: Wallets speichern ausstehende Transaktionen manchmal lokal, bevor sie an die RPC-Ebene weitergegeben werden. Warten Sie 15 bis 30 Sekunden und versuchen Sie die Abfrage erneut, oder wechseln Sie zu einem anderen RPC-Endpunkt.

F: Kann ich eine Transaktionssignatur abrufen, nachdem ich den Browser geschlossen oder das Wallet neu gestartet habe? A: Nein – es sei denn, die Anwendung hat sie explizit außerhalb der Kette gespeichert oder bei einem Backend-Dienst protokolliert, geht die Signatur verloren, sobald der Client-Kontext beendet wird.

F: Was bedeutet „Transaktion zu groß“, wenn versucht wird, Details abzurufen? A: Dies geschieht, wenn die Transaktion das serialisierte Limit von Solana von 1.232 Byte überschreitet; Versionierte Transaktionen, die Adresssuchtabellen verwenden, vermeiden dies, indem sie Kontoadressen komprimieren.

F: Gibt es eine Möglichkeit, mehrere Signaturen in einem einzigen RPC-Aufruf zusammenzufassen? A: Ja – verwenden Sie getSignatureStatuses mit einem Array von bis zu 1.000 Signaturen in einer Anfrage; Antworten geben Statusobjekte in übereinstimmender Reihenfolge zurück.