Topic: ** LAUNCHED ** CredaCash -- The Most Private Cryptocurrency in the World - page 10. (Read 10790 times)

The following explanation is based on the intended wallet design, not on actually testing, so the details might be slightly wrong.  Assuming the wallet holds a sufficient number of minted billets that all have a value of 1000 units, then to send 8000 units, the wallet will first construct two transactions that have four inputs of 1000 units each, and two outputs, one roughly 3999.9 units (slightly less than 4000 to account for the transaction fee), and one output of zero value (which is a dummy output that makes the transactions publicly appear as a standard 4-in-2-out).  After these two transactions clear and the wallet detects them as cleared (which might take 30-60 seconds), the wallet will construct a final transactions with 2 inputs of 3999.9 and one input of 1000, with one output of 8000 units to the intended recipient and one output sending the balance (the change) back it itself.  If it takes more than 90 seconds for one of the two intermediate transactions to be detected as cleared, the wallet will abort the send command and return "Insufficient funds".  In that case, nothing was sent to the intended recipient, but one of more of the intermediate transactions that sent consolidated funds back to the wallet may still be pending.  The amount of time the wallet waits is determined by the command line / configuration file option tx-new-billet-wait-sec, which by default is 90 seconds but we will likely increase that to 120 seconds in a future release based on this feedback.  When the wallet returns "Insufficient funds", you can wait a short amount of time and then retry the transaction.  The commands listtransactions and listsinceblock can be used to show which prior transactions have still not cleared (zero confirmations).  Once the transactions have cleared (1 or more confirmations), then the amounts the wallet expects to receive in those transactions can be spent.

Definitely some issues with the sending process.  Tried sending 100,000 out of a balance of 212,000 and it says insufficient funds after cutting it up into 25 transactions. Right now seems like sending multiple small chunks manually is working far better than large lump sums.

Any chance this problem has resolved itself?  What are log messages are you seeing now?

Sending 8000 units to destination CredaCash_b......

The wallet appears to have sufficient balance, but there are not enough billets available to construct the
transaction. It may be possible to manually solve this problem by sending transactions to yourself to split the wallet
balance into more output billets.

Error:
{
  "code" : -6,
  "message" : "Insufficient funds"
}


I got a similar messenge too, don't understand how the billets works in the transaction process 

Apologies--see my edits/additions in my prior reply. The wallet balance includes expected change or other funds the wallet sent to itself, but these might not be immediately spendable.  The "insufficient funds" message just means insufficient funds at the moment.  You could retry the transaction after a short wait.  If you want to do a little diagnosis before that, the commands listtransactions and listsinceblock can be used to show the transactions that have not yet cleared (zero confirmations).  As a last resort, you could stop the wallet and restart it with the --reset-wallet option and then run the listunspent command--that is really a last resort though--it is better to wait for the uncleared transactions to clear.  You might be able to force the wallet to detect a cleared transaction by polling the destination to which the billet was sent using the command cc.poll_destination where destination is the billet "address" reported by listtransactions or listsinceblock.

Normal response. all the coins are there.. but more than 10.000 does not want to send...

The most common cause of this message is that the wallet is expecting to receive change from a prior transaction, and needs that change in order to send the requested funds, but after some period of time the change has not arrived as expected so it gives up and returns that error.  This can also happen if the wallet submits one or more preliminary billet merge transactions (which it likely would do in order to send 15000 units) and the preliminary transactions does not immediately go through.  The amount of time that the wallet waits before reporting "Insufficient funds" is determined by the wallet command line or configuration file option "tx-new-billet-wait-sec" which by default is 90 seconds.

What do you get from getbalance?

Sending 15000 units to destination CredaCash_#########
Waiting for pending billets to become available...

Error:
{
  "code" : -6,
  "message" : "Insufficient funds"
}



WHY???

Put the folder in the root of drive C://

C:\CredaCash

apparently in the path has non-Latin characters

Hmm, looks like tor starts correctly:
Aug 16 19:10:02.000 [notice] Tor has successfully opened a circuit. Looks like client functionality is working.
Aug 16 19:10:02.000 [notice] Bootstrapped 100%: Done

I think i get similar problem at beginning too, but forgot how to resolve it.

It could be that tor is still bootstrapping--that can take a while, like 2-5 minutes.  You could check earlier in the log though to see if it reports "Tor started", "Unable to start Tor", "Tor process exited unexpectedly" or any other messages regarding tor.

I get this error:

[2019-08-16 18:56:40.224515] [0x00007fbd34ff9700] [info]    Blocksync BlockSyncClient::ConnectOutgoing no blockchain servers found
[2019-08-16 18:56:44.224664] [0x00007fbd34ff9700] [info]    Blocksync BlockSyncClient::ConnectOutgoing calling GetHostName()
Aug 16 18:56:46.000 [notice] Closed 1 streams for service [scrubbed].onion for reason resolve failed. Fetch status: No more HSDir available to query.
[2019-08-16 18:56:46.621942] [0x00007fbc1effd700] [info]    torproxy command returned 91
[2019-08-16 18:56:46.621989] [0x00007fbc1effd700] [info]    Relay RelayService::ConnectOutgoing no relay peers found

yes When will GUI be released?

Yeah now works i just take it out from .rar now I exctract normal and all works fine oh yes My precious CredaCash are still in wallet

The wallet looks for the zero knowledge proof verification keys in the subdirectory "zkkeys". This is the file layout you should get when you extract the contents of the distribution zip file.  Did you extract the contents of this zip file before attempting to run the wallet, or maybe you simply navigated into the zip file without first extracting its contents?  The latter will not work.

If I understand correctly, you are looking for a GUI wallet, and by "imported private keys", you mean that you would like to use the GUI wallet with the funds that are stored in the current command line wallet?  Is there anything additional you mean by "imported private keys"?

Also I can't open wallet :
error thread 0x180c assert(nloaded) false at ../src/zkkeys.cpp:314
ERROR: Error loading zero knowledge proof verification keys
ERROR: ccwallet startup or initialization failed

What we need urgently is when can we use GUI wallets imported with private keys?

Ok downloading wallet when Discord I think we need it Community needs chat

The wallet is limited only by its balance. A single billet (coin) can hold a maximum of roughly 6.8 million units of currency, and if necessary, the wallet will send multiple transactions in order to fulfill the send command.  To preserve privacy as much as possible, the wallet also attempts to make all transactions have 2 output billets (one to the destination and one change) and either 2, 3 or 4 input billets.  The wallet will randomly add an extra input or two, even when not necessary, in order to hide the sizes of the input billets from the transaction recipient.  Before sending the final transaction(s) to the recipient, the wallet will also send one or more transactions back to itself to merge multiple billets into a larger denomination, or split one into smaller denominations, as required to make the final transactions to the recipient have only 2 outputs and 2, 3 or 4 inputs.  The wallet does this all automatically, in response to the sendtoaddress command.  This is also all completely multi-threaded, so the wallet can handle multiple (hundreds or thousands) of sendtoaddress requests simultaneously.

Thank you for using CredaCash, and please let us know if you have any additional questions or run into any issues.