Sure, I will try to write my report and explain it best I can.
Now I tried to reproduce the same bug again, but I run into another bug that is not allowing me to login to my account, and showing some error User not assigned.
I will check everything tomorrow once again and see if this issue are related with my browser or something else.
Thank you for being part of our Beta Testers community!All of your participations have helped us uncover a number of unexpected bugs, many of which will be fixed very soon.
By the way, I saw your report on the
[BOUNTY] Beta thread, and it's already been added to our backlog for further investigation and fixing.
I just read the basic core system of the site, it is very clever and creative idea of using buffer wallet because this increases the security but for this purpose burner wallet addresses couldn't be used?
Can you tell more about the collector module that can unstuck the transaction, how you made this or acquired it from third party although the basic core system is not very complex but very efficient.
Thank you for the thoughtful questions and for taking the time to dive into the core system!Regarding Burner Wallet Addresses:We intentionally chose to use escrow Buffer Wallets instead. Burner wallets could technically be applied, but they don't provide the same level of traceability and control the system needs for automated rollbacks and dispute prevention. With buffer wallets, each deal creates a unique wallet address that allows the system to securely lock funds until both parties confirm their part of the transaction. This gives us more transparency and reduces risks compared to simple burner addresses.
In addition, if funds become stuck in a Buffer Wallet, the Collector Module is able to retrieve them, since it is the only component with access to Buffer Wallets.
As for the Collector Module:This is our own implementation, not something we acquired from a third party. Its role is to automatically monitor deals and step in whenever a transaction gets “stuck” (for example, if one side has deposited but the status doesn’t update properly). The module is designed to detect such edge cases and trigger a rollback or finalize the release, depending on the blockchain confirmations.
More about how Buffer Wallets work and the Collector Module can be found on our
GitBook page.
You are right,
the core idea is not overly complex, but that's intentional. Our goal was to keep it efficient and transparent for users, while still making sure that users don't lose funds because of technical issues or unexpected delays.
The minimum amount is fixed at $30 I guess in beta stage the amount is not fixed but when the mainnet will be released the minimum amount will be fixed at $30 why is that? If you have already an answer posted to this question you can just give me the post link. I did not get much idea about the gamified system to earn BRGX, I think they are still under development right?
During the
Beta Test phase, we initially set the
minimum exchange amount to
$10 (
USD equivalent), but today we raised it to
$12 (
USD equivalent).
This adjustment was necessary because free faucets provide only small amounts of test tokens.
On mainnet, however, the minimum amount will be higher: most likely a bit above
$30 (
USD equivalent). This is due to the issues of
Dead Wallet Amounts and
Dust Transactions. We would gladly lower the minimum if it were possible, but unfortunately, blockchain limitations force us to raise it instead to avoid stuck transactions.
Once we've double-checked the Dead Wallet and Dust Transaction handling, we will inform the community of the
final minimum exchange amount for mainnet.