Quote from: coupable on May 01, 2025, 05:35:44 PM

Quote from: CCECash on April 30, 2025, 08:13:01 AM

Quote from: coupable on April 30, 2025, 05:17:36 AM

Quote from: CCECash on April 30, 2025, 04:10:36 AM

Quote from: coupable on April 29, 2025, 08:50:09 PM

Quote from: CCECash on April 29, 2025, 01:06:27 AM

Please note. We have made it clear that if the client does not want to reveal his identity for any reason and refuses to provide documents, the KYC/AML process will be considered a failed transaction and the deposited funds will be returned to the deposit address within 24 hours, minus the network fee. CCE Cash reserves the right to blacklist this address, thereby disqualifying it from online deposits.

I think this is almost fair. I suggest you clarify about this detail in all your channels and even send notifications to already registered users.

Another point worth mentioning which is about refund to the deposit address; i think you should consider ask user for refund address instead of refund directly to the known deposit address. You know that users don't always use their personal wallets to deposit to exchangers. In most cases tgey either send directly from another platform (exchanger,casino,..) which means that they don't own those address and the refund will be sent to the platform's address not user personal address. Some other ask clients to deposit directly to his exchanger address which is the deposited address you gave him. Also the idea won't be practical if the transaction has more than one inputs so you can't know which address you can use for refund.

First of all, CCECash does not support user registration. Registration will expose user information. If the customer does not want to return to the original address, he can contact the online customer service to confirm and return the amount to the user's other address.

Okay, I understand the concept better now.

Regarding the refund address, it's not enough for your explanation to be in the form of an answer to my suggestion here in a forum post. These details are important, and as I've previously explained the risk of refunds directly to the deposit address, they should be clearly stated in the terms of service TOS. This will be helpful to ensure greater transparency and prevent anyone from manipulating the process later.

Personally, I'm still not entirely convinced by your service and still consider your approach to communicating with the community unprofessional. Overall, I hope I'm wrong in my assumptions and that I'm dealing with an honest service. Good luck with all your honest endeavors for the community.

Thank you for your feedback and for taking the time to share your concerns. We value transparency and accountability, and your input helps us improve our services and communication.

Great that you value transparency and the good communication with community in different channels. Getting feedback direct from community is a must for any project whose target is to run for long time. In this context, i can ask you again about the name of the domain you used since 2018 and explain how CCECash is a decentralized exchange.

CCECash operates as a decentralized exchange (DEX), and its key features are consistent with the principles of decentralization, but its mechanism is also very different from the traditional DEX model. Here is a breakdown of its decentralization:

1. Non-custodial nature
No fund control required: CCECash does not hold user assets and does not require user deposits. Transactions are conducted directly between users' wallets, ensuring that users have full control over their private keys.

2. Privacy and permissionlessness
No KYC required: Unlike centralized exchanges, CCECash does not require KYC verification, thereby protecting the anonymity of users.

Permissionless access: Users can trade without creating an account, which is in line with the open access principle of DEX.

3. Cross-chain functionality
Direct exchange between wallets: Support cross-chain transactions (e.g., Bitcoin to Ethereum) in a decentralized manner without the use of asset packaging or centralized intermediaries.

4. Hybrid model considerations
Centralized front-end, decentralized back-end: While the user interface (website) may be centralized, the actual exchange process relies on a decentralized protocol to ensure that funds do not pass through CCECash's control.

Main differences from traditional DEXs
No liquidity pool: Unlike Uniswap-style DEXs, CCECash does not use liquidity pools or automated market makers (AMMs). Instead, it routes orders through a decentralized network.

Instant settlement: Focusing on speed and simplicity, instant exchange is usually prioritized over complex order book systems.