Nay ngồi tổng hợp lại mấy case P2P cho anh em, thấy có vài merchant bị anh em phốt nhiều quá 😵💫
Có những merchant nhìn rate thì ngon như mơ, nhưng nhiều anh em khi giao dịch cùng gặp nhiều vấn đề quá, nên cũng cần chú ý anh em ạ.
Mình thấy có khá nhiều phản ánh từ người dùng về những vấn đề kiểu: 👉 Giao dịch xử lý rất chậm, giam lệnh lâu. 👉 Có trường hợp thanh toán rồi nhưng phải chờ rất lâu mới được xử lý. 👉 Phát sinh tranh chấp nhưng cách trao đổi với người dùng không rõ ràng, thậm chí là không phản hồi hay trả lời người dùng.
Đương nhiên, feedback tiêu cực không có nghĩa mình có thể kết luận merchant đó scam hay cố tình lừa đảo. Mỗi giao dịch có một hoàn cảnh khác nhau.
Nhưng nếu mình đang chuẩn bị bán hay mua một khoản tiền lớn mà vào phần feedback thấy nhiều người liên tục phản ánh cùng một vấn đề, thì cá nhân mình sẽ không cố thử vận may.
Rate có thể tốt hơn vài trăm nghìn, thậm chí cả triệu.
Nhưng không giòn đâu anh em nhé :))
Trước khi đặt lệnh, mình nghĩ cứ check nhanh: 🟢 Tỷ lệ hoàn thành 🟢 Số lượng giao dịch 🟢 Feedback gần đây 🟢 Điều kiện quảng cáo 🟢 Những phản ánh lặp lại từ người dùng khác
Nếu thấy quá nhiều red flag thì bỏ qua merchant đó, chọn một quảng cáo khác rõ ràng hơn.
Đừng để tâm lý: “Chắc người ta xui thôi, mình giao dịch chắc không sao đâu.” 😂
P2P có rất nhiều merchant, không nhất thiết phải cố giao dịch với một merchant khiến mình cảm thấy không yên tâm.
Anh em có gặp merchant nào mà feedback bị phốt lặp đi lặp lại chưa? Chia sẻ thêm để mọi người cùng check nhé. @Binance Vietnam #BinanceP2PAnToan
Có một điều mình nhận ra sau khi đào sâu về Dusk: privacy ở đây không phải để “ẩn danh cho bằng được”.
Nó giống một căn phòng có cửa khóa hơn — bình thường không ai nhìn vào, nhưng khi regulator hay auditor cần kiểm tra, bạn vẫn có thể mở đúng phần họ cần xem.
Ví dụ một quỹ lớn đang nắm tokenized bonds. Đến ngày nhận coupon, nếu mọi thứ public, người khác hoàn toàn có thể nhìn dòng tiền rồi đoán ra quy mô position.
Với Dusk, private note + View Key cho phép issuer/auditor kiểm tra khi cần, nhưng không có quyền spend. Vừa giữ alpha, vừa giữ compliance.
Mình còn thấy thú vị ở chỗ @Dusk không bắt buộc mọi thứ phải private. Phoenix + Moonlight cho phép public/private flow kết hợp trong cùng workflow: metadata có thể public để composability, còn order size hay position nhạy cảm thì được che đi.
Rồi Hedger đưa privacy vào EVM, kết hợp ZK + Homomorphic Encryption để hướng tới confidential balances và obfuscated order books — khá hợp với institutional trader vì chẳng ai muốn vừa đặt lệnh lớn đã bị cả thị trường nhìn thấy.
Cuối cùng là Native Issuance.
Dusk không chỉ muốn “bọc” tài sản thật thành token, mà hướng tới đưa cả vòng đời của securities lên-chain: issuance → ownership → trading → settlement → corporate actions.
Dusk không cạnh tranh “privacy mạnh nhất”, mà cạnh tranh “privacy đủ mạnh để institution dám đưa chứng khoán thật lên, và compliance đủ sâu để regulator chấp nhận”. Các đặc điểm trên (View Key, hybrid model, protocol-level licenses, Hedger HE, native issuance) tạo ra một stack hiếm: public L1 + regulated market infrastructure + programmable privacy. #dusk $DUSK
Оцените настолько, что экономия выходит почти 1 млн, но всё равно приходится "отказываться от сделки", ребята 😭
Сегодня у меня был один P2P-момент, который показался довольно обидным.
Я собирался продать USDT и увидел мерчанта с курсом намного лучше, чем в среднем по рынку. Если прикинуть, то при сделке с этим мерчантом я мог бы сэкономить ещё почти 1 млн рублей по сравнению с некоторыми другими.
Честно говоря, сначала курс выглядел очень заманчиво, да =)))
Но перед тем как выставлять ордер, у меня есть привычка тщательно проверить информацию по мерчанту и почитать отзывы тех, кто уже раньше с ним торговал. И постепенно стало немного страшно, потому что я увидел довольно много негативных отзывов о ходе сделок.
Многие могут подумать: «Негативный фидбэк — это, наверное, всего несколько случаев. Курс ведь такой вкусный — ну делай».
Но проблема в том, что у меня недостаточно данных, чтобы точно понять, что именно случилось в каждой конкретной сделке. Поэтому я не могу сделать вывод, что мерчант хороший или плохой.
Я лишь просто думаю: если я вижу много сигналов, из-за которых мне становится некомфортно, значит я пропускаю.
В P2P же есть не только один мерчант.
В этой сделке я, возможно, упущу шанс заработать ещё 1 млн, но зато избегу ситуации, когда потом придётся сидеть и разруливать проблемную сделку.
С этого момента я по-прежнему держу в голове 4 вещи перед тем, как ставить ордер:
🟢 Курс — правда ли он настолько хорош?
🟢 Процент успешных сделок — как выглядит история?
🟢 Отзывы — что писали предыдущие пользователи?
🟢 Условия сделки — есть ли что-то необычное?
Не позволяйте красивой цифре курса заставить меня пропустить всё остальное.
Mình từng nghĩ các dự án privacy chỉ cạnh tranh xem “ai ẩn tốt hơn”.
Nhưng với tokenized stocks, câu hỏi quan trọng hơn là: làm sao vừa privacy, vừa compliance?
Nhiều dự án như Ondo, xStocks, Securitize đưa cổ phiếu lên chain theo mô hình wrapper. Tài sản thật vẫn nằm off-chain, còn token giao dịch on-chain khá minh bạch.
Với institutional trader, đây có thể là vấn đề: đối thủ nhìn được size, timing, accumulation pattern, thậm chí suy ra position qua dividend.
Phoenix cho phép tài sản nằm trong private notes, kết hợp ZK và selective disclosure. Holder có thể giữ privacy, nhưng regulator/auditor vẫn được cấp View Key để kiểm tra khi cần mà không có quyền spend.
Hedger trên DuskEVM còn hướng tới confidential trading workflows, bảo vệ order intent và position của trader.
Citadel thì giải bài toán eligibility: có thể chứng minh “tôi đủ điều kiện đầu tư” mà không cần công khai toàn bộ dữ liệu cá nhân.
Điểm mình thích nhất: Privacy không phải để trốn regulation. Privacy được thiết kế để financial markets có thể hoạt động on-chain mà không phải public mọi thứ.
#dusk không cạnh tranh “ai private hơn”, mà cạnh tranh “ai làm privacy phục vụ được tokenized stocks trong môi trường quy định thực sự”.
Điểm độc đáo nằm ở việc privacy được nhúng vào lifecycle chứng khoán (đặc biệt corporate actions và order flow) và có đường pháp lý rõ ràng qua NPEX. Đây là lý do nhiều người trong TradFi châu Âu theo dõi $DUSK kỹ hơn các privacy L1 thuần túy.
Покупка P2P, деньги уже поступили, но человек, который перевёл их, не является тем, кто указан в ордере?
Сильно переживаю, ребята :(( У меня есть ордер на продажу P2P. Покупатель сообщил, что оплатил, и фактические деньги уже поступили на счёт в банке.
Но при более тщательной проверке обнаружилась проблема: имя человека, который перевёл деньги, не совпадает с данными покупателя из ордера.
То есть деньги — настоящие, банковская транзакция — тоже реальная, но я не знаю точно, кто именно сделал перевод, и какая связь между этим человеком и покупателем.
Вот тут я начинаю сильно нервничать =))) Не знаю, стоит ли подтверждать разблокировку этого ордера. Если вдруг попадётся контрагент с деньгами непонятного происхождения, то это будет очень сложно.
Я уже подал Appeal, чтобы биржа помогла с проверкой, но пока дело рассматривается, главный вопрос всё ещё такой: стоит ли соглашаться на сделку, если деньги переведены с счёта третьего лица?
По-моему, если такое происходит, не стоит самому гадать, «чистый» это источник средств или нет.
У меня нет возможности, глядя только на одну банковскую транзакцию, надёжно проверить происхождение денег оппонента.
Я думаю, что не нужно, из-за страха, что заблокируют ордер, самовольно делать Release, чтобы побыстрее «закрыть вопрос». Полученные деньги — это одно. А вот то, пришли ли они от правильного партнёра по сделке — это другое.
Ребята, подскажите: есть ли способ самостоятельно на 100% проверить, чистые ли это деньги?
У кого-нибудь уже был случай, когда покупатель использовал счёт третьего лица для перевода? Если встречали, как обычно решают? #BinanceP2PAnToan @Binance Vietnam
Tranh chấp tài sản thừa kế hàng chục tỷ, giờ 2 anh em mỗi người một nơi!
Anh cả bảo: “Bố để lại cho anh.” Em trai: “Không, chia đôi theo di chúc.”
Rồi hai người lao vào kiện tụng.
Rắc rối là tài sản nằm khắp nơi: cổ phiếu ở custodian, trái phiếu ở hệ thống khác, giao dịch qua venue khác. Muốn biết chính xác ai sở hữu gì, giao dịch lúc nào, settlement đã xong chưa cũng phải đối chiếu đủ kiểu.
Tôi chợt nghĩ: nếu ngay từ đầu những tài sản này được vận hành on-chain thì sao?
Поддержка P2P от Binance — это правда «верхушка айсберга» =)))
Только проснулась, глаза ещё не до конца открылись, а я уже чуть не отправила 60 миллионов подальше от тебя, брат 😭
Суть в том, что я выставила ордер на продажу USDT на P2P. Тогда голова, видимо, всё ещё «загружалась», так что действия вышли слишком быстрыми.
Я ещё не успела проверить, пришли ли деньги на счёт, как уже подтвердила сделку покупателю.
Пару минут спустя только осознала: «Эй... а деньги где???»
Я проверила банковский счёт — соответствующего перевода нет.
При этом USDT уже был подтверждён и release выполнен.
В панике я не знала, как лучше действовать, поэтому сразу связалась с поддержкой Binance и предоставила информацию и доказательства по сделке.
К счастью, поддержка быстро отреагировала и подсказала, как решить вопрос.
После проверки спора Binance сообщила, что всё успешно урегулировано, и USDT возвращён на аккаунт Binance, а также было указано, что время возврата может занять примерно 24–72 часа.
Но после этой истории я сделала крайне важный вывод: Продавая USDT, ни в коем случае не подтверждайте только по статусу Order. Нужно самому открыть банковское приложение и проверить — ребята, обязательно проверьте.
В моём случае повезло: осталась история ордеров, информация по сделке и процесс поддержки для урегулирования. А вот если бы я тогда разобралась бы самовольно снаружи или не осталось бы доказательств — было бы намного головнее.
Если честно, 60 миллионов — ошибка в одном действии, и ты сразу просыпаешься, брат 😂
Так что, ребята, торгующие на P2P, запомните:
Сначала убедитесь, что деньги поступили на счёт, а только потом делайте release. Если не уверены — остановитесь и перепроверьте. Если есть проблема — оставляйте Order как есть и делайте Appeal, чтобы Binance помогла.
И лучше всего: если вы ещё не проснулись утром и не в кондиции — не занимайтесь никакими сделками, ладно? :(( @Binance Vietnam #BinanceP2PAnToan
Мой отец когда-то купил участок земли больше 20 лет назад, и теперь он вырос примерно в 30 раз относительно себестоимости.
Я вдруг подумал: что если с самого начала весь жизненный цикл актива можно фиксировать и вести в блокчейне?
Именно тогда история RWA + Native Issuance от @Dusk становится особенно интересной.
Многие понимают RWA просто как «вывести реальные активы в сеть». Но Dusk очень четко разделяет: Tokenization ≠ Native Issuance.
При Tokenization реальный актив по-прежнему находится у кастодиана или в традиционном CSD. Токен в блокчейне — лишь обёртка, представляющая этот актив.
При этом всё равно нужна сверка: On-chain token ↔ Off-chain asset
А Native Issuance идет дальше: актив выпускается и учитывается непосредственно в блокчейне, когда у института и площадки есть все необходимые лицензии, authorization и корректная настройка продукта.
Тогда весь цикл жизни можно перенести в ончейн: Выпуск → владение → передача → расчеты → выплата процентов → голосование → погашение.
Представьте себе небольшую/среднюю компанию в Нидерландах (SME), которая хочет выпустить облигации для привлечения капитала.
Вместо того чтобы проходить через множество промежуточных слоев, актив может быть выпущен ончейн в рамках подходящего фреймворка.
Это не просто «токенизация облигаций».
А $DUSK выводит полный жизненный цикл облигации на инфраструктуру, которую можно программировать.
Вот почему я обратил внимание на связь между Dusk и NPEX — платформой рынка капитала в Нидерландах, которая находится под надзором AFM с фокусом на SME и продукты вроде equity и bonds.
Native issuance все еще зависит от регуляторного фреймворка и реальной практики, поэтому пока нельзя утверждать, что все активы сразу будут «рождаться» на Dusk.
Но если #dusk удастся реализовать, то история RWA будет такой: «Вынести на блокчейн сам жизненный цикл актива.»
«Пока ты не спешишь, я тоже не спешу» =))) Занимаешься P2P, а тебя всё пытаются увести в Zalo?
Я покупаю 20 миллионов USDT на P2P: пока не увидел, что монеты отправили, я всё ещё с пониманием — даже сделал скриншот экрана с операцией и отправил продавцу для подтверждения.
Но мне сразу дали по рукам: предложили перейти в Zalo, чтобы отправить фото «для ясности». Похоже, и друзьям тоже уже слышен этот «запах», что всё не в порядке. И по правде говоря, когда попадаешь на такие «тягомотные» ситуации, не столько страшно потерять деньги, сколько жалко потерять время на разбирательства.
А если вы ещё не знаете, как всё это разруливать, и хотите узнать «теорию заговора» за попытками увести сделку на другую платформу — читайте дальше.
Если вы торгуете P2P на бирже, внутри системы сохраняются ордер и статус сделки, чат между сторонами, а также системный escrow. В случае проблем при подаче жалобы биржа располагает достаточными доказательствами, чтобы помочь вам разобраться.
Вынесение переписки за пределы платформы может привести к тому, что у вас будет меньше доказательств и пропадут механизмы защиты сделок на бирже.
Так что делать в таком случае? 1️⃣ Не переходить в Zalo/Telegram только потому, что этого требует мерчант. 2️⃣ Если оплата уже сделана — оставляйте Order без изменений. Не отменяйте его самовольно только потому, что другая сторона просит отменить. 3️⃣ Сохраняйте доказательства: Order ID, квитанцию/платёжный чек и всю историю чата — всё нужно сохранить. 4️⃣ Если есть проблема — Appeal (апелляция).
Не пытайтесь сначала решить вопрос отдельным чатом вне платформы, а потом вернуться и искать, как что-то доказать. Binance позволяет обеим сторонам предоставлять доказательства, чтобы команда поддержки могла рассмотреть спор.
Удивительные, но реальные истории: P2P-сделка, где нужно проверить банковскую выписку, прежде чем выполнять поручение?
Говорят: «ожидание — это счастье», но мне кажется, что когда ждёшь, пока merchant обработает P2P, чаще просто теряешь терпение, ребята 😂
Я совершал(а) сделку в одном P2P-магазине: оплатил(а), а потом ждал(а), пока продавец обработает. Сначала подумал(а), что это займёт всего несколько минут, поэтому и не обращал(а) внимания.
Прошло уже более 6 часов, и я написал(а) снова — а магазин ответил всё так же: «Магазин сейчас срочно проверяет банковскую выписку, чтобы подтвердить перевод денег вам. Пожалуйста, подождите ещё несколько минут».
А? =)))
6 часов прошло, а они всё ещё проверяют выписку?
Точка, которой я хочу поделиться здесь, не в том, что если merchant обрабатывает медленно, то значит точно есть проблема. Возможно, им действительно нужно сверить транзакцию или они столкнулись с трудностями в процессе обработки.
Но для пользователей 6 часов — это слишком долго для P2P-сделки без заметного прогресса.
Если у вас случится что-то похожее, ребятам стоит: 👉 Держать все переписки в чате заказа (Order). 👉 Сохранить Order ID, платёжные документы и историю чата. 👉 Если merchant постоянно тянет время, но не предоставляет понятную информацию, можно открыть Appeal, чтобы Binance помогла с проверкой. 👉 Не отменять заказ самостоятельно и не следовать необычным требованиям только потому, что merchant говорит «подождите ещё чуть-чуть».
P2P удобно тем, что сделки проходят быстро, но именно поэтому, если «зависает» на несколько часов — это очень неприятно.
Ребята, что вы будете делать, если вам попался вариант «идёт проверка выписки, пожалуйста, подождите ещё несколько минут», а через 6 часов всё ещё не завершилось? =)))
P2P-сделка, где просят «дать сдачи/мелочь» вот так — братцы, не уступайте!
Думаю, многие сталкивались: когда покупаешь или продаёшь монеты, торговец пишет в личку, что якобы «баланса не хватает», или делает это вежливо, типа: «Дай мне немного денег на чай/попить чего-нибудь»,...
В общем, способов «попросить украдкой по-немного» у них много. Вначале, когда только начал торговать, я не знал и, по своей доброте, ещё и соглашался. Так что они просили у меня 50к, 100к — и мне было нормально.
Но потом выяснилось: в день они проводят операции на крупные суммы и с большим количеством людей. Если каждый даст им по 50–100, то выходит, что в день они могут зарабатывать до нескольких миллионов.
Разве это не то же самое, что «милостыня богатым»? Поэтому после таких случаев я сделал вывод: братцы, просто всегда действуйте по правилам.
Переводите деньги полностью — и только тогда оплачивайте или отдавайте монеты, никаких торгашеств и затягиваний. Если какой-то торговец окажется слишком жуликоватым и будет «держать сделку», когда вы уже перевели — сразу сфотографируйте/сохраните скриншот и подайте жалобу на биржу.
Сейчас времена трудные, так что всё, что удаётся сэкономить — это сэкономить. А касательно P2P я по-прежнему предпочитаю торговать на Binance: в основном время обработки ордеров быстрое, курс хороший, и служба поддержки, как мне кажется, организована аккуратнее, чем на других биржах.
Однажды меня держали на сделке — я написал в группе @Binance Vietnam , сообщил админам, и мне очень быстро помогли, так что стало гораздо спокойнее. Надеюсь, что этот пост поможет братцам избежать ненужных потерь. Удачных торгов #BinanceP2PAnToan вам!
Ой как сейчас в P2P-торговле нужно переводить ровно 6 последних цифр кода ордера, да, ае!!!
Дело в том, что я вижу, как курс USDT упал, поэтому решил немного купить и подержать, но давно уже не делал покупки в P2P, так что мне это стало непривычно.
Раньше я уже торгова́л с этим продавцом, проблем не было, а сегодня вижу, что требуют такой код ордера.
У кого-нибудь было что-то подобное? У всех при покупке запрашивают код ордера так, как у меня, или нет? Пожалуйста, скажите. К счастью, в итоге мне всё же выдали монеты, но я не понимаю, почему понадобилось именно такое требование.
Те продавцы, у которых я раньше покупал монеты, тоже иногда присылают код ордера — кто-то присылает, а кто-то нет. Если отправляют мне без кода ордера, я всё равно отдаю монеты как обычно, ничего сложного тут нет.
Раньше я всегда следовал принципу из 3 шагов:
1️⃣ Правильный Order ID Пока оплачиваешь какой-то ордер — сверяешь точную информацию именно этого ордера.
2️⃣ Правильный получатель Проверяешь имя и сумму оплаты — совпадает ли с данными в заказе.
3️⃣ Содержание перевода Это мне не особо важно, поэтому и столкнулся с таким кейсом, вот.
Особенно если есть что-то, в чём я не уверен, я вообще не спешу делать перевод. Всем советую ли вы мне, если надо, можно использовать Appeal, чтобы получить поддержку от Binance и чтобы они проверили, но в этом случае я сразу общался в чате — показалось, что помощь будет слишком долго. #BinanceP2PAnToan
Кто сталкивался с похожей ситуацией — подскажите, пожалуйста! @Binance Vietnam
P/s: Из-за политики конфиденциальности на бирже мне нужно скрыть имя продавца, чтобы обеспечить безопасность, как говорится, ребята!
😭 Проиграл 260 млн, а merchant перевёл всего 26 млн. Не заметишь — реально всё пропало, братья.
Я создал ордер на продажу на 260 млн VND. Merchant сделал перевод, но вместо полной суммы 260 млн перевёл только 26 млн.
Самое примечательное: в тот момент деньги всё равно отражались на счёте, поэтому если смотреть на уведомление вроде «Вы только что получили деньги» и не перепроверить баланс, то всё — беда. К тому же легко перепутать нули.
К счастью, сделка была крупной — я внимательно смотрел(а) и заметил(а), что фактически полученная сумма не совпадает.
Всего один недостающий ноль — и 260 млн превращаются в 26 млн. 🥲
Поэтому думаю, что P2P-продавцам стоит помнить одно правило:
Уведомление о поступлении денег ≠ что деньги получены в полном объёме.
Перед Release USDT сначала самому открыть приложение банка и проверить:
☑️ Фактически поступившая сумма соответствует сумме заказа? ☑️ Имя отправителя совпадает с данными транзакции? ☑️ Транзакция действительно уже отражена на счёте? ☑️ Если суммы не совпадают → НЕ RELEASE.
В нашей группе кто-то поделился, что после сделки с P2P-мерчантом эта учетная запись связана с движением средств, которое сейчас проверяют правоохранительные органы, и вас приглашают прийти, чтобы помочь в расследовании.
Важный момент: человек просто думал, что покупает USDT как обычную P2P-сделку, но если операция связана с источником средств, который проверяют, покупателю всё равно может понадобиться объяснить свою сделку.
Это не значит, что покупатель поступил неправильно или имеет отношение к мошенничеству; во многих случаях просто нужно подтвердить источник происхождения средств и их движение.
Так что в P2P не стоит смотреть только на цену USDT.
Я думаю, ребятам стоит выработать несколько привычек: 🔹 Проверяйте мерчанта перед сделкой: процент завершения, количество ордеров, история активности. 🔹 Сверяйте данные платежа: особенно имя получателя/отправителя с информацией, отображаемой в заказе. 🔹 Не совершайте сделки вне платформы: не переводите в Zalo/Telegram или не договаривайтесь о отдельной сделке за пределами Binance, даже если мерчант просит. 🔹 Сохраняйте документы по сделке: Order ID, историю чата, данные платежа и связанные подтверждающие документы. Всё это очень важно, если потом нужно будет доказать, как именно вы провели транзакцию.
P2P изначально создано для удобных сделок, но безопасность зависит не только от платформы — она ещё и в привычках самого пользователя.
Особенно для крупных сумм: не стоит из-за небольшой разницы в цене пренебрегать проверкой мерчанта и сохранением полной информации по сделке.
Разные ситуации и «запутанные договорённости» при P2P-торговле на Binance, ребята!
Только что заметил одну довольно показательную ситуацию — решил поделиться, чтобы вы могли избежать проблем.
Когда вы торгуете P2P на Binance нормально, продавец вдруг просит добавить в друзья в Zalo, чтобы обсудить детали. Затем они продолжают говорить: «Отмени заказ, а потом мы вернём деньги».
🚨 Если столкнулись с таким случаем — не делайте это сразу.
При сделках на Binance P2P все обсуждения нужно проводить прямо в чате по заказу. Переход на другие платформы, такие как Zalo, Telegram... затрудняет Binance верификацию информации в случае последующего спора.
Особенно важно: ни в коем случае не нажимайте «Отменить заказ», пока не получили возврат на счёт.
Если другая сторона просит отменить, но деньги ещё не возвращены, сразу откройте «Апелляцию» (Appeal) прямо на Binance P2P, чтобы команда поддержки вмешалась. Вся история чата и транзакций на платформе станет основанием для защиты ваших прав.
Несколько принципов, которые я всегда держу в голове при P2P-торговле: ✅ Не переносите разговор в другие приложения. ✅ Не отменяйте заказ только потому, что партнёр просит, если вы ещё не получили деньги. ✅ Сохраняйте Order ID и все детали переписки, если есть признаки чего-то подозрительного.
P2P очень удобно и безопасно, если обе стороны соблюдают правильную процедуру. Если партнёр просит сделать что-то, выходящее за рамки процесса платформы, вам стоит остановиться на пару минут и проверить, а не действовать наспех.
Не просто смотрите на низкую цену при выборе P2P-трейдера!
Многие ребята видят, что у какого-то merchant цена хорошая — и сразу заходят в сделку. Но есть риск, на который мало кто обращает внимание: партнер слишком медленно отвечает.
Бывает так: после создания ордера на покупку/продажу USDT прошло уже более 2 часов, а со стороны другой стороны ответа всё нет — из-за этого ордер так и зависает. Не обязательно, что они намеренно мошенничают, но даже само ожидание способно отнять у меня очень много времени, ребята.
Особенно если вам нужно пополнить USDT, чтобы добавить маржу к позиции Futures — то 1–2 часа могут быть крайне важным временем.
В условиях сильной рыночной волатильности, если вы не успеете вовремя пополнить актив, позиция может быть ликвидирована до того, как P2P-сделка завершится.
Чтобы снизить вероятность столкнуться с такой ситуацией, я обычно обращаю внимание на следующее: ✅ Предпочитайте торговлю с merchant, у которого высокий процент завершения сделок, много ордеров и он активно работает. ✅ Проверяйте время ответа партнера перед созданием ордера, если сделка нужна срочно. ✅ Если вам нужно пополнить деньги, чтобы срочно обработать позицию, не выбирайте только по самой низкой цене — отдавайте приоритет скорости обработки.
Если есть время — ребята, почитайте еще комментарии самых свежих пользователей, которые уже торговали с этим продавцом, чтобы понять, нет ли проблем.
И самое главное: всегда проводите сделки на Binance P2P, общайтесь в чате заказа и, если в ходе сделки возникли проблемы или процесс слишком затянулся, используйте функцию «Жалоба» (Appeal), чтобы команда поддержки Binance могла помочь.
Решение-обёртка (wBTC, cbBTC) связано с юридическими ограничениями — на что держателям BTC стоит обратить внимание?
wBTC или cbBTC очень удобны, но по сути это всё та же модель custody.
Настоящий BTC хранится у третьей стороны, которая выпускает токен, представляющий этот актив. Это влечёт целый ряд юридических рисков: например, money transmitter, custody, возможность заморозки/blacklist, а также counterparty risk. К тому же в некоторых странах при wrap/unwrap могут возникать налоговые обязательства.
@BabylonLabs_io выбрали совершенно иной подход по сравнению с Trustless Bitcoin Vaults (TBV). BTC не покидает сеть Bitcoin — вы по‑прежнему храните приватный ключ, поэтому с точки зрения юриспруденции эта модель значительно «чище» и заметно снижает зависимость от третьих лиц.
Но не спешите думать, что TBV — это «без рисков».
Первое — это технологический риск. BABE, BitVM3, ZK Proof или Taproot Scripts всё ещё очень новые. Процесс redeem включает challenge period примерно на 3 дня, и при этом сохраняется вероятность возникновения ошибок на уровне proof или в дизайне vault.
Если использовать TBV вместе с Aave v4, вам дополнительно придётся управлять liquidation risk, oracle risk и постоянно отслеживать health factor при резких колебаниях цены BTC.
Зато пользовательский опыт тоже пока не может быть «в одно нажатие». Вам нужно, чтобы Bitcoin-кошелёк поддерживал Taproot, чтобы был Ethereum-кошелёк, затем дождаться peg-in, выполнить redeem, оплатить сетевые комиссии Bitcoin, газ Ethereum и сборы Vault Provider.
По-моему, главное отличие заключается в следующем: - Обёртка: удобна, но приходится «платить» custody, counterparty и юридическими рисками. - Babylon TBV: self-custody и более trust-minimized, но требует от пользователя понимать технические риски, уметь выполнять операционные действия и управлять позицией.
#baby не превращает Bitcoin в продукт «нажал кнопку — и забыл».
$BABY превращает BTC в актив, который можно использовать в DeFi, при этом сохраняя дух принципа «Don't trust, verify.».
Куда приведет BTC ход, рассчитанный рукопожатием между Babylon и Aave?
@BabylonLabs_io выбрали Native Bitcoin-backed Borrowing в Aave v4 в качестве первого use-case, потому что это самый быстрый способ продемонстрировать, что Trustless Bitcoin Vaults (TBV) могут работать в реальных условиях.
Первую причину легко понять: Aave — это «король» DeFi-лендинга. Вместо того чтобы начинать с небольшого протокола, Babylon сразу идет в протокол с самым большим TVL, чтобы воспользоваться ликвидностью, доверием и способностью к масштабированию. Если получится на Aave, расширяться на другие протоколы будет гораздо проще.
Самое интересное для меня — архитектура Hub & Spoke Aave v4.
Babylon создает отдельный Bitcoin-backed Spoke, где нативный BTC используется в качестве залога, не влияя при этом на основной Hub или другие рынки. Благодаря тому, что риски полностью изолированы, Aave DAO также проще принять эксперименты.
Babylon также спроектировал 2 отдельных Spoke: 👉 Core Lending Spoke: позволяет использовать нативный BTC, чтобы брать в долг стейблкоины или WBTC. 👉 BTC Vault Swap Spoke: специально обрабатывает ликвидацию, переводя BTC в WBTC в permissionless-режиме, чтобы ликвидатору было проще действовать.
Эта схема одновременно помогает Aave снижать риск ликвидации и невольно создает дополнительный спрос на заем и ликвидность для WBTC в экосистеме.
Более того, Aave помогает #baby проверить полный жизненный цикл TBV: peg-in → активация залога → borrow → repay → redeem → liquidation в одной из наиболее зрелых DeFi-сред сегодня.
$BABY сейчас довольно сильно зависит от темпов и governance Aave.
Текущий UX все еще сложный: приходится управлять и Bitcoin Taproot-кошельком, и Ethereum, время redeem с challenge period составляет около 3 дней, а показатели на testnet пока еще не отражают реальный спрос со стороны держателей BTC.
Политика как инфраструктура: Ньютон — это не продукт безопасности, это TCP/IP для DeFi
Любая цивилизация строит инфраструктуру до расширения, и DeFi делает наоборот. В 1974 году Винт Серф и Боб Канн опубликовали TCP/IP — базовый коммуникационный протокол интернета. Не приложение. Не вебсайт. Это нижний слой, на котором будут работать все приложения. Нет TCP/IP, нет электронной почты. Нет веба. Ничего из современного интернета не существует. DeFi строит приложения. Разрабатывает протоколы. Создаёт сложные финансовые продукты поверх всего. Но не хватает базового слоя инфраструктуры — слоя политики: кто решает, какие сделки разрешены, и где это решение исполняется в стеке?
Присоединяйтесь к «свободному» DeFi — где пользователи должны «сами за себя отвечать» 🤔
DeFi управляет сотнями миллиардов долларов. И нет никакого уровня авторизации до того, как средства начнут переводиться.
Задумайтесь об этом на секунду.
Visa обрабатывает 200 миллионов транзакций в день — и каждая из них проходит проверку авторизации прежде чем произойдёт. Традиционные банковские системы имеют целые стопки правил, которые проверяют и одобряют любой платёж до того, как он будет разрешён.
DeFi? Ничего подобного. Транзакция происходит. Ущерб случается. А потом все начинают расследование.
Это не ошибка конкретного протокола. Это структурная уязвимость всей отрасли — и она существует в масштабе сотен миллиардов долларов.
Newton Mainnet Beta и VaultKit — это прямой ответ: Pre-settlement Enforcement (проверка перед тем, как транзакция settlement’нется) гарантирует, что каждая транзакция проходит через Newton AVS (операторскую сеть), чтобы проверить policy до выполнения.
Если есть нарушения — сразу блокируем. Не допускаем ситуацию «деньги уже ушли, а проблему обнаружили потом».
Четыре проверочных домена (4 слоя), которые Newton enforcing: 🚀Compliance (соблюдение, санкции, юрисдикция). 🚀Identity (аутентификация личности, проверяемые credentials). 🚀Security (лимиты расходов, одобренные адреса, защита агента...). 🚀Risk (лимиты плеча, риск концентрации, здоровье оракулов, depeg, риск контрагента...).
Особенность в том, что это Onchain Attestation, также известное как Verifiable Receipt. После проверки #Newt подписывает onchain-доказательство, которое может проверить любой. Это превращает «доверие куратору/хранилищу» в «проверяемость в блокчейне» $NEWT
Не патч для уязвимости. Это недостающий слой инфраструктуры для всей отрасли.