Munlead

#TinFed #45NgayTuDoTaiChinh hồi đó mà biết đc thì tôi chọn 13 BTC cho khoẻ. giờ là dưỡng già đc rồi

DASH +37%. Một cái tên khá lâu đời bất ngờ chạy mạnh giữa thị trường.

Điều làm mình chú ý không chỉ là cây nến xanh.

DASH đang hưởng lợi từ dòng tiền quay lại nhóm privacy coin. Trước đó ZEC, XMR và một số token cùng nhóm cũng đã có những nhịp tăng đáng kể. Khi thị trường chung hồi phục, dòng tiền bắt đầu tìm đến những narrative từng bị bỏ quên.

Nhưng +37% cũng là vùng mình không thích FOMO.

Sau một nhịp tăng nhanh, câu hỏi đáng quan tâm hơn là: volume có giữ được không, giá có giữ được vùng breakout khi lực mua hạ nhiệt không?

DASH có thể đang trở lại radar của thị trường.

Còn mua sau một cây +37% lại là câu chuyện khác.

$DASH #Dogecoin‬⁩ #crypto

3m$ lên 9m$ chỉ trong vài ngày.
liệu rằng sóng meme đang tạo ra nhiều triệu phú ở giới cryto.
$BTC

#dusk $DUSK @Dusk
Раньше я думал, что приватность в блокчейне довольно проста: либо всё публично, либо всё скрыто.

Но если глубже разобраться в подходе @DuskFoundation, становится ясно, что всё не совсем так.

Одна концепция, на которую я обратил внимание, — это селективное раскрытие данных (selective disclosure).

Представьте, что организация владеет on-chain-активами. Возможно, она не хочет, чтобы весь рынок видел чувствительные финансовые данные. Но при аудите или верификации личности некоторую информацию всё же нужно предоставить нужной стороне.

Вопрос тогда уже не в том, «публично или приватно».

Он превращается в:

Какие данные нужно раскрывать, кому и в каких случаях?

Я думаю, такой взгляд гораздо более реалистичен.

Традиционные финансы давно работают по такому принципу. Сотрудники банка, аудиторы или регуляторы не имеют одинакового уровня доступа к данным. Если блокчейн хочет поддерживать подобные системы, то выкладывать всю информацию в общий public ledger, вероятно, не самый подходящий вариант.

И именно здесь для меня начинают обретать смысл zero-knowledge и selective disclosure в архитектуре Dusk.

Теперь приватность — это не попытка скрыть всё подряд.

Это скорее механизм контроля того, какие данные раскрываются.

Конечно, то, что технология это позволяет, не значит, что организации будут её применять. Я думаю, что внедрение (adoption) станет для $DUSK более сложным испытанием.

Но если финансовые активы продолжат перемещаться в on-chain, мне довольно интересно, насколько далеко сможет развиться эта модель.
$ETH

#dusk $DUSK @Dusk
В последние дни я читал про Dusk и заметил одну довольно странную вещь.

Крипто очень много говорит о TPS. Но если на блокчейне перемещают акции или облигации на крупные суммы, то, возможно, более важный вопрос звучит иначе:

Когда эта сделка действительно будет завершена?

Я вернулся к чтению раздела DuskDS у @DuskFoundation и увидел, что Succinct Attestation довольно примечательна.

Один цикл консенсуса проходит по схеме proposal → validation → ratification. После того как блок ратифицирован, DuskDS обеспечивает детерминированную финальность.

Звучит немного суховато 😅 но если поставить это в контекст финансов, становится гораздо понятнее.

Если A только что передал актив B, B нужно не просто видеть, что транзакция появилась в эксплорере. Им нужно знать, что это состояние уже подтверждено (закреплено), чтобы следующая стадия сделки могла продолжиться.

И я думаю, что именно здесь Dusk выбирает задачу, сильно отличающуюся от большинства L1.

Речь не только о том, «сколько транзакций можно обработать», но и о том, чтобы settlement был достаточно ясным для финансовых рабочих процессов, где важен ответ на вопрос: уже всё зафиксировано или нет.

DuskDS также отвечает за консенсус, settlement и data availability, в то время как DuskVM/DuskEVM обслуживают разные направления исполнения.

Чем глубже копаю, тем больше вижу, что действительно интересное в $DUSK кроется в вещах, которые почти не получают хайпа вроде этого.

Если вы хотите действительно вынести финансовые активы в on-chain, иногда «final» важнее, чем «fast».
$ACE

#termmax @TermMax

СЕЗОН 0 ДОСТИГНУЛ 4/4 — НО РАСПРЕДЕЛЕНИЕ ВСЁ ЕЩЁ ПОД ВОПРОСОМ

Пересматривая Season 0 TermMax, я заметил одну вещь: этап 4/4 уже завершён, но это ещё не значит, что мы точно знаем, сколько TMX мы получим.

TermMax объявила программу RLUSD с 5M TMX rewards, а TMX, заработанные в pre-mining, будут разблокированы после TGE.

Но главный вопрос всё ещё остаётся:

XP / AP / MP → как именно считается TMX?

Мы уже видим баллы аккаунта, но пока нет общей формулы для расчёта:

X XP + Y AP + Z MP = ? TMX

Поэтому, на мой взгляд:

4/4 completed ≠ allocation confirmed.

Более активное участие может помочь увеличить XP/AP/MP, но чтобы оценить реальную ценность этих баллов, я всё равно хочу знать:

• Веса между XP, AP и MP
• Общее количество TMX, выделенное каждой группе
• Формулу расчёта contribution для каждого пользователя
• Время TGE, claim и unlock

Вот за чем я действительно слежу.

Season 0 уже показал нам, сколько у нас баллов.

Следующий важный шаг — узнать, сколько в итоге эти баллы соответствуют TMX.

Баллы уже появились.

Теперь я жду allocation math.

#termmax
Чем больше я узнаю @TermMax , тем больше нахожу интересного в фиксированных DeFi не только в слове «fixed».

Более примечательно другое: пользователи могут задавать уровень процентной ставки в зависимости от того объёма капитала, который они действительно хотят задействовать.

Именно поэтому меня привлёк механизм Range Orders у TermMax.

Вместо того чтобы размещать весь капитал на одной-единственной процентной ставке, кредитор может настроить разные уровни ставок в зависимости от того, на каких диапазонах заявка будет исполнена. Аналогично может действовать и заёмщик — в обратную сторону.

Например, для первой части капитала я могу согласиться на более низкую доходность, чтобы повысить вероятность совпадения/исполнения.

Но когда используется всё больше капитала, я могу требовать более высокую доходность, чтобы компенсировать снижение доступной ликвидности.

Это создаёт довольно существенную разницу:

Процентная ставка больше не просто число. Она превращается в кривую, отражающую то, как я хочу распределять капитал.

И, по-моему, вот это и есть самое интересное.

В DeFi позиция на 1.000 USD и позиция на 100.000 USD не обязательно должны управляться одинаково. По мере изменения масштаба капитала могут меняться и требования к доходности, ликвидности и риску.

Range Orders позволяет выразить эти выборы прямо в способе размещения ордера.

Конечно, эта гибкость тоже имеет цену: пользователям нужно лучше понимать, как именно будет задействован их капитал.

Ещё важнее — превратить эту сложность в инструменты, которыми пользователи смогут управлять.
Не просто фиксировать процент.
А дать пользователям больше власти в том, как должен быть оценён их капитал.

#dusk $DUSK @Dusk
КОНФИДЕНЦИАЛЬНОСТЬ В БЛОКЧЕЙНЕ ДЕЙСТВИТЕЛЬНО НУЖНА КОГДА?

Это вопрос, который я начал задавать себе после нескольких дней изучения @DuskFoundation.

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

Но давайте изменим контекст.

Компания платит зарплату сотням сотрудников.
Фонд совершает крупные сделки.
Предприятие расплачивается с поставщиками.
Или организация держит активы на миллионы долларов.

Хотят ли они, чтобы их баланс, стоимость транзакций и финансовая активность были видны всем?

Пожалуй, нет.

Но при этом финансы тоже нельзя просто «скрыть всё».

Аудиторам, партнёрам или уполномоченным сторонам всё же может понадобиться проверить определённую информацию.

И именно в этот момент я начал лучше понимать направление, выбранное Dusk.

Интересная цель — не добиться приватности любой ценой, а найти способ объединить:

Конфиденциальность + Проверяемость + Соответствие требованиям.

Тем, кому это не нужно, не обязательно видеть.

Но те, у кого есть право верифицировать, всё же могут получить необходимую информацию.

По моему мнению, если блокчейн хочет перейти от crypto-native к реальным финансам, это будет очень важная задача, которая заслуживает внимания.

И вот почему я продолжаю углубляться в $DUSK . 👀

#binancep2pantoan @Binance Vietnam
Есть одна вещь на Binance P2P, которую раньше я почти игнорировал: история сделок и процент выполнения у контрагента.
Сначала мне казалось, что это просто несколько справочных цифр. Хорошая цена — выбирай.
Но чем больше я торгую, тем яснее вижу: всё не так просто.
Один продавец USDT дешевле на 50 VND, но процент выполнения всего 85%. Другой дороже на немного, зато тысячи ордеров уже выполнены с показателем 99%.
Кого выбрать?
Binance не решает за меня. Система лишь показывает данные: количество ордеров, процент выполнения, статус Merchant, способ оплаты...
И именно в этот момент небольшие цифры рядом с именем контрагента перестают быть просто элементом интерфейса.
Это данные, чтобы я мог оценить риски перед тем, как поставить ордер.
Escrow, досье контрагента, чат и Appeal создают дополнительные уровни защиты. Но финальное решение всё равно остаётся за мной.
Тот, кто смотрит на цену → получает преимущество по цене.
Тот, кто читает досье → получает больше информации.
Тот, кто понимает весь процесс → получает ещё один уровень управления рисками.
Поэтому теперь я меньше спрашиваю:
«Кто продаёт дешевле всех?»
А чаще спрашиваю:
«Учитывая то, что вижу, с кем я хочу заключить сделку?»
А вы, когда выбираете ордер P2P: сначала смотрите на цену или в первую очередь на досье контрагента?
$RE

#termmax @TermMax
Есть число, которое легко понять неправильно в модели TermMax: комиссия 2%.

На первый взгляд 2% кажется довольно высоким. Но это не 2% от суммы займа, а 2% от части процентов.

Например, займ 1.000 USD, APR 10%, срок 1 год:

Проценты ≈ 100 USD
Комиссия TermMax = 2% × 100 = 2 USD

То есть реальная комиссия составляет примерно 0,20% от стоимости займа. При сроке 30 дней абсолютная цифра и вовсе меньше.

Поэтому я думаю, что ключевой вопрос к @TermMax — не «дорого ли 2%?», а насколько пользователи оценивают надежность ставки с фиксированным процентом.

Фиксированная ставка помогает заемщикам заранее знать стоимость капитала, но взамен они должны принять срок и управлять продлением (rollover).

Особенно при сильной волатильности рынка: выберут ли заемщики эту определенность или вернутся к более гибким займам?

Вот за чем я хочу наблюдать.

Дизайн комиссий определяет экономику. Но именно поведение пользователей решает, сможет ли это масштабироваться.
#USStorageStocksExtendLosses

#binancep2pantoan @Binance Vietnam
На прошлой неделе мой друг продал часть USDT через P2P.
Тогда сделка выглядела вполне обычно.
Деньги поступили в полном объёме.
Имя отправителя было почти таким же, как в данных заказа.
Ничего не вызывало подозрений.
Так что он выпустил USDT.
Через несколько дней банк связался и попросил уточнить полученный платёж, а также ограничил аккаунту возможность совершать операции.
Этот случай заставил меня понять одну вещь:
Эскроу защищает криптоактивы во время сделки, но не может вместо меня проверить, как поступают фиатные средства на банковский счёт.
То, что сделка в Order завершена, не означает, что все риски тоже закончились.
Поэтому, когда я продаю P2P, я всегда сверяю отправителя с данными в Order и сохраняю Order ID + историю чата + банковские документы.
Если информация не совпадает, я не начинаю думать «ну, наверное, родственник перевёл за него», а потом быстро выпускаю USDT.
Безопасность P2P — это не только защита USDT в рамках сделки.
Но и то, что если потом возникнут проблемы, у меня всё равно будет достаточно доказательств, чтобы объяснить транзакцию.#TheoDõiFOMC #45NgayTuDoTaiChinh
$ACE

#dusk $DUSK @Dusk
ЕСТЬ ОДНА ПРИЧИНА, ИЗ-ЗА КОТОРОЙ, ЧЕМ БОЛЬШЕ Я ВНИКАЮ В DUSK, ТЕМ ИНТЕРЕСНЕЕ СТАНОВИТСЯ.

Раньше меня часто затягивали привычные «кроличьи норы» в крипто: DeFi yield, новый L1, новая нарративная тема… один круг за другим.

Но когда я начал смотреть на то, как устроены финансы в традиционном мире, я понял: перед нами другая задача.

Деньги, ценные бумаги и финансовые данные нельзя просто взять и вынести всё на одну публичную блокчейн-платформу, а потом «на этом всё».

Финансам нужна privacy. Но при этом необходимы compliance и возможность проверки.

Именно поэтому @DuskFoundation привлёла моё внимание.

Dusk строит инфраструктуру, ориентированную на такие управляемые финансовые активы, как ценные бумаги, облигации и токенизированные активы.

Больше всего мне нравится их подход к privacy.

Это не «скрыть всё».

Это — использование таких технологий, как zero-knowledge proofs и selective disclosure, чтобы прийти к модели, где чувствительные данные могут быть защищены, но при этом уполномоченные стороны всё равно могут получить доступ к нужной информации, когда требуется верификация.

После нескольких дней углубления от XSC → Moonlight/Phoenix → DuskDS я начал видеть, как все элементы складываются в единую картину.

Возможно, самая интересная часть истории $DUSK — вовсе не в том, чтобы создать ещё один блокчейн.

А в вопросе:

Может ли блокчейн стать инфраструктурой, которую реально используют финансы, но не ценой полной жертвы приватности ради прозрачности?

Я всё ещё продолжаю разбираться, но это один из тех вопросов, из-за которых мне хочется продолжать глубже изучать Dusk.
#45NgayTuDoTaiChinh
#DollarHits3MonthLow
#EthereumFoundationLaunchesGlamsterdamTestnet

#binancep2pantoan @Binance Vietnam
“Выполнено 6 раз.”
Раньше я почти не обращал внимания на эту строку при сделках P2P.
Обычно я делаю проще: открываю список объявлений, сравниваю цены и выбираю самый выгодный вариант.
Но сегодня, когда собирался снова совершить сделку с одним Merchant, я увидел, что Binance показывает:
«Выполнено 6 раз.»
И вдруг подумал: разве несколько расхождений в цене важнее того, что предыдущие 6 сделок прошли нормально?
Допустим, у другого Merchant цена на USDT чуть лучше.
Если совершить сделку на 1.000 USDT, то разница в несколько центов может помочь сэкономить немного.
Но раз с тем человеком я провёл уже 6 сделок, я знаю многое, что таблица цен не показывает:
Как они обычно оплачивают.
Как быстро обрабатывают.
Как они общаются в процессе сделки.
И самое важное — у меня есть реальная история сделок с ними.
Это не значит, что на 7-й раз я буду игнорировать проверку.
Я всё так же сверяю платёжные данные, проверяю правильную сумму и выпускаю (release) средства только когда деньги действительно поступают на счёт.
Хорошая история создаёт привычку, но не заменяет этап верификации.
Однако она даёт мне ещё один вариант выбора:
Самая лучшая цена не всегда является тем выбором, который мне больше всего нужен.
Иногда я готов пропустить чуть более выгодную цену ради сделки с Merchant, с которым я уже 6 раз успешно завершал операции.
Пожалуй, это тоже своего рода «ценность» в P2P, о которой раньше я мало задумывался:
Цена, указанная в объявлении.
И впечатление, которое складывается из истории сделок.
Если есть Merchant, с которым вы успешно провели много раз, вы готовы выбрать его снова, даже если цена чуть хуже?

ЕСЛИ @Dusk — ЭТО ОДНО ЗДАНИЕ, то DuskDS — это ПОДВАЛ. 🏗️

Узнавая о @DuskFoundation, я заметил, что большинство людей обычно обращают внимание на privacy или DuskEVM.

Но сегодня меня заинтересовало то, что находится глубже: DuskDS.

Можно представить, что DuskEVM и DuskVM — это слои сверху, а DuskDS — это базовый слой, отвечающий за такие ключевые компоненты, как settlement, consensus и data availability.

Один момент, который мне показался особенно примечательным, — это механизм консенсуса Succinct Attestation.

На каждом раунде выбираются provisioner’ы, чтобы участвовать в процессе предложения, проверки и ratify блока. Когда блок завершает этот цикл, сеть стремится к deterministic finality — это критически важно для финансовых приложений, где нужно максимально ясно, транзакция уже завершена или нет.

Settlement тоже находится на этом слое.

Независимо от того, работает приложение поверх DuskEVM или DuskVM, конечное состояние все равно нужно зафиксировать на общей платформе.

Мне нравится в этом подходе то, что разделение довольно четкое:

Нижний слой → безопасность, consensus, settlement, data availability.
Верхний слой → более гибкая среда для приложений и разработчиков.

Если Dusk хочет обслуживать tokenized securities или корпоративные финансовые приложения, то, возможно, такие «не самые блестящие» вещи, как settlement и finality, и есть самое важное.

Чем больше я узнаю, тем яснее вижу: $DUSK — это не просто история про privacy.

Dusk старается заложить целый фундамент для on-chain финансов.

Как вы думаете, DuskDS — это тот самый кусочек пазла Dusk, которому меньше всего уделяют внимания? 👀

#dusk $DUSK $PORTAL
#45NgayTuDoTaiChinh

#binancep2pantoan @Binance Vietnam
2.000.000 VND на один заказ. Банк сообщил о зачислении денег. Я думал, что всё уже закончилось… пока не присмотрелся к уведомлению.

+2.000 VND.

Да, ровно две тысячи донгов 😅

Это случай, который со мной произошёл при продаже USDT через Binance P2P.

Покупатель отметил «Оплачено». Затем в чате он отправил скриншот перевода на 2.000.000 VND и поторопил меня разблокировать (release) USDT.

В этот момент передо мной было 3 факта:

P2P-заказ: 2.000.000 VND
Скриншот/изображение от покупателя: 2.000.000 VND
Мой банк: +2.000 VND

Разница — всего лишь в трех нулях, но результат совсем другой.

Я не сделал release.

И я не пытался спорить, настоящий ли тот скриншот перевода или нет. Я перепроверил историю банковских транзакций, сохранил Order ID + фрагмент чата и попросил поддержку Binance помочь с решением вопроса.

Этот кейс заставил меня изменить одну привычку при продаже P2P:

Покупатель нажимает «Оплачено» → я фиксирую.

Покупатель отправляет скриншот перевода → я сверяю/принимаю во внимание.

Приложение банка показывает деньги, которые реально зачислены → я проверяю.

Для меня только последний шаг определяет, когда USDT можно выпустить.

Если вы столкнулись точно с такой ситуацией, что вы сделаете в первую очередь?
$PORTAL
#45NgayTuDoTaiChinh
#SP500TopsRecord7800

#dusk $DUSK @Dusk
Если приватность в блокчейне — это не что-то, «включается или выключается», а то, что вы можете выбирать для каждого конкретного случая, то как бы это выглядело? 🧐

Это — один момент, который мне показался довольно интересным по мере того, как я продолжал разбираться в Dusk.

В Dusk есть две параллельно работающие модели транзакций:

Moonlight — для более прозрачной модели аккаунтов, а Phoenix — для транзакций, которым нужна приватность.

Важно отметить, что значения можно переводить между этими двумя моделями прямо в Dusk, а не нужно перегонять активы через другой блокчейн с помощью bridge или wrapped-токенов.

В теории, такой подход довольно хорошо ложится на реальные финансовые процессы.

Например, компания может захотеть скрыть такие статьи, как зарплаты и бонусы, но при этом ей все равно нужны некоторые финансовые операции в прозрачном виде — для отчетности или аудита.

Но это заставляет меня задуматься о другом вопросе:

Помогает ли предоставление пользователям больше возможностей по приватности действительно увеличить adoption?

Те, кто хорошо разбираются в блокчейне, могут понимать, когда нужно использовать публичные транзакции, а когда — приватные.

А как быть обычным пользователям?

Большинство из нас не задумываются о приватности, пока информация, которую мы не хотели бы раскрывать… не оказывается раскрыта.

Похоже, что сложность Dusk может заключаться не только в том, чтобы построить приватность достаточно качественной, но и в том, чтобы сделать ее достаточно простой, чтобы пользователям не приходилось становиться экспертами по приватности, чтобы использовать ее правильно.

Как вы думаете, optional privacy будет преимуществом Dusk, или в итоге слишком много вариантов станет проблемой UX?
#45NgayTuDoTaiChinh
$HEMI $H

#binancep2pantoan @Binance Vietnam
Прочитайте это сообщение в одной из сделок на продажу USDT на сумму 40.000.000 VND, я на несколько секунд замер.

Покупатель нажал «Оплачено».

Но в чате он сказал следующее:

«Банк сейчас в ошибке, поэтому я не смог перевести. Я нажал “оплачено”, чтобы сделку не отменили.»

С одной стороны — статус на сделке: Оплачено.

С другой стороны — слова покупателя: деньги еще не переведены.

И мой банковский счет в тот момент тоже показывал то же самое: никаких 40 миллионов еще не поступило.

И тогда я ждал.

Не выпускал USDT. И не торопился делать выводы о том, что именно покупатель пытается сделать.

Я просто вернулся к единственному, что могу проверить сам: своему собственному банковскому счету.

Этот случай помог мне лучше понять смысл кнопки «Оплачено».

Она говорит о том, что покупатель отметил статус в заказе, а не является доказательством для продавца, что деньги действительно дошли до банка.

Деньги не поступили → я не подтверждаю, что получил деньги.

Если ждать слишком долго или возникнет спор, я буду использовать процедуру Appeal/Поддержка, а не разбираться с другой стороной вне системы.

Этот случай также заставил меня изменить одну привычку:
Я больше не выпускаю товар, исходя из статуса со стороны покупателя. Я выпускаю, исходя из суммы денег, которую я действительно смог проверить на своем счете.

Кнопка «Оплачено» для меня означает, что покупатель выполнил действие в заказе.

Новые банковские остатки говорят мне, реально ли деньги уже пришли.

Если у кого-то будет похожий случай, вы обычно ждете, пока покупатель сделает следующий перевод, или сразу подаете Appeal?

Наверное, никто не выбирает Appeal, если деньги еще не получены, да? 😁😁😁
#45NgayTuDoTaiChinh
$H $HEMI

#binancep2pantoan @Binance Vietnam $
Подаю USDT, деньги уже поступили, но имя отправителя не совпадает с покупателем — вы можете их освободить?

Раньше я мог думать просто:

Достаточно денег = сделка завершена.

Но теперь я проверяю еще один шаг: от кого пришли деньги?

Допустим, я продал 1.000 USDT. Покупатель сообщает, что оплатил, и в приложении банка отображается точная сумма.

Но имя отправителя при переводе не совпадает с данными покупателя в P2P-заявке.

В этот момент я не тороплюсь выпускать USDT.

Я сохраняю заявку как есть: не возвращаю деньги на другой счет и не перевожу общение в Telegram/Zalo. Я сохраняю Order ID, данные оплаты, историю чатов и обращаюсь в Appeal/Поддержку Binance, чтобы обработать все по правильной процедуре.

Потому что я понял, что есть различие между:

«Я получил достаточно денег.»

и

«Я получил правильную сумму денег — от правильного человека — по правильной заявке.»

В P2P совпадение суммы — это только часть. Платежная информация тоже должна быть такой, чтобы я мог проверить ее перед тем, как выпускать USDT.
#45NgayTuDoTaiChinh $DUSK $ACE

#dusk $DUSK
Сегодня я копнул немного глубже в @Dusk , и то, что привлекло мое внимание — это XSC — Confidential Security Contract.

Если RWA хочет развиваться стремительно, то для вывода таких активов, как акции или ценные бумаги, на блокчейн важна не только скорость. Конфиденциальность и способность соответствовать требованиям комплаенса также крайне важны.

XSC был создан Dusk, чтобы решить эту самую задачу: поддерживать финансовые активы on-chain, при этом уделяя особое внимание приватности.

На мой взгляд, это более практичный путь, чем просто создавать еще один Layer-1 быстрее.

Еще многое нужно изучить, но я уже лучше понимаю, почему $DUSK выбрал направление RWA + Privacy + Compliance в качестве вектора развития. 👀

#dusk

#BinanceP2PAnToan @Binance Vietnam $NVDAB

Команда «Готово» не означает, что я перестаю управлять рисками.

Раньше я думал: деньги зашли → release crypto → всё.

Теперь я делю каждую P2P-сделку на 3 этапа:

1️⃣ ПЕРЕД СДЕЛКОЙ → ПРОВЕРКА

Я смотрю процент завершения, историю ордеров, платежные данные и условия.

2️⃣ ПЕРЕД RELEASE → ПОДТВЕРЖДЕНИЕ

Сообщения покупателя «Оплата выполнена» недостаточно.

Я сам открываю приложение банка, проверяю нужную сумму + правильного отправителя + правильную транзакцию и только потом делаю release.

Есть разница между:

«Деньги поступили.»
и
«Правильные деньги по этому конкретному ордеру поступили.»

3️⃣ ПОСЛЕ СДЕЛКИ → СОХРАНЕНИЕ ДОКУМЕНТОВ

Я сохраняю Order ID, историю чата и платежную информацию.

Если через несколько дней возникнут проблемы, я хочу иметь доказательства для сверки, а не полагаться на память.

Мои правила:

Проверить → Подтвердить → Сохранить документы.

На экране может быть написано «Готово».
А вот управление рисками — не факт.
#USJulyCPI&PPIDueThisWeek
#USJulyPPIFlat
#SpaceXShortInterestFallsTo11%