Currently, does it take some hours to transfer sending from one wallet to another?
I used the command,
sendtoaddress CredaCash_b................... 10000numbers of time to empty one wallet for consolidate to another wallet, but now after a day still not seeing input of transactions amount in the other wallet.
So is this an issue or I did something wrong here, please help!
It should take about 30 seconds after a transaction is submitted to the network for it to be spendable by the receiving wallet.
The best way to determine the status of a transaction is to use the "gettransaction <txid>" command, using the txid returned by the sendtoaddress command. If you don't have the txid, here's what you can do:
At the Sending Wallet
---------------------
First, determine if the transaction was actually sent by the sending wallet. In order to preserve privacy, all transactions have 2 outputs and 2, 3, or 4 inputs. If the wallet is sending 10000 and it only holds multiple billets of size 1000, it will first construct three transactions, two of which will merge four input billets into one output billet of amount 3999.9 sent back to itself, and one transaction that will merge 3 or 4 inputs billets into an output billet of amount 2999.9 or 3999.9 sent back to itself. After those transactions are submitted and clear, the wallet will then construct and submit a transaction that contains 3 or 4 inputs billets which include the billets created by the prior merge transactions, along with one output billet sent to the final destination in the amount 10000, and one change billet sent back to itself.
After submitting this final transaction, the sending wallet will return a txid for the transaction, and the getbalance command should show that the wallet deducted the amount from its balance. If the process returns an error, then the final transaction was not submitted to the network and getbalance should report that the amount is still in the wallet. If the process is interrupted at any point, then the final transaction may or may not have been submitted to the network.
To determine if the transaction was submitted to the network, you can use the getbalance command and/or the listsinceblock or listtransactions commands. For the latter two commands, you would be looking for a transaction that shows the amount and address used in the sendtoaddress command. listsinceblock may take a long time to run since by default it lists all transactions the wallet has ever sent or recieved. listtransactions only reports the last 10 transactions by default, so if the transaction of interest is not one of the last ten, you may need to use the command:
listtransactions "" <n>
where <n> is the number of transactions you would like to see.
Within about 30 seconds after the final transaction is submitted to the network, it should get confirmed by the blockchain, and about 30 to 60 seconds after the confirming blocks are received by the connected ccnode, the listsinceblock and listtransactions commands should report that the transaction has at least one confirmation.
For faster updates, you can also use the command "gettransaction <txid>" to monitor the transaction status. This command will explicitly query the txid rather than waiting for it to be updated in the background.
At the Receiving Wallet
----------------------
There are three options at the receiving wallet:
1. If the receiving wallet is left running and is connected to a fully-synced ccnode that is receiving new blocks, then after some period of time, the transaction should be detected and automatically added to the receiving wallet.
2. The best command to speed up this process is "gettransaction <txid>" using the txid returned by the sending wallet. That command will explicitly query whether the transaction has been confirmed by the blockchain.
3. If the txid is not available, then the command "cc.poll_destination <destination/address>" can be used to immediately check for payments at the address that was given to the sender.
Thank you for using CredaCash, and please let us know if this helps to resolve your issue.