Eine Dusk-Transaktion kann aus dem Mempool meines Knotens verschwinden, ohne jemals eine On-Chain-Verfallsfrist zu erreichen.
Das ist die Timeout-Frist, die ich nicht hart in eine Wallet eincodieren würde. @Dusk Transaktionen tragen kein Expiry-Feld. Die Verfallsfrist ist lokale Rusk-Richtlinie. Die integrierte Voreinstellung beträgt drei Tage, während Knoten, die mit dem node-installer v0.5.22 installiert wurden, eine 30-minütige Mempool-Lebensdauer mit Prüfungen alle fünf Minuten verwenden.
So können zwei gesunde Dusk-Knoten mir sehr unterschiedliche Antworten geben, wie lange dieselbe ausstehende Transaktion erlaubt ist, im Mempool zu liegen.
Der unangenehmere Teil ist das entfernte Ereignis. Es sagt mir nur, dass die Transaktion den lokalen Mempool dieses Knotens verlassen hat. Ein Einschluss, Ersetzung, Verfall, eine Kapazitätsverdrängung oder ein konkurrierender Spend können alle zu diesem Austritt führen. Wenn ich „removed“ direkt mit „failed“ übersetze, rät meine Wiederherstellungslogik.
Für einen Auszahlungsdienst kann dieses Raten den Nutzer treffen. Ich kann eine Auszahlung als tot markieren, weil mein Knoten sie lokal ablaufen ließ, während ein anderer Knoten sie bereits weiterverbreitet hat.
Ich würde den Mempool-Timeout als Knotenkonfiguration behandeln und dann den Ledger-Status abfragen, bevor ich entscheide, dass eine DUSK-Transaktion sicher ist, um sie neu aufzubauen.
Bei Dusk ist „weg aus meinem Mempool“ nicht dasselbe wie „weg“.
$SOXSB $ACE #dusk $DUSK @Dusk
Das ist die Timeout-Frist, die ich nicht hart in eine Wallet eincodieren würde. @Dusk Transaktionen tragen kein Expiry-Feld. Die Verfallsfrist ist lokale Rusk-Richtlinie. Die integrierte Voreinstellung beträgt drei Tage, während Knoten, die mit dem node-installer v0.5.22 installiert wurden, eine 30-minütige Mempool-Lebensdauer mit Prüfungen alle fünf Minuten verwenden.
So können zwei gesunde Dusk-Knoten mir sehr unterschiedliche Antworten geben, wie lange dieselbe ausstehende Transaktion erlaubt ist, im Mempool zu liegen.
Der unangenehmere Teil ist das entfernte Ereignis. Es sagt mir nur, dass die Transaktion den lokalen Mempool dieses Knotens verlassen hat. Ein Einschluss, Ersetzung, Verfall, eine Kapazitätsverdrängung oder ein konkurrierender Spend können alle zu diesem Austritt führen. Wenn ich „removed“ direkt mit „failed“ übersetze, rät meine Wiederherstellungslogik.
Für einen Auszahlungsdienst kann dieses Raten den Nutzer treffen. Ich kann eine Auszahlung als tot markieren, weil mein Knoten sie lokal ablaufen ließ, während ein anderer Knoten sie bereits weiterverbreitet hat.
Ich würde den Mempool-Timeout als Knotenkonfiguration behandeln und dann den Ledger-Status abfragen, bevor ich entscheide, dass eine DUSK-Transaktion sicher ist, um sie neu aufzubauen.
Bei Dusk ist „weg aus meinem Mempool“ nicht dasselbe wie „weg“.
$SOXSB $ACE #dusk $DUSK @Dusk
