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

any news ?

Thank you for your inquiry.

We're continuing to work on a software update.  The goal for this update is to add a few features that ensure the wallet is as easy and reliable to use as possible.  These changes include:

1. We are adding the command "cc.send reference_id destination amount" (as mentioned earlier) which will make it easy to ensure that a payment is sent only once, even if the network connection is lost or unreliable.

2. We are adding an asynchronous version of cc.send that will return immediately while working to send the transaction on a background thread.

3. We are adding automatic detection of conflicting transactions and the corresponding adjustment of the wallet balance.

4. We are adding a command to cancel/abandon a transaction.  The cancel/abandon command will create a new transaction that sends the inputs of the prior transaction back to the wallet.  After this new transaction clears, the prior transaction will be invalid, effectively cancelling it.

5. Possibly, we will make the wallet suspend creating transactions when it detects that the connection to the network has been lost (when the blockchain is no longer receiving updates).

6. We are changing the transaction timeouts that caused many users to temporarily see "Insufficient Funds" messages when sending large payments.  The wallet will now send payments of any size without timeouts, as long as it can connect to the network.

7. We are adding three new diagnostic commands, cc.dump_transactions, cc.dump_billets and cc.dump_tx_build.

8. Several other minor usability fixes.

This software update will be released as a beta in the near future.

If there is anything else we should consider adding to the next software release, or to a future release, please let us know.  Thank you.

update?

https://credacash.com/compare/

CredaCash uses zero knowledge proofs (zk-snarks, similar to Zcash) to keep the source of funds, destination of funds, and amounts completely private.  Some other currencies are far from “100% private” because they don’t keep the transaction amounts private, they mix transactions using a very small mix set which leads to transaction tracing vulnerabilities (Monero), or they combine public and private payments which can compromise privacy even when using a private address (Zcash). All CredaCash transactions are completely private, ensuring the highest level of confidentiality.

CredaCash also runs entirely over the Tor network (for privacy and security), and supports advanced privacy features like completely private hierarchical M-of-N multi-secrets, completely private token lock times, completely private escrow transactions, completely private tokenized assets, completely private asset swaps and completely private cross-chain swaps.

These features are why CredaCash is the most private currency in the world.  It might be possible for someone to make a currency that is just as private as CredaCash (although we don't know of one), but we are not aware of any way to make a currency more private.  If we do find a way to make it more private, we will make every effort to implement this in CredaCash to ensure it maintains its distinction as the most private currency in the world.

Thank you for your inquiry, and please let us know if you have any additional questions.

Why is your coin most private? What protocol are you using? If you have some announce, than you must post comparion with other anonymous coins like Dash, Monero, Zcash etc and compare every aspects.

You're very welcome, and thank you for the compliment.  It means a lot to us, and we look forward to providing the highest quality software.

Thanks. These are very important code changes. This will help in the future to make the product super comfortable to use. Now the network is working super stable. It is rare to find a product at the start with such speed and stability Thank you for your work.

Before we push for wider deployment, we decided to make an important change to the wallet.

One of the fundamental jobs of the wallet is to work cooperatively with the user to ensure that a payment is reliably sent once and not more than once (i.e., no unintended double payments).

When the send command is submitted, the user can experience three possible outcomes:

1. The wallet responds that the payment was submitted to the network and provides a TXID to track the payment.
2. The wallet responds with an error, indicating the payment was not submitted to the network.
3. The user receives no response, which can occur when the connection between the user and wallet is interrupted.

Condition #3, the no response condition, is the most complicated to handle correctly.  The wallet may or may not have received the send command and submitted the payment to the network.  There is no way to tell from the response.  In that case, the user could query the wallet to scan for a transaction that looks similar to the one that was submitted (same address, amount and in the right block or time range). However, before making this query, the wallet would have to wait a sufficient time to allow both the network and wallet to timeout, which ensures the prior send command is not still pending or in progress.  This is the method we originally envisioned to handle this situation, but it is both complex and has reliability pitfalls.

In order to address this case better, we are implementing a new send command, cc.send, which will require three parameters: a destination, an amount, and a unique reference id. This command has slightly different semantics than sendtoaddress.  Unlike sendtoaddress, the user can submit the command "cc.send referenceid destination amount" multiple times, but the wallet will never send the payment more than once.  This allows much easier and more reliable handling of the no response condition.  If no response is received from cc.send, the user can simply submit the identical command again, as many times as required, and will eventually receive a response that contains either an error or a TXID to track the payment.  The payment however will never be sent more than once, which cannot be guaranteed by the bitcoin-compatible sendtoaddress command.  And as an added benefit, no queries will be required to scan for and obtain the TXID.

That is one of the changes we are working on, along with a number of other usability changes, including adjusting the timeout that caused many users to see "Insufficient Funds" when sending payments in the current release.  Once all of this is implemented and thoroughly tested (which might take a few weeks), we plan on releasing an updated version of the software along with a testnet, and then we will proceed with attempting to assist exchanges in listing the CredaCash currency.

Thank you again for your interest and support, and please let us know if you have any additional questions.

Credacash Devs are very responsive to users feedback and issues,
I am sure they be at their best to answer all users concerns. 

The first task is to publish the GUI wallet.

any news?

Short term, the major items on our agenda are to set up a testnet, update the Quick Start Guide and other documentation, see if we can assist any exchanges in listing the CredaCash currency.  Our long term roadmap is to continue to develop the technology, which includes more features in the wallet and blockchain (in particular, implementing our Proof-of-Stake protocol and full support for all the capabilities in our zero knowledge proof implementation), support for more platforms such as smartphones, and making everything easier to use and integrate.  Part of that is also looking a how we are going to fund the project, while maintaining compliance with applicable laws both in the USA where we are located, and in any other location that might be relevant.

Those are the major things we are working on.  Thank you for inquiry, and please let us know if there are any additional questions we can answer.

What kind of work is going on behind the scenes now?? What is approximately the road map for the month of September?

I'm not sure what that question means.  What specific numbers are you looking at that indicate that the blocks are growing?

Why are the blocks growing?

When you create a wallet, it prints out the wallet's master secret and gives instructions on how you can store that as a last resort backup.  That is intended to serve the same purpose.  (There is currently no a way to print out the master secret of an existing wallet, but we may add that in the future.)  Even with the master secret, it is still a good idea to back up the wallet file itself occasionally, since reconstructing a wallet from the master secret and password might not be 100% successful.  When backing up the wallet file, we recommend putting it into an encrypted archive file first in order to keep it secure.

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

Thought about to back up private keys of storage addresses, good old practice of mine (and hopefully lot of others)
Easier to store 10 private keys than holding 10x 100 MB wallets.
Hope that will be an option once GUI wallet is available. 

The validateaddress command will give you some information about a CredaCash destination.  If the destination belongs to your wallet, then valudateaddress will give you the "hdmasterkeyid", which is the hash of the master secret used to create the destination.  The information needed to spend billets sent to that destination is contained in your wallet's CCWallet.ccw file and could be extracted using the sqlite3 tool.  What would you do with that information once you had it?

how to get private key of address?