In AbstimmungTier BSicherheit
fixCleanup3_4_0
Der Sammel-Fix zu rippled 3.4.0 korrigiert Randfälle in Vaults, Lending, AMM, Permissioned DEX, Escrow, Sponsoring und Delegation. fixCleanup3_4_0 ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 14 von 35 erfassten Validatoren Unterstützung.
Fachlich geprüft am 25.09.2026 · Autor: Philip F. Schmitt
- Status
- In Abstimmung
- XLS
- Keine separate XLS
- Version
- rippled 3.4.0
- Aktiviert
- Keine Angabe
Was korrigiert dieses Amendment?
Was ändert sich gegenüber dem Vorgänger?
Für wen ist die Änderung relevant?
Welche Grenzen und Risiken bleiben?
Technische Details: Transaktionen, Felder, Codes und Invarianten
Transaktionen
- VaultDeposit
- VaultWithdraw
- VaultClawback
- VaultSet
- LoanSet
- LoanManage
- LoanBrokerCoverWithdraw
- AMMBid
- AMMClawback
- AMMDeposit
- AMMWithdraw
- OfferCreate
- Payment
- NFTokenCreateOffer
- MPTokenAuthorize
- EscrowFinish
- EscrowCancel
- SponsorshipTransfer
Ledger-Objekte
- Vault
- Loan
- LoanBroker
- AMM
- Offer
- MPToken
- Escrow
- RippleState
Felder und Flags
- SponsorSignature / CounterpartySignature (eigene Signatur-Präfixe)
- CredentialIDs (neu bei VaultWithdraw)
- asfDisallowIncomingTrustline (gilt auch für OfferCreate)
- tfMPTUnauthorize
- AssetsTotal / AssetsMaximum
Ergebnis-Codes
- tecPSEUDO_ACCOUNT
- tecAMM_FAILED
- tecDUPLICATE
- tecNO_PERMISSION
- tecINSUFFICIENT_RESERVE
- temBAD_CURRENCY
- temMALFORMED
Invarianten
- ValidVault blockiert VaultSet nicht mehr, wenn allein aufgelaufene Zinsen AssetsTotal über AssetsMaximum heben.
- ValidPermissionedDEX ignoriert gelöschte Domains und verlangt, dass ein Offer zum Orderbuch seiner Domain passt.
- ValidMPTBalanceChanges und ValidMPTTransfer werden durchgesetzt und gelten auch für gescheiterte Transaktionen.
Wie hängt dieses Amendment mit anderen zusammen?
Jede direkte Verbindung besitzt einen Typ, eine Erklärung und eine Primärquelle.