Een cryptotransactie die nog in behandeling is, is niet automatisch een verloren transactie. De eerste nuttige stap is om de transactiehash te vinden en deze te controleren op de juiste blockchain-explorer. Als de transactie daar als onbevestigd wordt weergegeven, is deze mogelijk nog in behandeling op het netwerk. Als er helemaal geen hash is, heeft de exchange of wallet de transactie mogelijk nog niet verzonden, waardoor netwerkcongestie wellicht niet het werkelijke probleem is.
Dit onderscheid bepaalt wat er vervolgens moet gebeuren. Wachten kan verstandig zijn als de transactie zich al in de mempool bevindt en de transactiekosten concurrerend zijn. Een netwerkspecifieke vervanging kan op sommige blockchains helpen. Het opnieuw versturen van dezelfde betaling zonder de eerste transactie te controleren, kan een tweede betaling of een nonce-conflict veroorzaken. De veiligste aanpak is: eerst bewijs verzamelen, dan pas ingrijpen.
De informatie is gecontroleerd aan de hand van de officiële protocol- en walletdocumentatie op 16 september 2026. Walletinterfaces, beursbeleid, transactiekosten en bevestigingsvereisten kunnen wijzigen.
'In behandeling' is een label in de gebruikersinterface, geen universele blockchainstatus. Het betekent meestal dat de transactie nog niet het vereiste bevestigingsniveau heeft bereikt van de wallet, de exchange of de ontvanger. De exacte betekenis hangt af van waar je het ziet.
Bij Ethereum bevat een transactie een nonce, een volgnummer voor de verzendende rekening. Een transactie met een lager nummer die in behandeling blijft, kan latere transacties in de wachtrij van die rekening blokkeren. Bij Bitcoin wacht een onbevestigde transactie in een mempool en concurreert met andere transacties om blokruimte. Op Solana gebruikt een transactie een recente blokhash en kan deze verlopen als deze niet op tijd wordt voltooid. Dit zijn verschillende mechanismen, dus een algemeen antwoord als "verhoog gewoon de transactiekosten" is niet geschikt voor elk netwerk.
Blockchains hebben een beperkte capaciteit per blok, slot of verwerkingsinterval. Wanneer er meer transacties binnenkomen dan direct verwerkt kunnen worden, plaatsen nodes een deel van de transacties in een tijdelijke wachtrij. Een transactiekostenmarkt bepaalt vervolgens welke transacties als eerste worden geselecteerd, hoewel elk netwerk die markt op een andere manier implementeert.
Op Ethereum scheidt het protocol de basisvergoeding van de prioriteitsvergoeding, die fungeert als een fooi voor validators. De documentatie van Ethereum legt uit dat een te lage vergoeding ervoor kan zorgen dat een transactie vertraagd of helemaal niet wordt uitgevoerd, terwijl een te hoge vergoeding kan leiden tot verspilling van ETH. Bij grote vraag kan een transactie die met een verouderde vergoeding is ingediend, minder aantrekkelijk worden voordat deze wordt verwerkt.
Bitcoin drukt de transactiekosten doorgaans uit in satoshi's per virtuele byte. Transacties met lagere kosten kunnen onbevestigd blijven wanneer de mempool transacties met hogere kosten bevat. Het optionele 'Replace-by-Fee'-systeem van Bitcoin Core maakt het mogelijk om een transactie die als vervangbaar is gemarkeerd, te vervangen door een versie met hogere kosten voordat deze wordt bevestigd. Deze optie is niet hetzelfde als een normale tweede betaling en is niet beschikbaar voor elke transactie of wallet-workflow.
Solana kent een andere manier om een transactie te laten mislukken. De transacties bevatten een recente blockhash die te oud wordt om nog te verwerken. De Solana-documentatie stelt dat niet-afgesloten transacties verlopen zodra de blockhash niet meer recent genoeg is; een verlopen transactie moet anders worden behandeld dan een transactie die nog in behandeling is op het cluster.
Voordat u een tarief wijzigt, een overschrijving herhaalt of contact opneemt met de klantenservice, dient u de volgende gegevens te noteren:
Plak nooit een seed phrase of privésleutel in een wallet-explorer, supportformulier, chat of 'herstel'-website. Een transactiehash en openbaar adres zijn iets anders dan de inloggegevens van de wallet. U kunt de openbare transactiegegevens delen met de officiële supportafdeling zonder de controle over de wallet prijs te geven.
Als de hash op de juiste cryptobrowser verschijnt en de transactie nog niet bevestigd is, vergelijk dan eerst de transactiekosten met de huidige netwerkcondities. Een korte vertraging tijdens een drukke periode kan zich vanzelf oplossen. Het resultaat waar u naar op zoek bent, is niet een draaiend icoontje in de wallet, maar de opname in een blok of een bevestigde status op de cryptobrowser.
Vertrouw niet op een vaste tijdschatting. De bevestigingssnelheid is afhankelijk van het netwerk, het transactietype, de tariefinstellingen, de node-propagatie en het beleid van de ontvanger. Een eenvoudige overdracht van eigen cryptovaluta en een interactie met een smart contract kunnen verschillende kosten en uitvoeringsbronnen vereisen. Een bridge, swap of tokenoverdracht kan ook extra contract- of servicestappen met zich meebrengen nadat de eerste transactie is bevestigd.
Als de wallet 'in behandeling' aangeeft, maar de transactieverkenner een bevestigde transactie weergeeft, is de wallet-interface mogelijk verouderd. Het vernieuwen van de applicatie of het opnieuw controleren van de transactiegegevens kan helpen, maar dien geen vervangende transactie in alleen omdat het lokale label niet is bijgewerkt. Als de transactieverkenner een mislukte transactie weergeeft, is de betaling niet voltooid zoals bedoeld; de transactiekosten zijn mogelijk wel al uitgegeven op netwerken waar de uitvoering al was begonnen voordat de transactie mislukte.
Ethereum-compatibele wallets bieden mogelijk de opties 'Versnellen' of 'Annuleren' terwijl een transactie nog in behandeling is. De huidige helpdocumentatie van MetaMask beschrijft 'Versnellen' als het opnieuw indienen van dezelfde transactie met hogere transactiekosten en dezelfde nonce. Dat kan de vervangende transactie aantrekkelijker maken voor validators, maar het verhoogt wel je transactiekosten. Het is geen gegarandeerde knop voor directe bevestiging.
Annulering is ook een vervangingsmechanisme, geen commando dat teruggaat in de tijd en een transactie uit de blockchain wist. De vervanging gebruikt normaal gesproken dezelfde nonce en een voldoende hoge vergoeding om voorrang te krijgen boven de oorspronkelijke transactie. Als een account meerdere transacties in de wachtrij heeft staan, kan het zijn dat een oudere, nog niet verwerkte nonce eerst aandacht nodig heeft. Een latere transactie kan een eerdere transactie niet altijd overrulen.
Gebruik waar mogelijk de gedocumenteerde functie van de wallet. Handmatig bewerken van de nonce is een geavanceerde handeling: de velden voor netwerk, wallet en transactiekosten moeten compatibel zijn en een onjuiste vervanging kan ertoe leiden dat de oorspronkelijke transactie in behandeling blijft. Controleer de transactie op een transactie-explorer nadat u de vervanging hebt verzonden. Stop als de oorspronkelijke transactie al is bevestigd, omdat een bevestigde transactie niet via de wallet kan worden geannuleerd.
Controleer bij Bitcoin de transactie-ID en het transactietarief voordat u actie onderneemt. Als de transactie niet bevestigd is, mag de ontvangende partij deze niet als definitief beschouwen, alleen omdat een wallet aangeeft dat de transactie is verzonden. Bitcoin Core legt uit dat niet-bevestigde transacties onderhevig blijven aan de onzekerheid van de netwerkpropagatie totdat een versie ervan is bevestigd in een geldig blok.
Als de transactie als vervangbaar is gemarkeerd en uw wallet de optie 'Vervangen door transactiekosten' ondersteunt, kunt u mogelijk een vervangende transactie aanmaken met hogere kosten. Het doel hiervan is om de wachtende transactie bij te werken, niet om de ontvanger een tweede, onafhankelijke betaling te sturen. Of de functie werkt, hangt af van de oorspronkelijke transactie, de implementatie van de wallet en de huidige relay-condities.
Als RBF niet beschikbaar is, is wachten wellicht de enige praktische optie vanuit de verzendende wallet. Importeer uw seed niet in een onbekende "accelerator" en betaal geen onbekende die beweert de fondsen vrij te geven. Een externe dienst kan de bevestigingsregels van Bitcoin niet zomaar omzeilen door om een extra betaling te vragen.
Gebruik op Solana de transactiesignatuur en vraag de juiste cluster of explorer op. Een succesvolle RPC-respons betekent alleen dat het knooppunt het indieningsverzoek heeft geaccepteerd; de documentatie van Solana vermeldt specifiek dat dit geen garantie biedt dat de transactie is verwerkt of bevestigd. De bevestigingsstatus moet apart worden gecontroleerd.
Als de recente blockhash verloopt en de handtekening niet is bevestigd, zou de transactie later niet alsnog geldig moeten worden, alleen omdat de wallet nog een oude melding van een lopende transactie weergeeft. De documentatie van Solana stelt dat een verlopen transactie opnieuw kan worden geprobeerd, omdat de vorige niet meer wordt verwerkt. Controleer desondanks eerst de status van de explorer. Een trage wallet of RPC-endpoint kan verwarrende informatie weergeven, terwijl het netwerk de handtekening al wel heeft verwerkt.
Ga niet zomaar uit van netwerkcongestie. Een beurs kan een opname als 'in behandeling' weergeven voordat de transactie daadwerkelijk op de blockchain wordt uitgezonden. De reden hiervoor kan te maken hebben met de interne wachtrij, onderhoud, accountcontrole, risicobeheer of een tijdelijk serviceprobleem; de exacte oorzaak is aanbiederspecifiek en kan niet alleen uit het woord 'in behandeling' worden afgeleid.
Controleer de details van de opname op een transactiehash. Als deze ontbreekt, neem dan contact op met de beurs via de officiële helpdesk en vraag of de opname is uitgezonden, welk netwerk is gebruikt en welke verwerkingsstatus er nog resteert. Als er wel een hash aanwezig is, verplaats het onderzoek dan naar de juiste blockchain-explorer. Dit voorkomt dat u een melding van netwerkcongestie indient voor een transactie die zich nog binnen de beurs bevindt.
Nadat een blockchain-overdracht voldoende bevestigingen heeft ontvangen, maar de bestemmingsbeurs deze nog niet heeft bijgeschreven, controleer dan het stortingsnetwerk, het tokencontract (indien van toepassing), de memo- of tagvereisten en het adres van de ontvanger. Een bevestigde transactie kan nog steeds via het verkeerde netwerk voor de bestemmingsdienst worden verzonden. Herstel is mogelijk beperkt of niet beschikbaar, dus de ontvangende provider is de juiste instantie om te informeren naar de ondersteunde herstelprocedures.
| Bewijs | Redelijke volgende stap | Beperken |
|---|---|---|
| Geen hash afkomstig van een beurs of wallet. | Vraag de verzendende dienst of deze de transactie heeft uitgezonden. | Je kunt een blockchain-mempool niet diagnosticeren op basis van alleen een interne status. |
| Hash bestaat; verkenner geeft onbevestigd weer. | Vergelijk de tarieven en de wachttijd, of gebruik een ondersteunde, netwerkspecifieke vervanging. | Een hogere vergoeding verandert de selectiekansen, niet de capaciteit van het netwerk of de inhoud van de transacties. |
| Ethereum-account heeft transacties in de wachtrij staan. | Controleer de oudste openstaande transactie voordat u meer transacties verzendt. | Handmatige vervanging van de nonce kan tot verdere fouten leiden als deze onjuist wordt ingevoerd. |
| Bitcoin-transacties zijn vervangbaar. | Gebruik de RBF-functie van de wallet als de urgentie een hogere vergoeding rechtvaardigt. | RBF is niet beschikbaar voor elke transactie en een niet-bevestigde betaling is niet definitief. |
| De Solana-handtekening is verlopen zonder bevestiging. | Controleer of de oude handtekening niet meer op de blockchain staat en probeer het vervolgens opnieuw met een nieuwe transactie. | Een verouderd walletscherm kan misleidend zijn; controleer eerst het cluster en de verkenner. |
| Explorer geeft aan dat de betaling is bevestigd, maar de ontvanger heeft het bedrag nog niet bijgeschreven. | Neem contact op met de ontvangende dienst met de hash en verifieer de netwerk-, token- en memogegevens. | De ondersteuning kan mogelijk geen bestanden terughalen die naar een niet-ondersteunde bestemming zijn verzonden. |
Gebruik de crypto-explorer als primair technisch signaal en de ontvangende dienst als definitief bevestigingssignaal. Zoek bij een zelfbeheerde wallet naar een bevestigde of afgeronde status die overeenkomt met de blockchain en controleer het saldo of de tokengegevens. Wacht bij een storting op een exchange op de vereiste bevestigingen van de exchange en controleer of de asset en het netwerk overeenkomen met de stortingsinstructies.
Als u een transactie hebt vervangen, controleer dan welke hash succesvol was en noteer de vervangende hash. Als u een transactie hebt geannuleerd, controleer dan of de oorspronkelijke transactie niet langer de transactie is die kan worden opgenomen. Als een wallet na bevestiging van een ander resultaat door de walletverkenner nog steeds het oude item weergeeft, ligt het probleem mogelijk bij de lokale weergavestatus in plaats van een netwerkfout.
Netwerkcongestie kan ervoor zorgen dat een cryptotransactie in de wachtstand blijft staan, omdat de blokruimte beperkt is en de transactiekosten kunnen veranderen. Congestie is echter slechts één mogelijke oorzaak. De meest betrouwbare werkwijze is om het netwerk te identificeren, de transactiehash te lokaliseren, de status van de crypto-explorer te vergelijken met de status van de wallet of exchange, en vervolgens te kiezen tussen wachten, een ondersteunde vervanging of ondersteuning van de provider. De juiste actie hangt af van de blockchain en het bewijsmateriaal. Geen enkele verhoging van de transactiekosten garandeert succes, en geen enkele legitieme helper heeft uw seed phrase of privésleutel nodig.
Is uw cryptotransactie in behandeling? Leer hoe u knelpunten kunt herkennen, de transactiehash kunt controleren, kunt kiezen tussen wachten en terugstorten, en kostbare fouten kunt voorkomen.
Leer hoe cryptomunten verschillen van tokens, inclusief netwerkeigendom, kosten, beveiliging, controle, gebruiksmogelijkheden en welk activum het beste aansluit bij verschillende behoeften.
Learn how to allocate crypto by risk tolerance, time horizon, diversification, custody, liquidity, and rebalancing—without relying on a one-size-fits-all formula.
Leer stap voor stap hoe je een smart contract van een cryptoproject controleert, van het verifiëren van de implementatie en het toewijzen van machtigingen tot het testen van de logica, upgrades en bugfixes.
Bouw een cryptoportefeuille voor de lange termijn op met een risicogerichte aanpak voor allocatie, activaselectie, bewaring, aankoopdiscipline, herbalancering, administratie en het voorkomen van fraude.
Leer hoe je on-chain data kunt lezen, whale wallets kunt volgen, smart-money labels kunt evalueren en verifieerbare blockchain-feiten kunt onderscheiden van veronderstellingen voordat je actie onderneemt op basis van wallet-activiteit.
Leer waarom cryptofuturesplatforms de foutmelding "Onvoldoende marge" weergeven, hoe u de oorzaak kunt vaststellen, het probleem veilig kunt oplossen en margeproblemen kunt voorkomen voordat u uw volgende transactie plaatst.
Leer hoe Binance Launchpad en Launchpool werken, hoe je je geschiktheid kunt controleren, veilig kunt deelnemen, beloningen kunt volgen en de limieten en risico's kunt begrijpen.
Leer wat "slippage tolerance exceeded" betekent op CEX'en en DEX'en, hoe u kunt controleren of een transactie is mislukt en wanneer u de order moet vernieuwen, de ordergrootte moet verkleinen, een limietorder moet plaatsen of de tolerantie moet aanpassen.
Leer hoe Bybit Copy Trading werkt, hoe je ervaren traders kunt beoordelen, kopieerparameters kunt instellen, risico's kunt beheren en gekopieerde USDT-perpetual trades kunt monitoren.
