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

The CredaCash project is pleased to announce the beta release of their next software version.  The primary goal of this release is ensure the wallet is ready for deployment by exchanges and merchants.  The most significant changes are:

- Added the commands cc.send and cc.send_async to ensure a transaction can be reliably sent without a double-payment.
- Eliminate the timeouts that could occur when sending large payments.
- Automatically detect and resolve conflicting (double-spend) transactions.
- Added the ability to abandon transactions and reset the balance while the wallet is running.
- Various issues were resolved that could appear when a wallet file was copied and used on two computers simultaneously.  While this remains not recommended and not supported, it is now much less likely to cause problems.
- Various other changes to make the wallet easier and more reliable to use.

For a full list of changes, see https://github.com/CredaCash/CredaCash/blob/master/CHANGES.md

A few more features may be added to the final release, including:

- Automatically suspend the creation of transactions when communication to the network is lost.
- Automatically abandon transactions that do not clear as expected (likely due to network communication issues).
- Implement the abandontransaction command which would both abandon a specific transaction, and effectively cancel the transaction by reusing its inputs in a new transaction.

This release adopts the practice of releasing a beta prior to the final release.  Nonetheless, the beta was exhaustively tested with millions of transactions in multiple configurations and with various induced faults such as communication errors and processing delays, and was found to be completely reliable.  The results will hopefully speak for themselves.

A Windows binary release is available at https://CredaCash.com/software/ and a Quick Start Guide is located at https://CredaCash.com/quick-start-guide/ .  The source code with build instructions for Linux are available at https://github.com/CredaCash/CredaCash/blob/master/BUILDING.md

Please feel free to download and test this new version, and please contact us if you have any questions or run into any issues.  Thank you.

Any status updates at all ?

NEWS?

any news?

The next release will come sometime next week, at the earliest.

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?