#binancep2pantoan @Binance Vietnam
THE IMBALANCE IN IDENTITY-VERIFICATION TOOLS IS A DESIGN GAP WORTH NOTICING ON BINANCE P2P.
When you look closely at the merchant’s Ad Terms (Trading Conditions), it’s not hard to find classification requests such as: "New customers, please provide your phone number/ID card number; returning customers can trade normally." From a theoretical risk-management perspective, this kind of layered control sounds quite reasonable. But from the standpoint of technical infrastructure, it turns out to be an entirely operational workflow that lacks supporting tools.
Binance P2P provides merchants with a full set of public metrics to assess buyers: completion rate, total number of orders, and average payment time. However, the system does not provide any mechanism to identify the relationship (relationship-level data) between any two specific accounts.
There’s no label for "Returning customer," no automatically displayed Counterparty Trading History, and no separate trust-accumulation score between that particular buyer and seller.
As a result, the "new customer" or "returning customer" label is pushed entirely onto the merchant’s subjective judgment:
Dependence on personal memory: A merchant handling hundreds of orders per day simply cannot remember every customer’s label or bank account name from past transactions.
Imposing inconsistent criteria: For safety, merchants have to apply strict controls (such as requiring a phone number or additional verification) to anyone they are "not sure they have encountered before," even if that buyer may have traded with them a dozen times previously.
THE IMBALANCE IN IDENTITY-VERIFICATION TOOLS IS A DESIGN GAP WORTH NOTICING ON BINANCE P2P.
When you look closely at the merchant’s Ad Terms (Trading Conditions), it’s not hard to find classification requests such as: "New customers, please provide your phone number/ID card number; returning customers can trade normally." From a theoretical risk-management perspective, this kind of layered control sounds quite reasonable. But from the standpoint of technical infrastructure, it turns out to be an entirely operational workflow that lacks supporting tools.
Binance P2P provides merchants with a full set of public metrics to assess buyers: completion rate, total number of orders, and average payment time. However, the system does not provide any mechanism to identify the relationship (relationship-level data) between any two specific accounts.
There’s no label for "Returning customer," no automatically displayed Counterparty Trading History, and no separate trust-accumulation score between that particular buyer and seller.
As a result, the "new customer" or "returning customer" label is pushed entirely onto the merchant’s subjective judgment:
Dependence on personal memory: A merchant handling hundreds of orders per day simply cannot remember every customer’s label or bank account name from past transactions.
Imposing inconsistent criteria: For safety, merchants have to apply strict controls (such as requiring a phone number or additional verification) to anyone they are "not sure they have encountered before," even if that buyer may have traded with them a dozen times previously.