-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Insufficient Funds while transferring #913
Comments
@Kindariegel: Thanks for opening an issue, it is currently awaiting triage. The triage/accepted label can be added by foundation members by writing In the meantime, you can:
DetailsI am a bot created to help the DeFiCh developers manage community feedback and contributions. You can check out my manifest file to understand my behavior and what I can do. If you want to use this for your project, you can check out the DeFiCh/oss-governance-bot repository. |
@Kindariegel: Thanks for opening an issue, it is currently awaiting triage. The triage/accepted label can be added by foundation members by writing /triage accepted in a comment. DetailsI am a bot created to help the DeFiCh developers manage community feedback and contributions. You can check out my manifest file to understand my behavior and what I can do. If you want to use this for your project, you can check out the DeFiCh/oss-governance-bot repository. |
Hi @Kindariegel , thanks for creating an issue, the team is currently investigating. Moving it to https://github.com/DeFiCh/ain for it to be tracked. Thank you. |
A few days ago I tried to swap DFI to dBTC. The (desktop) wallet converted the DFI to UXTO, but the following swap to dBTC did not work. When trying to send or convert or do anything with those UXTO, I now get the error message 'insufficient funds'. I found those UXTO via 'listaddressgroupings' on an unknown address. Those UXTO are now locked and I can't access them. I already inserted the address manually to my wallet. With new DFI sent to this adress everything works ok (send, convert Token-UXTO, etc.). However, the remaining UXTO from the swap 3 days ago remain locked and inaccessible. Therefore every transaction in the wallet with the 'max' button results in an 'insufficient funds' error - I need to manually insert an amount lesser these 'locked' UXTO. DeFi Wallet Version: 2.7.1 |
I've got the same problem, too. Tried different things like sending new UTXO and Token to that address, but nothing seems to work. |
I was able to reproduce the malfunction. I swapped DFI->dBTC. The wallet converted all my funds to UXTO, but sent them to an internally newly generated adress. After performing the swap to dBTC the remaining OXTO on the new adress show up in the wallet (and with cli getbalance), but are inaccesible. Every transaction triggers the error code 'insufficient funds'. I tried to send with GUI, cli sendtoaddress, accounttoutxos , utxostoaccount - same error. When I send DFI to this new address, I can perform any send/trade up to the amount of these new dfi. Whenever the amount includes (parts 0f) the old (utxo-)dfi the error 'insufficient funds' is triggered again. |
Hi @izzycsy I also have the same problem. I can't send or convert my utxos to another address. getbalances listaccounts {} false false true We talk about much money, so please fix that before the stocks go live! Thanks and kind regards! |
Could we merge this topic with issue #1049, the last updates there refer to the same problem. |
I found a workaround: First you have to find out, on which address your UXTO are: Then use dumpprivkey in the CLI I installed the saiive.live desktop wallet and imported the private keys under Konten (arrow up top right corner). Never give private keys to anyone or insert them in apps you don't know/trust! In the saiive Wallet the locked UXTO could be sent and swapped without problems. As the errer continues to happen in my main defi-wallet each time I try to send/swap UXTO I will now import my private keys into a new instance of the defi-wallet and repalce the wallet.dat (keep enough backups of the old wallet.dat!). Maybe a timeout problem, maybe the wallet flags them incorrectly as locked... |
Thanks @SilverSurfer2000 Your workaround works like a charm for me. |
Hi all - thank you for reporting this. TL;DR
Details The source of this issue was identified and the fix for this had also already been merged into the master branch with #911. We do expect a release on top of the new 2.x very soon along with a number of quality of life fixes and improvements. We're are aiming to fast track the release to tomorrow, but should definitely be out in the few days. Meanwhile, I see some of the comments have noted dumping the wallet keys to move it to a different wallet. Just wanted to add a note that, please do not use While the coin selection mechanism in the wallet caused this issue temporarily in some cases, the funds are unaffected and remain as they are. The next release should unblock this smoothly. However, if you chose to do the above private key dumping and if you lose control of your private keys in the process of transfer, please note that your funds may become irrecoverable. |
Thank you @prasannavl for bringing this notes up. |
Hello @prasannavl, Thank you for your input!
This is really interesting what you are addressing here. I'm really interested in learning more about this.
What kind of implication can you derive from these facts? I did use the cmd "dumpprivkey" on my own computer, but I didn't know that you should not use it so lightly as you mentioned above. |
Hi all, |
Actual behavior:
I can not send from the DEFI Wallet to another DFI address.
Expected behavior:
I can send the DFI to another address w/o errors
How to reproduce it (as minimally and precisely as possible):
Screenshot of my UTXO and tokens:

Send to address brings up an error:

Even with smaller amount, same error
CMD line:
What are your environment parameters?
– RAM (GB): 32GB
– CPU (Intel Core i5/i7/etc.): i7
Anything else we need to know?
Archive.zip
I started adding my issue to this bug BirthdayResearch/defichain-app#1049 but I see different behaviours.
Thank you for supporting
The text was updated successfully, but these errors were encountered: