EthanValeX

$BTC
ледь-ледь підкрутити. скоро підійде новий сезон.
$ENA $HYPE

Під час перегляду @TermMax я постійно повертався до одного питання: навіщо взагалі ділити одну боргову позицію на FT і XT?

Відповідь проста: 1 FT + 1 XT = 1 борговий токен. Якщо в позичальника борг на 800 USDC, то FT відображає фіксовану сторону погашення до моменту погашення, тоді як XT несе іншу сторону цієї позиції.

Спочатку мені це здалося як додавання ще одного шару без очевидної причини. Але потім я подивився, що відбувається з FT.

Він може торгуватися нижче свого значення на момент погашення, тобто знижка фактично ставить ціну на очікування. Позичальник отримує ліквідність уже сьогодні, продаючи це майбутнє право вимоги, тоді як кредитор може купити його нижче номіналу та тримати до моменту погашення.

Ось що мені здається цікавим. TermMax — це не просто фіксація APR за позикою; це спосіб для ринку інакше ставитися до часу та погашення, замість того щоб тримати всю позицію в одному пакеті.
Але є ще одне питання, яке я не можу ігнорувати.

Чи означає поділ експозиції також поділ ліквідності?

Якщо ринок стає надто тонким, у практиці така відокремленість може не мати великого значення.

За TGE, яке відбудеться 25.08.2026, починається цікавіша перевірка. Інсентиви можуть привести людей на ринок, але вони не можуть сказати нам, чи справді користувачам потрібна сама фіксованопроцентна експозиція.

Якщо цей попит збережеться, коли винагороди мають менше значення, тоді структура FT / XT починає виглядати не просто як вдалий трюк.

Ось за цим я й стежитиму після TGE.

Що для вас важливіше після TGE: ліквідність FT чи реальний попит з боку користувачів?
@TermMax #TermMax

Браття, прикупили P2P — не забудьте гарненько перевірити банківську інформацію, коли переказуєте гроші, не бачите “готово” і одразу тисніть.
Ох, після прочитання цього кейсу я лише тоді зрозумів: коли переказуєте P2P, ми інколи, якщо бачимо інформацію, що вже підставлена — так і заспокоюємось, і просто тиснемо.
Один хлопець купив 145 USDT, приблизно 3,65 млн VND. Під час оплати в блоці банку було вказано SHBVN.
А коли він робив переказ, на рахунок одержувача повернулося вже Shinhan Bank.
Якщо ти десь поспішав, то, думаю, легко було б подумати:
«Різні банки — та хіба це страшно?».
Він теж переказав одразу.
Лише після того, як переказав, почав уважніше дивитися: ім’я одержувача має дивні моменти.
Перевіривши ще й номер телефону, з’ясувалося, що там вказаний якийсь доволі дивний Vietnammobile.
Коли він повернувся й почав питати у продавця — той з іншого боку теж сказав, що не знає, хто саме має той рахунок для отримання грошей.
Тут був один момент, який можна було б ще зловити. Але коли інший банк, інше ім’я, і ще й номер телефону якийсь дивний — я точно зупиняюся одразу.
Натрапляючи на такі команди, я зазвичай звіряю 3 речі:
🟢 Ім’я одержувача збігається з інформацією в Order?
🟢 Банк і номер рахунку — правильні?
🟢 Є щось інше, що не збігається з початковими даними під час оплати?
Я думаю так: якщо вже є розбіжність в одному місці — просто спитаю ще раз. Чим швидше з того боку підганяють, тим більше я сідаю і все ретельно перевіряю.
На щастя, врешті Binance все ж допоміг йому забрати свої гроші. Це кейс, який справді міг закінчитися погано.
@Binance Vietnam #BinanceP2PAnToan

Я постійно думаю, чи справді «юридично байдужа ліквідність» є простою, якщо цей капітал усе одно заробляє десь іще.
Саме це привернуло мою увагу в <c-1/> @TermMax Idle Fund Deployment.
У типовому ринку кредитування капітал чекає позичальника. Якщо попиту немає, ця ліквідність може простоювати, доки не з’явиться наступна можливість. Капітал доступний, але доступність не обов’язково означає продуктивність.
TermMax застосовує інший підхід. Замість того щоб залишати непозичений капітал «лежати», його можна спрямовувати на ринки зі змінною ставкою, такі як Aave, Morpho і Venus, поки очікуються позичальники зі фіксованою ставкою.
Тож капітал отримує ще одну роботу, поки його перша робота ще не настала.
Але я не думаю, що заробіток десь іще автоматично доводить ефективність капіталу.
Справжній тест настає тоді, коли попит на кредити зі фіксованою ставкою з’являється швидше, ніж цей капітал може бути перекинутий назад. Якщо ліквідність повертається надто довго, ринок може мати достатньо капіталу «на папері», але матиме меншу доступну глибину саме тоді, коли позичальники її реально потребують.
Можливо, більш цікава метрика TermMax уже не «байдужа ліквідність».
Натомість — як швидко один долар капіталу може змінити роботу, коли з’являється попит на фіксовані ставки.
Тож мене більше цікавить швидкість редеплойменту, ніж просто питання про те, скільки ліквідності сидить у протоколі.
Ви б дивилися на швидкість редеплойменту чи на кредитну активність на один долар ліквідності, щоб виміряти цю ефективність?
#TermMax @TermMax

Брати, продаємо P2P: щойно гроші зайшли, але ім’я одержувача/відправника в платіжних даних не збігається з іменем buyer в Order — то ще не поспішайте Release, га? 😭
Я бачу, що багато хто це ігнорує.
Гроші зайшли на правильну суму, банківське повідомлення (notification) теж приходить — ніби все нормально. Здалеку дивишся — здається, що нічого не порушено. Але якщо придивитися уважніше, видно: ім’я людини, яка щойно переказала гроші, не те саме, що вказане в Order.
Раніше я й сам думав просто:
«Мабуть, хтось із родини переказав».
Так, може й справді.
Але якщо імена не збігаються — я все одно перевіряю ще трохи для надійності. USDT все одно нікуди не зникне, немає потреби поспішати.
Зазвичай я швидко переглядаю таке:
🟢 Ім’я відправника збігається з даними покупця на Order?
🟢 Сума грошей точно правильна?
🟢 У чаті хтось щось писав щодо зміни акаунта, прохання переказати через когось іншого або підганяння/джурити Release?
Також звертайте увагу на команди/умови з ціною, яка сильно відрізняється від загального рівня. Якщо продаєш, а з того боку постійно підганяють обробити швидше — мені тим більше не подобається поспіх.
Особливо якщо фактичні кошти прийшли з акаунта, який відрізняється від покупця в Order — я не робитиму Release лише тому, що бачу, що гроші вже зайшли. Просто тримайте USDT і перевіряйте уважно, а потім переходьте до наступних дій за правилами біржі.
З P2P буває, що довго не трапляється нічого серйозного. Іноді це просто одне ім’я в notification, на яке ніхто не дивиться уважно.
@Binance Vietnam #BinanceP2PAnToan

#TermMax @TermMax
Сьогодні я перевіряв pre-mine числа для @TermMax , і одна цифра змусила мене зупинитися.
40M TMX виділено на pre-mine — це лише 4% від загального обсягу 1B.
Це звучить незначно, аж поки я не поставив це поруч з іншою цифрою: на TGE очікується, що в обігу буде лише 20% TMX. Отже, сам pre-mine становить приблизно 20% початкового обсягу токенів в обігу.
Саме тоді я почав дивитися на стимули інакше.
Нагороди отримують власники FT та Order Makers — вони прив’язані до балансів FT і узгодженого торгового обсягу, а не просто видаються токенами кожному гаманцю, який з’являється.
Але є частина, на яку я поки не можу відповісти.
Скільки з цієї активності насправді належить TermMax, а скільки — винагородам?
TGE 25.08.2026 дасть нам набагато кращу точку, щоб це з’ясувати.
Мені не дуже важливо, скільки TMX було зароблено до цього. Я хочу перевірити, чи за FT-можливостями, торговим обсягом і попитом на запозичення ще стоїть щось, коли винагороди TMX не є очевидною причиною брати участь.
Якщо активність збережеться, pre-mine виглядатиме так, ніби він допоміг побудувати ринок.
Якщо воно швидко згасне — я інакше бачитиму ці 40M TMX.
Головна цифра — 40M TMX.
Для мене важливіша цифра з’являється після TGE.
Який показник ви б спостерігали першим: баланси FT, торговий обсяг чи Borrowing Demand?

Номер замовлення став важливішим, ніж я очікував
Я дізнався про це після P2P-замовлення на Binance, яке стосувалося 327 USDT, що було приблизно 8 742 000 VND. Покупець позначив оплату як завершену о 21:18, але я кілька разів перевірив баланс мого банку та історію транзакцій і не знайшов нічого. О 21:24 замовлення все ще було активним.
Я відкрив Деталі замовлення і почав перевіряти все, звіряючи з Номером замовлення. Інформація про платіж, чат у застосунку, статус замовлення та часові мітки — усе вказувало на ту саму транзакцію.
Покупець стверджував, що оплату було завершено о 21:18. У моїх банківських записах не було жодної відповідної вхідної транзакції. Я звернувся до банку, щоб перевірити, чи це не затримка і чи не зависло як переказ у статусі очікування.
Ні.
Саме тоді таймлайн став важливішим за пояснення. Номер замовлення дав мені одну опорну точку для заяви покупця, чату, платіжних даних і того, що насправді показав мій банк.
Коли замовлення розглядали, я міг надати ці записи як одне зв’язане провадження замість того, щоб надсилати окремі скріншоти й намагатися пояснювати, що означає кожен з них.
Мене здивувало те, що сам по собі Номер замовлення не доводив нічого. Його цінність була в тому, що він робив інші докази легшими для перевірки щодо тієї самої транзакції.
Відтоді я тримаю разом Номер замовлення, чат у застосунку та відповідні платіжні записи. Ескроу захищає криптовалюту, поки замовлення активне, але хороші записи значно полегшують відновлення картини транзакції, якщо щось піде не так.
Раніше я думав, що хороші докази означають мати більше скріншотів. Тепер я думаю, що це означає лишати менше прогалин між ними.
@Binance Vietnam #BinanceP2PAnToan

#TermMax @TermMax
Мені планувалося завершити справи з @TermMax на цю ніч, але один номер на панелі приладів змусив мене затриматися трохи довше.
34.07 млн дол. США TVL. 29.48 млн дол. США Активних кредитів.
29.48 / 34.07 = приблизно 86.5%.
Для ринку кредитування з фіксованою ставкою це перше число, яке привернуло мою увагу. Значна частина капіталу не просто лежить без діла; вона вже використовується.
Потім я перевірив, де саме цей капітал фактично розміщений.
Близько 94.4% TVL досі на Ethereum. TermMax розширився на кілька мереж, але поточний розподіл змушує мене замислитися, чи ті нові ринки приносять свіжу ліквідність, чи просто дають наявному капіталу більше шляхів.
Дохід дає мені ще одну причину залишатися обережним.
TermMax згенерував приблизно 11.56 тис. дол. США за останні 30 днів. Якщо порівняти з 29.48 млн дол. США Активних кредитів, це приблизно 0.039%.
Тобто активність є, але монетизація ще не наздогнала її.
Саме тому мені цікавіше, що відбувається навколо TGE 25.08.2026, ніж чергове оновлення TVL.
Якщо стимули стануть менш важливими, я хочу побачити, чи в позичальників усе ще є причина фіксувати ставки, чи залишається високим використання кредитів, і чи починає ліквідність поширюватися за межі Ethereum.
Якщо ці цифри збережуться, поточний TVL починає виглядати для мене значно переконливішим.
Після TGE, що переконає вас більше в тому, що TermMax справді зростає: сильніший Попит на запозичення, глибша Ліквідність чи вищий Дохід?

Купив P2P, гроші вже переказав, але продавець каже, що ще не отримав?
З таким спочатку я теж трохи нервував, друзі :))
Я зробив P2P-замовлення, продавець надіслав реквізити рахунку, і я переказав рівно ту суму, що в Order.
У банківському застосунку показало, що операцію виконано успішно, гроші також списали з рахунку. У мене є ще й квитанція переказу.
Але продавець пише, що грошей так і не бачить.
Ось тут почалося незручне =))) Один бік каже, що банк підтвердив переказ, а інший — що грошей не отримали. Переказати ще раз — вже напевно не наважуся, а сидіти й чекати — теж не зрозуміло скільки.
Я перепитав продавця, чи реквізити рахунку правильні, а також перевірив суму й час здійснення транзакції. Добре, що я все ще тримаю незмінним Order і чат, тож принаймні є що звіряти.
Тоді я подумав: ну що ж, не будемо самим щось намагатися “розрулити” поза системою заради швидкості. Якщо сторони все ще не підтвердили операцію, хай вона залишається в Order; якщо потрібно — відкривати Appeal, щоб Binance допомогли перевірити.
Бо є одна річ, яку я запам’ятав:
Те, що гроші списали з мого рахунку — це одне. А от чи реально вони дійшли саме на рахунок продавця — це інше.
Тому в таких випадках я не переказуватиму ще гроші лише тому, що опонент каже, що “не отримав”, і не буду самовільно Release лише щоб швидше поставити крапку. Краще зберігати докази й діяти через Order — так спокійніше.
Хтось із вас стикався з ситуацією, коли банк показує “переказ успішний”, а одержувач каже, що грошей досі не бачив? Якщо таке траплялося — ви чекали ще, чи одразу Appeal?
@Binance Vietnam #BinanceP2PAnToan

Є такі P2P-ордери, які від початку до кінця виглядають цілком нормально, але варто поспішити на одному етапі — і потім сам себе починаєш ускладнювати, друзі!
Наприклад, я бачу оголошення з доволі хорошим рейтингом. Якщо дивитися лише на ці цифри й одразу виставляти ордер, то дуже легко пропустити коефіцієнт завершення, кількість угод, профіль Merchant або умови оплати. Ось тут я зазвичай все уважно перевіряю перед тим, як натискати.
Відкрив Order — і все наче гаразд, аж поки партнер не захоче поміняти рахунок, на який треба отримувати гроші, посеред процесу. У такому разі я не намагаюся “дотиснути” угоду, щоб було швидше. Якщо платіжна інформація відрізняється від даних в Order — потрібно все переперевірити.
А потім з іншого боку пишуть: «Вже сплатив».
Є фото квитанції, є статус в Order, навіть годинник рахує час до завершення. Але я все одно відкриваю банківський застосунок і перевіряю реальну суму, що надійшла. Поки гроші не прийшли на рахунок — я не роблю Release.
Саме тут і найпростіше “попасти” в психологічний тиск. Чим довше біжить годинник, тим більше партнер підганяє, і тим менше мені хочеться натискати, діючи навмання. Краще трохи затриматися й перевірити, ніж одразу Release лише через те, що боїшся, що Order закінчиться за часом.
Якщо під час угоди виникнуть проблеми, я зберігаю Order ID, історію чату й квитанції для Appeal або щоб звернутися по допомогу в Binance Support. У Binance P2P є Escrow, чат і процедура оскарження, але мені все одно потрібно здійснювати угоди на платформі та робити всі кроки, які захищають мене.
Загалом, поки Order ще там — просто не поспішай і перевіряй. Не панікуй лише тому, що годинник біжить, і не тисни “щоб уже закінчити”, друзі 😂
@Binance Vietnam #BinanceP2PAnToan

Чи є серед вас хтось, хто вже стикався з ситуацією, коли переказ зроблено, але USDT на Binance P2P так і не розблоковується?
Справа в тому, що я щойно продав 2370 USDT бізнесмену NHANH_SIEU_TOC_247. Покупець позначив “Оплачено”, але грошей на мій акаунт я так і не отримав. З того боку пояснили, що в банку зараз збій, тому операцію затримують, і попросили додатковий час.
Спочатку я теж намагався почекати, бо нічого не було такого, що точно вказувало б на проблему з їхнього боку. Але через 30 хвилин система все ще дозволяла продовжити час оплати, тоді як я вже доволі довго сидів і чекав, тож почав дратуватися. Я одразу написав “Скасуй допоможіть t”, а потім вирішив подати скаргу прямо в Binance, щоб команда підтримки перевірила.
Я також не поспішаю робити висновок, що це scam, бо з того боку все ще кажуть, що в них банківська помилка. Коли відкривав скаргу, я зберіг усю повну інформацію по Order, статус замовлення, час угоди та весь зміст чату з тим боком, щоб Support мав достатньо даних для звірки, і при цьому я тримав усі обговорення прямо в Binance, а не переводив у інші канали.
Приблизно через 4 години Binance допомогла, і кошти розблокувалися. Тоді вже реально стало легше.
Раніше я думав, що в P2P достатньо лише перевірити Merchant і оплатити за процедурою. Але цей кейс на 70 млн змусив мене помітити, що коли під час торгів починаються проблеми, важливо не менше вміти зберегти всю інформацію та вчасно відкрити скаргу.
З того часу в мене з’явилася ще одна звичка: якщо трапляється якась аномальна угода, я зберігаю всю інформацію Order, статус транзакції та історію чатів прямо в Binance, а потім пишу в Support, щоб вони вирішили проблему за процедурою.
@Binance Vietnam
#BinanceP2PAnToan

Близько 11-ї години вечора минулої доби Хuy подзвонив мені через транзакцію Binance P2P приблизно на 150 мільйонів донгів, і в його голосі тоді було чимало паніки: «Я щойно Release зробив, але гроші досі не зайшли».
Хuy розповів, що покупець натиснув «Вже сплачено» і одразу надіслав скрін переказу, але через те, що угода майже завершувала таймер, інша сторона постійно писала, питаючи, чому Хuy досі не відкриває крипто. Він відкрив банківський застосунок і перевірив кілька разів, але грошей не було. Зрештою вирішив, що банк, мабуть, оновлює дані повільно, тож усе ще натискав Release.
Коли все скінчилося, Хuy знову перевірив рахунок — гроші так і не з’явилися.
Тоді він уперше по-справжньому занепокоївся й почав думати, що потрапив саме в найгірший сценарій для продажу P2P: крипто вже відкрито, а гроші ще не прийшли.
Я сказав йому не поспішати з висновками: для початку зберегти Order ID, історію чатів і фото транзакції, а потім перевірити, чи немає з боку банку обробки цієї транзакції. Також нагадав Хuy, що якщо виникне якась проблема, то все треба вирішувати одразу на Binance.
Через деякий час він написав мені: «Гроші вже зайшли».
Виявилося, що того дня банк обробив платіж повільніше, тож сума прийшла пізніше, ніж зазвичай. Зрештою ніякого скаму не було — просто Хuy злякав себе сам.
Він сміявся й казав: «Я ж думав, що ті гроші вже майже зникли десь на 150 мільйонів».
Я тільки й міг порадити: «Наступного разу, якщо грошей не бачиш — зберись і просто спокійно перевір». У Binance P2P є Escrow, система чатів і процедура подання скарги, тож коли з угодою щось іде не так, найкраще тримати все в межах платформи й дозволити офіційному процесу розібратися, а не вирішувати самостійно, коли ти в паніці.
Ось цим я також хочу поділитися через #BinanceP2PAnToan , щоб усім, особливо новачкам, прищепити безпечну звичку під час торгів.
@Binance Vietnam

Йде P2P працює гладко, але якщо ви бачите ці 4 ознаки — не намагайтеся продовжувати транзакцію

Минулого разу я робив P2P-операцію: спочатку все було нормально. Але ближче до моменту завершення угоди співрозмовник почав писати значно більше, а потім додалися кілька доволі дивних вимог. Тоді я подумав: гаразд, краще трохи сповільнитися, щоб бути певним.
Першим був момент із release. Він усе твердив: «брате, допоможи з release», «я вже переказав», і надсилав кілька повідомлень підряд. У такі моменти я нічого не сперечаюся — просто відкриваю банківський застосунок і перевіряю. Поки не бачу, що гроші зайшли, release не роблю. От і все.
Під час угоди він ще попросив змінити на інший рахунок, щоб отримати гроші. Я це одразу не робив. Я спершу перевіряю, який це рахунок, на чиє ім’я, чи збігаються дані з умовами оголошення — і лише потім вирішую далі.
Бувають випадки, коли ще кличуть у Telegram або WhatsApp, щоб «було зручніше» домовлятися, а заодно пропонують скасувати P2P-ордер і перейти на OTC напряму, мовляв, ціна навіть краща. Звучить наче й привабливо, але я відмовляю. Якщо я торгую на Binance — то й залишаюся там. Коли виникають проблеми, є історія чатів, інформація про замовлення та процес підтримки, щоб усе вирішити.
А скрин/фото переказу — не вірте лише цьому. Яким би гарним не було зображення, воно не замінить того, що я сам відкрию банк і реально побачу надходження на рахунок. Поки цього немає — просто чекайте.
Як тільки під час угоди трапляється щось із цього, я одразу зупиняю процес: тиснуть на release, просять змінити рахунок для отримання грошей, кличуть перейти поза Binance/OTC або надсилають фото переказу й просять мене зробити release.
Якщо щось здається підозрілим — просто зберігайте спокій. Збережіть Order ID, квитанцію та уривок чату; за потреби зверніться до Підтримки Binance.
Вам колись траплялися в P2P ситуації, після яких ви були змушені зупинити торгівлю?
@Binance Vietnam #BinanceP2PAnToan #USJulyCPI&PPIDueThisWeek $GENIUS $PENGU

Я майже розблокував раніше лише тому, що подумав: «У цього стільки транзакцій, мабуть, усе добре»
Якось я продав 600 USDT у Binance P2P. У того мерчанта коефіцієнт успішного завершення був майже 100%, історія — кілька сотень ордерів. Я точно не пам’ятаю, скільки саме, але глянувши, одразу відчувалося, що можна довіряти. Ціна тоді також була кращою за кілька інших варіантів, тож я фактично одразу й обрав.
Покупець повідомив, що оплатив, а приблизно через 30 секунд написав мені, щоб я перевірив і розблокував раніше, бо їм потрібно завершити угоду. Чесно, у той момент я теж на мить подумав: «Такий гарний профіль — напевно, все гаразд».
Якби це був акаунт із зовсім малою кількістю транзакцій і вимогою розблокувати раніше — я б одразу відмовив. Але коли це людина з історією в кілька сотень угод і майже 100% успішного завершення, моя реакція була зовсім іншою. Я почав вірити репутації ще до того, як перевірив транзакцію.
Я відкрив банківський застосунок і не бачив грошей. Я сказав: «Коли гроші надійдуть на рахунок, тоді я й розблокую». А покупець усе ще писав, що вони вже переказали, і просив мене переперевірити.
Цього разу я не поспішав. Я повернувся до Order, звірив суму та дані оплати і почекав ще. Приблизно через 90 секунд гроші вже справді надійшли на рахунок. Я ще раз перевірив і лише тоді розблокував — і угода завершилася абсолютно нормально.
Того дня нічого не сталося, але я довго пам’ятав оцей відчутний шанс: я майже пропустив процес лише тому, що партнер мав надто гарну історію.
Відтоді я все ще дивлюся історію транзакцій, коли обираю партнера, але не дозволяю їй визначати, коли я розблокую.
Гарна історія допомагає мені бути спокійнішим, але саме те, що гроші реально надійшли на рахунок, є тим, що визначає наступний крок.
@Binance Vietnam #BinanceP2PAnToan $BEAT $TUT $CYS

Здається, у покупця були проблеми. Виявилося, що ні.
Тоді мені терміново знадобилися гроші, тож я вийшов у Binance P2P і продав 700 USDT за курсом близько 27 300 VND, загалом вийшло майже 19,11 млн VND.
Я обрав Merchant з доволі стабільною історією угод, після оформлення замовлення просто чекав, доки покупець внесе оплату.
Через деякий час покупець повідомив, що переказав гроші. Я відкрив банківський застосунок і перевірив — бачу, що саме 19,11 млн VND щойно надійшли на рахунок.
Грошей вистачає, тож я вже збирався натиснути Release.
Але перед тим, як натиснути, я ще раз глянув на платіжну інформацію і побачив, що ім’я того, хто переказав, не збігається з ім’ям у Order.
Тоді мені стало трохи тривожно. Близько 20 млн уже на рахунку, але ім’я того, хто переказав, інше — я подумав, що, мабля, щось не так.
Я відразу написав у чаті Binance P2P, запитавши покупця. Він пояснив, що це рахунок родича, і надав мені ще додаткові дані.
Я все ще не натискав Release.
Коли я ще раз перечитав Order, то з’ясував одну річ: ім’я, яке я бачив, — це ім’я, відображене в платіжній інформації, тоді як фактичне ім’я того, хто переказав, міститься в розділі банківських транзакцій. І ці дві інформації не завжди однаково видно на своєму місці відразу.
Я звірив усю інформацію — сума 19,11 млн VND теж збігалася. Тоді я тільки й видихнув: вийшло, що я сам себе занадто швидко накрутив, бо подивився на дані поспіхом.
На щастя, я не квапився з Release і ще не зробив висновок, що з покупцем щось не так.
Після цього випадку я виніс урок: якщо під час P2P-угоди помічаєш хоч одну невідповідність, зупинись і спочатку все перевір. Не поспішай робити припущення.
Браття, хто торгує в P2P, просто пам’ятайте один крок: коли гроші вже надійшли, все одно перевірте ще раз ім’я того, хто переказав, і дані Order перед тим, як натискати Release.
@Binance Vietnam #BinanceP2PAnToan $CYS

Я майже помилився з вибором Merchant у Binance P2P через вигіднішу ціну

Раніше я думав, що вибрати Merchant у Binance P2P дуже просто: побачив хорошу ціну — і обираєш. Після кількох угод я зрозумів, що ціна — лише частина рішення.
Тепер, перед тим як обрати Merchant, я зазвичай переглядаю 4 речі: кількість транзакцій, Completion Rate, Merchant Badge та ліміти в оголошеннях.
Кількість транзакцій дає мені трохи інформації про історію Merchant. Я не думаю, що велика кількість угод автоматично означає абсолютну безпеку, але якщо ціни по обидва боки близькі, я частіше схиляюся до того, у кого історія більш прозора.
Completion Rate — це ще один показник, на який я звертаю увагу. Якщо умови між двома оголошеннями не надто відрізняються, я зазвичай віддаю перевагу Merchant із вищим показником завершення. Так само і з Merchant Badge. Раніше я часто ігнорував це, але тепер перед угодою завжди переглядаю профіль.
Ліміти в оголошеннях перевіряти простіше. Я лише дивлюся, чи сума, яку потрібно купити або продати, потрапляє в діапазон, який підтримує Merchant. Якщо не підходить — обираю інше оголошення.
Але вибір Merchant ще не означає, що я одразу здійсню угоду. Я звіряю назву платіжного акаунта з інформацією в замовленні та веду всі обміни всередині Binance P2P. Якщо партнер хоче перейти в Telegram, Zalo або змінити акаунт посеред процесу, я зупиняюся.
На етапі оплати я також не роблю Release лише через те, що отримав скріншот або повідомлення «кошти переведено». Я сам перевіряю акаунт і відкриваю доступ до crypto лише після підтвердження, що гроші реально надійшли.
Для мене вибір Merchant — це не пошук найкращої ціни. Головне — знати, з ким саме я торгую, ще до того, як натисну Confirm.
@Binance Vietnam #BinanceP2PAnToan
$GRVT #CreatorpadVN

Думав, що все вже закінчилося на Binance P2P, аж поки знову не відкрив Order!!!
Справа в тому, що я продав 600 USDT на Binance P2P, тоді курс був приблизно 27.000 VND, тож я розрахував, що маю отримати близько 16,2 млн VND.
Я обрав мерчанта з історією угод і доволі стабільним відсотком виконання. Покупець сплатив — я відкрив банківський застосунок перевірити й побачив, що на рахунок прийшло лише 15,9 млн.
Тоді я одразу подумав: «А що це, бракує майже 300K?»
Повернувся до Order, щоб перевірити. Покупець теж надіслав дані з проведення платежу й сказав, що переказав точно ту суму. Я хотів одразу перепитати, але ще раз сів перевіряти Order.
Виявилося, що 16,2 млн — це сума, яку я сам порахував за початковим курсом, а 15,9 млн — це вже фактична загальна сума по Order після того, як дані оновили.
Мерчант не недоперевів. І покупець також нічого не зробив неправильно. Помилявся саме я, бо глянув не так.
Добре, що я не поспішив натискати Release чи переходити на інший канал для вирішення питання. Я звірив кількість USDT, курс і загальну суму в Order — і все виявилося збіжним.
З того часу я виніс урок: перед тим як підтвердити P2P, я завжди ще раз перевіряю ціну, кількість і фінальну загальну суму. Якщо щось відрізняється від початкових розрахунків — я зупиняюся й ще раз усе перевіряю.
Напевно, швидкі трейдери теж колись бували в ситуації, коли подивився не туди, а натиснув не те, як я.
Ретельно перевіряйте Order перед угодою, особливо коли сума доходить до десятків мільйонів, друзі.
@Binance Vietnam #BinanceP2PAnToan

Новачки часто припускаються цих 7 помилок на Binance P2P
Раніше я думав, що торгівля на Binance P2P доволі проста: знайти вигідну ціну, переказати гроші, отримати crypto. Після кількох угод я зрозумів, що найпростіше — це натиснути Buy або Sell. Найчастіше помилки трапляються за кілька секунд до і після цього.
Перша помилка — дивитися лише на ціну. Невелика різниця інколи змушує мене ігнорувати важливіші речі, як-от показник успішності, історію угод або Merchant Badge. Зараз я завжди переглядаю профіль партнера, перш ніж знову дивитися на рівень ціни.
Інша помилка — не звіряти назву платіжного акаунта з інформацією в замовленні. Я не вважаю це зайвим кроком: якщо дані не збігаються, я одразу зупиняю перевірку.
Особливо чого я уникаю — це Release занадто рано. Знімок екрана або повідомлення «я перевів гроші» не є доказом того, що кошти реально надійшли на рахунок. Я завжди відкриваю банківський застосунок і перевіряю фактичні транзакції, перш ніж розблокувати crypto.
Також я не переводжу розмову в Telegram чи Zalo лише тому, що партнер каже «щоб було зручніше». Збереження всього в межах Binance P2P дає мені Escrow, історію чату та процедуру оскарження, якщо виникне проблема.
Ще один сигнал, на який я завжди звертаю увагу, — коли мене підганяють із негайною обробкою, коли під час угоди змінюють платіжний акаунт, або коли з’являється підозрілий контент щодо переказу. Чим більше поспішають, тим ретельніше я перевіряю.
Нарешті, я завжди зберігаю Order ID, квитанцію та історію чату. Якщо станеться збій, я зупиняю угоду і звертаюся в Підтримку Binance, а не намагаюся розбиратися самостійно.
Безпечний P2P не має бути надто складним. Для мене достатньо відмовитися від кількох поганих звичок і правильно перевіряти найважливіше перед тим, як Release — і це вже дуже багато змінює.
@Binance Vietnam #BinanceP2PAnToan

@Binance Vietnam #BinanceP2PAnToan
Червоний прапорець на Binance P2P не завжди виглядає підозріло
Після багатьох угод на Binance P2P я помітив: такий red flag трапляється рідко і не завжди виглядає так, як усі собі уявляють.
Ніхто не пише: "Я зараз вас обманю".
Замість цього вони можуть сказати: "Зручно перейти в Telegram". Або: "Відкрийте, будь ласка, рахунок/виплату першим — гроші вже в обробці". Навіть просто: "Можна я переведу на інший рахунок, щоб отримати гроші?"
На перший погляд ці прохання здаються цілком нормальними. Але я зрозумів, що в них є спільне: вони змушують мене виходити з безпечного процесу, який налаштував Binance P2P.
Тому в мене є дуже просте правило. Я спілкуюся лише в чат-вікні Binance P2P, де Escrow, історія чату та процедура подання скарги можуть захистити мене, якщо виникне спір. Якщо партнер хоче перенести розмову на іншу платформу або змінити платіжні дані в середині угоди, я зупиняю операцію та перевіряю все повторно.
Також я ніколи не натискаю Release лише через те, що бачу скріншот або повідомлення "вже переказано". Я вірю в фактичний баланс у банківському застосунку. І лише коли гроші вже надійшли на рахунок, я завершую угоду.
Після цього я все одно зберігаю Order ID, квитанцію та історію чату. Можливо, це ніколи не знадобиться, але якщо доведеться звертатися в Підтримку Binance — вся інформація буде під рукою.
Тепер я більше не намагаюся вгадувати, хто хороший, а хто поганий. Я ставлю лише одне питання: чи це прохання змушує мене відступити від безпечного процесу Binance P2P? Якщо відповідь "так" — я зупиняюсь.

LONG $AKE
Entry 1
0.00422–0.00424 якщо ціна утримає підтримку та з’явиться свічка, що підтверджує висхідний рух.
Entry 2
Зачекайте, щоб 1H свічка закрилась вище 0.00434 (пробивши MA99), а потім відстежуйте корекційний ретест, щоб виконати Long.
Stop Loss
Нижче 0.00405.
Take Profit
TP1: 0.00450 TP2: 0.00480 TP3: 0.00520 у разі сильного пробою.
$AKE