Binance Square
EntryOnly
246 Публикации

EntryOnly

Square content - trading 24/7 Always DYOR before trading
31 подписок(и/а)
110 подписчиков(а)
422 понравилось
Посты
PINNED
·
--
Рост
Длинный $ZEC {future}(ZECUSDT) Запись 395-400 SL 388 Tp : 435
Длинный $ZEC
Запись 395-400
SL 388
Tp : 435
PINNED
ВЕЩИ, КОТОРЫЕ ВЫ ДОЛЖНЫ ПРОЧИТАТЬ ПЕРЕД ТОЙ, КАК ПОЙДЕТЕ ЗА МНОЙ 1. НЕ ВСЯКАЯ ТОРГОВЛЯ БУДЕТ УСПЕШНОЙ. НИКТО В ЭТОМ МИРЕ НЕ МОЖЕТ ЭТО ГАРАНТИРОВАТЬ, И Я НЕ ИСКЛЮЧЕНИЕ. 2. КАЖДАЯ ТОРГОВЛЯ, КОТОРУЮ Я ДЕЛЮ, ИМЕЕТ ЯСНЫЕ УРОВНИ ВХОДА, ТП И СТ. ВЫ ДОЛЖНЫ СЛЕДОВАТЬ ИМ ТОЧНО, ОСОБЕННО СТОП-ЛОССУ. 3. ВСЕГДА ВНИМАТЕЛЬНО СЛЕДИТЕ ЗА МОИМИ ОБНОВЛЕНИЯМИ ТОРГОВЛИ. НИКОГДА НЕ ВХОДИТЕ В ТОРГОВЛЮ ПОСЛЕ ТОГО, КАК ЦЕНА УЖЕ ДВИГАЛАСЬ ЧАСАМИ И ТОЛЬКО ПОЗДНЕЕ ВЕРНУЛАСЬ К УРОВНЮ ВХОДА. НАПРИМЕР: ЕСЛИ Я ЗОВУ ТОРГОВЛЮ В 8 УТРА И ЦЕНА УЖЕ ДВИГАЛАСЬ, НО ВЫ УВИДИТЕ ЭТО ТОЛЬКО В 5 ВЕЧЕРА, КОГДА ЦЕНА ВЕРНЕТСЯ К УРОВНЮ ВХОДА, НЕ БЕРИТЕ ЭТУ ТОРГОВЛЮ УЖЕ. 4. КОЛИЧЕСТВО ТОРГОВЛЕЙ В ДЕНЬ НИКОГДА НЕ ФИКСИРОВАНО. В НЕКОТОРЫЕ ДНИ ИХ МОЖЕТ БЫТЬ МНОГО, В НЕКОТОРЫЕ ДНИ ОЧЕНЬ МАЛО. ВСЕГДА ЗАВИСИТ ОТ РЫНОЧНЫХ УСЛОВИЙ И КАЧЕСТВА СЕТАПОВ. 5. НАИБОЛЕЕ ВАЖНО, ВСЕГДА ДУМАЙТЕ ВНИМАТЕЛЬНО ПЕРЕД ВХОДОМ В ЛЮБУЮ ТОРГОВЛЮ. ЭТО ВАШИ ДЕНЬГИ, ВАШЕ РЕШЕНИЕ. ВСЕГДА DYOR. $ESPORTS $BTC $ETH
ВЕЩИ, КОТОРЫЕ ВЫ ДОЛЖНЫ ПРОЧИТАТЬ ПЕРЕД ТОЙ, КАК ПОЙДЕТЕ ЗА МНОЙ

1. НЕ ВСЯКАЯ ТОРГОВЛЯ БУДЕТ УСПЕШНОЙ. НИКТО В ЭТОМ МИРЕ НЕ МОЖЕТ ЭТО ГАРАНТИРОВАТЬ, И Я НЕ ИСКЛЮЧЕНИЕ.

2. КАЖДАЯ ТОРГОВЛЯ, КОТОРУЮ Я ДЕЛЮ, ИМЕЕТ ЯСНЫЕ УРОВНИ ВХОДА, ТП И СТ. ВЫ ДОЛЖНЫ СЛЕДОВАТЬ ИМ ТОЧНО, ОСОБЕННО СТОП-ЛОССУ.

3. ВСЕГДА ВНИМАТЕЛЬНО СЛЕДИТЕ ЗА МОИМИ ОБНОВЛЕНИЯМИ ТОРГОВЛИ. НИКОГДА НЕ ВХОДИТЕ В ТОРГОВЛЮ ПОСЛЕ ТОГО, КАК ЦЕНА УЖЕ ДВИГАЛАСЬ ЧАСАМИ И ТОЛЬКО ПОЗДНЕЕ ВЕРНУЛАСЬ К УРОВНЮ ВХОДА.

НАПРИМЕР: ЕСЛИ Я ЗОВУ ТОРГОВЛЮ В 8 УТРА И ЦЕНА УЖЕ ДВИГАЛАСЬ, НО ВЫ УВИДИТЕ ЭТО ТОЛЬКО В 5 ВЕЧЕРА, КОГДА ЦЕНА ВЕРНЕТСЯ К УРОВНЮ ВХОДА, НЕ БЕРИТЕ ЭТУ ТОРГОВЛЮ УЖЕ.

4. КОЛИЧЕСТВО ТОРГОВЛЕЙ В ДЕНЬ НИКОГДА НЕ ФИКСИРОВАНО. В НЕКОТОРЫЕ ДНИ ИХ МОЖЕТ БЫТЬ МНОГО, В НЕКОТОРЫЕ ДНИ ОЧЕНЬ МАЛО. ВСЕГДА ЗАВИСИТ ОТ РЫНОЧНЫХ УСЛОВИЙ И КАЧЕСТВА СЕТАПОВ.

5. НАИБОЛЕЕ ВАЖНО, ВСЕГДА ДУМАЙТЕ ВНИМАТЕЛЬНО ПЕРЕД ВХОДОМ В ЛЮБУЮ ТОРГОВЛЮ. ЭТО ВАШИ ДЕНЬГИ, ВАШЕ РЕШЕНИЕ. ВСЕГДА DYOR.

$ESPORTS $BTC $ETH
Если бы сегодня кто-то спросил меня, что нужно знать перед первым P2P-трейдом, я не думаю, что начал бы с чек-листа. Я бы начал с чего-то меньшего: в тот самый момент прямо перед тем, как вы обычно пропускаете шаг, вы внезапно чувствуете себя абсолютно разумно, делая это. Вот что никто не предупредил. Пропуск проверки ни разу не ощущался в моменте безрассудным. Это всегда кажется эффективным. Я бы сказал им, что значок важнее, чем они думают, а банковское приложение — важнее, чем они думают. Я бы сказал им, что дружелюбный контрагент и легитимный — это не одно и то же, хотя они могут казаться одним и тем же. И я бы сказал им, что две минуты, которые они захотят пропустить — те самые, которые ощущаются единственным, что стоит между ними и тем, чтобы «всё закончить», — почти в каждой ситуации, это единственные две минуты, которые на самом деле и защищали их. Я бы не стал говорить, что P2P опасен. Сделок уже с тридцать с лишним — и ни разу он не оказался опасным именно тогда, когда это реально имело значение, потому что проверки делали то, для чего они были созданы. Я бы сказал им, что это не опасно ровно потому, что достаточно много людей продолжает делать скучные части, и что момент, когда эти «скучные» действия перестают быть скучными именно для вас, — это ровно тот момент, когда нужно замедлиться. Я не знаю, что бы я сам пропустил в своём первом трейде, если бы кто-то заранее рассказал мне всё это. Возможно, ничего. А возможно, ровно одну вещь, которая действительно имела значение. Я так и не узнал — и думаю, поэтому я до сих пор делаю всё это сейчас. #binancep2pantoan @Binance_Vietnam $BTC $HYPE $ETH {future}(ETHUSDT) {future}(HYPEUSDT) {future}(BTCUSDT)
Если бы сегодня кто-то спросил меня, что нужно знать перед первым P2P-трейдом, я не думаю, что начал бы с чек-листа. Я бы начал с чего-то меньшего: в тот самый момент прямо перед тем, как вы обычно пропускаете шаг, вы внезапно чувствуете себя абсолютно разумно, делая это. Вот что никто не предупредил. Пропуск проверки ни разу не ощущался в моменте безрассудным. Это всегда кажется эффективным.

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

Я бы не стал говорить, что P2P опасен. Сделок уже с тридцать с лишним — и ни разу он не оказался опасным именно тогда, когда это реально имело значение, потому что проверки делали то, для чего они были созданы. Я бы сказал им, что это не опасно ровно потому, что достаточно много людей продолжает делать скучные части, и что момент, когда эти «скучные» действия перестают быть скучными именно для вас, — это ровно тот момент, когда нужно замедлиться.

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

#binancep2pantoan @Binance Vietnam $BTC $HYPE $ETH
«Перепроверил формулировку “язык ведущего протокола с фиксированной ставкой” по фактическому lending-лейдерборду этим утром. СМИ продолжают называть @termmax Fi “ведущим протоколом с фиксированной ставкой для децентрализованных финансов”, а размещение при участии Cumberland ($4,25 млн seed вместе с HashKey, Decima, Longling, MZ Web3) приводят как подтверждение. Справедливо — по поддержке. Но я открыл категорию lending на DeFiLlama, чтобы понять, где TermMax реально находится: #36 по TVL среди 467 отслеживаемых протоколов, то есть 0,1% от $41,7 млрд в категории. Только Aave — это $14,3 млрд. Morpho — $8,08 млрд. Даже “средние” по уровню названия вроде Venus Core Pool ($1,08 млрд) или Maple ($2,4 млрд) превосходят его. Тем временем реальные решения по распределению капитала — какие рынки получают ликвидность, какие параметры риска применяются, кто курирует вейлт — уже принимаются небольшим списком конкретных участников (Keyrock, Edge Capital, AlphaPing, Origami Crypto и другие), полностью работая до того, как случится хоть один голос по TMX. Говрнанс-полезность TMX включает белый список куратора, но белый список приходит уже после того, как кураторские отношения и стратегии вейлтов уже существуют. TGE назначен на 25 августа. Права управления технически стартуют там же — поверх состава куратора и структуры токенов рынка, в формировании которой держатели токенов не принимали голос. “Ведущий” и “#36 в нишевом уголке lending” не противоречат друг другу ровно так, как работают ранние категории. Но это заставляет меня задуматься: что именно остается на долю governance решать, а что просто подтверждает выборы, которые уже были закреплены до запуска. #termmax @termmax $BTW $HEMI $VELVET {future}(VELVETUSDT) {future}(HEMIUSDT) {future}(BTWUSDT)
«Перепроверил формулировку “язык ведущего протокола с фиксированной ставкой” по фактическому lending-лейдерборду этим утром.

СМИ продолжают называть @TermMax Fi “ведущим протоколом с фиксированной ставкой для децентрализованных финансов”, а размещение при участии Cumberland ($4,25 млн seed вместе с HashKey, Decima, Longling, MZ Web3) приводят как подтверждение. Справедливо — по поддержке.

Но я открыл категорию lending на DeFiLlama, чтобы понять, где TermMax реально находится: #36 по TVL среди 467 отслеживаемых протоколов, то есть 0,1% от $41,7 млрд в категории. Только Aave — это $14,3 млрд. Morpho — $8,08 млрд. Даже “средние” по уровню названия вроде Venus Core Pool ($1,08 млрд) или Maple ($2,4 млрд) превосходят его.

Тем временем реальные решения по распределению капитала — какие рынки получают ликвидность, какие параметры риска применяются, кто курирует вейлт — уже принимаются небольшим списком конкретных участников (Keyrock, Edge Capital, AlphaPing, Origami Crypto и другие), полностью работая до того, как случится хоть один голос по TMX. Говрнанс-полезность TMX включает белый список куратора, но белый список приходит уже после того, как кураторские отношения и стратегии вейлтов уже существуют.

TGE назначен на 25 августа. Права управления технически стартуют там же — поверх состава куратора и структуры токенов рынка, в формировании которой держатели токенов не принимали голос.

“Ведущий” и “#36 в нишевом уголке lending” не противоречат друг другу ровно так, как работают ранние категории. Но это заставляет меня задуматься: что именно остается на долю governance решать, а что просто подтверждает выборы, которые уже были закреплены до запуска.

#termmax @TermMax $BTW $HEMI $VELVET
Я прошлой ночью вернулся на страницу основных компонентов Dusk, чтобы понять, где именно Dusk Trade находится относительно всего, что лежит под ним, потому что я относился к нему как к обычному приложению, не задумываясь о том, на чём он построен. Внизу — DuskDS: он отвечает за консенсус, расчёты, доступность данных и окончательность, работает на Rusk как на реализации ноды, использует Succinct Attestation как механизм консенсуса и Kadcast для peer-to-peer сетевого взаимодействия. Выше находятся два пути исполнения: DuskEVM для Solidity и стандартных инструментов EVM, а также DuskVM для нативных контрактов на Rust и WASM — оба сценария в итоге снова сходятся на DuskDS. Затем есть Citadel, который обрабатывает идентичность, учётные данные и избирательное раскрытие, и Dusk Connect — для обнаружения кошельков и подключения аккаунтов. Dusk Trade расположен на самом верху — это собственно продуктовый уровень, который превращает всё это в то, что пользователь переживает как онбординг, покупку, продажу и расчёты. Меня поразило, сколько всего нужно правильно согласовать, чтобы Dusk Trade работал как единый чистый сценарий. Идентичность от Citadel, состояние кошелька из Dusk Connect, исполнение из EVM или VM и окончательность из DuskDS — всё это должно синхронно “сойтись” за одним действием по сделке. Действительно ли эта тесная координация — главная сложная инженерная задача здесь, сложнее, чем любая отдельная прослойка сама по себе? #dusk $DUSK @Dusk_Foundation $BTW $HEMI {future}(HEMIUSDT) {future}(BTWUSDT)
Я прошлой ночью вернулся на страницу основных компонентов Dusk, чтобы понять, где именно Dusk Trade находится относительно всего, что лежит под ним, потому что я относился к нему как к обычному приложению, не задумываясь о том, на чём он построен.

Внизу — DuskDS: он отвечает за консенсус, расчёты, доступность данных и окончательность, работает на Rusk как на реализации ноды, использует Succinct Attestation как механизм консенсуса и Kadcast для peer-to-peer сетевого взаимодействия. Выше находятся два пути исполнения: DuskEVM для Solidity и стандартных инструментов EVM, а также DuskVM для нативных контрактов на Rust и WASM — оба сценария в итоге снова сходятся на DuskDS. Затем есть Citadel, который обрабатывает идентичность, учётные данные и избирательное раскрытие, и Dusk Connect — для обнаружения кошельков и подключения аккаунтов. Dusk Trade расположен на самом верху — это собственно продуктовый уровень, который превращает всё это в то, что пользователь переживает как онбординг, покупку, продажу и расчёты.

Меня поразило, сколько всего нужно правильно согласовать, чтобы Dusk Trade работал как единый чистый сценарий. Идентичность от Citadel, состояние кошелька из Dusk Connect, исполнение из EVM или VM и окончательность из DuskDS — всё это должно синхронно “сойтись” за одним действием по сделке.

Действительно ли эта тесная координация — главная сложная инженерная задача здесь, сложнее, чем любая отдельная прослойка сама по себе?

#dusk $DUSK @Dusk $BTW $HEMI
Продал примерно 1,200 USDT этим утром, рынок держался около 26,500 VND за токен. Покупатель пишет: «Не переживай из‑за математики, я просто посчитаю всё и отправлю — так всем проще». Тот, кто предлагает тебе «сэкономить калькулятор», звучит как услуга, правда? Я согласился, отправил данные своего аккаунта, подождал. Пришла цифра: 31,600,000 VND. Я почти сразу отпустил ситуацию — вроде бы по ощущениям сходилось, и честно говоря, не считать в 7 утра казалось настоящей добротой с его стороны. Но потом я всё-таки посчитал — скорее по привычке, чем из сомнений. 1,200 × 26,500 = 31,800,000. Он прислал на 200,000 меньше — достаточно, чтобы затеряться внутри семизначной суммы, и это было подано как услуга, а не как недостача. Я сказал ему, что итог неверный на 200k. Он свалил всё на «округление с моей стороны», переслал исправленную сумму в течение минуты — а это совсем не тот срок, который обычно нужен, чтобы разобраться с реальной путаницей из‑за округления. Столько же нужно, чтобы открыть калькулятор, который, судя по всему, ты пропустил в первый раз. Самое смешное: я бы реально поблагодарил его за то, что он облегчил мне утро, если бы не проверил. «Спасибо за бесплатные уроки по математике, вот твоя скидка 200k» — фраза, которую я не хочу произносить вслух. 🟢 Если кто‑то предлагает посчитать общий итог ЗА тебя — это приятно, но проверяй всё равно каждый раз. 🟡 Недостачу, спрятанную в большом числе, гораздо легче пропустить, чем в маленьком — вот весь трюк. 🔴 «Округление» не стоит сотни тысяч донгов. Если разрыв достаточно большой, чтобы его заметить, это не округление. #binancep2pantoan @Binance_Vietnam $HEMI $BTW $ACE {future}(ACEUSDT) {future}(BTWUSDT) {future}(HEMIUSDT)
Продал примерно 1,200 USDT этим утром, рынок держался около 26,500 VND за токен. Покупатель пишет: «Не переживай из‑за математики, я просто посчитаю всё и отправлю — так всем проще».

Тот, кто предлагает тебе «сэкономить калькулятор», звучит как услуга, правда?

Я согласился, отправил данные своего аккаунта, подождал. Пришла цифра: 31,600,000 VND.

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

Но потом я всё-таки посчитал — скорее по привычке, чем из сомнений. 1,200 × 26,500 = 31,800,000. Он прислал на 200,000 меньше — достаточно, чтобы затеряться внутри семизначной суммы, и это было подано как услуга, а не как недостача.

Я сказал ему, что итог неверный на 200k. Он свалил всё на «округление с моей стороны», переслал исправленную сумму в течение минуты — а это совсем не тот срок, который обычно нужен, чтобы разобраться с реальной путаницей из‑за округления. Столько же нужно, чтобы открыть калькулятор, который, судя по всему, ты пропустил в первый раз.

Самое смешное: я бы реально поблагодарил его за то, что он облегчил мне утро, если бы не проверил. «Спасибо за бесплатные уроки по математике, вот твоя скидка 200k» — фраза, которую я не хочу произносить вслух.

🟢 Если кто‑то предлагает посчитать общий итог ЗА тебя — это приятно, но проверяй всё равно каждый раз.

🟡 Недостачу, спрятанную в большом числе, гораздо легче пропустить, чем в маленьком — вот весь трюк.

🔴 «Округление» не стоит сотни тысяч донгов. Если разрыв достаточно большой, чтобы его заметить, это не округление.

#binancep2pantoan @Binance Vietnam $HEMI $BTW $ACE
Я ловлю себя на том, что делаю так каждый раз, когда читаю «приватность» в контексте блокчейна: мысленно воспринимаю её как один регулятор, полностью открытый с одной стороны, полностью закрытый и непроверяемый с другой. Разбор того, что именно предоставляет Dusk, по сути заставил меня перестать так думать. Приватность, прозрачность и селективное раскрытие в том, как Dusk описывает свои возможности, показаны как три отдельные строки, а не как одна шкала с ползунком. Приватность включает защищённые переводы и доказательства с нулевым разглашением. Прозрачность — это публичные аккаунты и публичные данные в сети. Селективное раскрытие — это отдельная вещь: управляемая видимость, предназначенная специально для эмитентов, площадок, аудиторов или надзорных органов. Не показывать что-то широкой публике и лишиться возможности это проверять — это две совершенно разные характеристики, а не одно. Это что-то переосмыслило для меня. Я предполагал, что зашифрованный баланс по определению непроверяем для всех. На самом деле всё наоборот: он по умолчанию зашифрован от публичного доступа, но проверяем для тех, кому это разрешено — в каждом конкретном случае, а не как «всё или ничего». Я пока не выяснил, что именно решает, кто считается авторизованным в конкретной ситуации, и происходит ли это на уровне протокола или же оставлено на усмотрение тому приложению, которое построено поверх. Вот эту часть я хочу понять дальше. #dusk $DUSK @Dusk_Foundation $BTW $TUT {future}(TUTUSDT) {future}(BTWUSDT)
Я ловлю себя на том, что делаю так каждый раз, когда читаю «приватность» в контексте блокчейна: мысленно воспринимаю её как один регулятор, полностью открытый с одной стороны, полностью закрытый и непроверяемый с другой. Разбор того, что именно предоставляет Dusk, по сути заставил меня перестать так думать.

Приватность, прозрачность и селективное раскрытие в том, как Dusk описывает свои возможности, показаны как три отдельные строки, а не как одна шкала с ползунком. Приватность включает защищённые переводы и доказательства с нулевым разглашением. Прозрачность — это публичные аккаунты и публичные данные в сети. Селективное раскрытие — это отдельная вещь: управляемая видимость, предназначенная специально для эмитентов, площадок, аудиторов или надзорных органов. Не показывать что-то широкой публике и лишиться возможности это проверять — это две совершенно разные характеристики, а не одно.

Это что-то переосмыслило для меня. Я предполагал, что зашифрованный баланс по определению непроверяем для всех. На самом деле всё наоборот: он по умолчанию зашифрован от публичного доступа, но проверяем для тех, кому это разрешено — в каждом конкретном случае, а не как «всё или ничего».

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

#dusk $DUSK @Dusk $BTW $TUT
Раньше я держал правила безопасности в уме — как список, который проговариваю перед сделкой: бейдж, завершение, название оплаты; не выпускать на скриншоте. Недавно я заметил, что больше не проговариваю его. Просто делаю — так же, как я не осознанно вспоминаю проверить зеркало перед перестроением. Этот сдвиг произошёл где-то после моего девятого трейда. Я знаю номер, потому что у меня до сих пор сохранены все девять Order ID: тогда их сохранение воспринималось как обязанность, а не как рефлекс. Список перестал быть чем-то, что я «пробегаю», и стал тем, что я замечаю только тогда, когда пропускаю кусок — полсекунды, в которые что-то кажется не так, прежде чем я смогу назвать, что именно. Что осталось, урезанное до того, что я действительно всё ещё проверяю: с кем я торгую, не просто их бейдж, а как долго этот бейдж остается актуальным. Что именно заходит в моё банковское приложение — никогда не то, что мне говорят, будто зашло. И нет ли в темпе чего-то неправильного — слишком быстро, слишком удобно, слишком рьяно, чтобы оставить чат по заказу. Всё остальное — Order ID, чеки, оставаться на платформе — тоже уже не шаг. Это просто происходит по умолчанию, когда уже идут три настоящие проверки. Самокритика: я не уверен, что это делает меня безопаснее, чем человека, который всё ещё проговаривает список шаг за шагом. Мышечная память не объявляет о том, что «установилась»; она просто тихо заканчивает однажды, и заученный список подхватывает то, что не вполне сформированный инстинкт мог бы пропустить в день, когда я отвлёкся так, как привычка никогда не сможет. Я до сих пор не знаю, что происходит в первый раз, когда мой инстинкт ошибается вместо чек-листа. Мне бы хотелось думать, что я это замечу. Именно такого рода вещь инстинкт всегда предполагает о себе. #binancep2pantoan @Binance_Vietnam $TUT $HEMI $SNDK
Раньше я держал правила безопасности в уме — как список, который проговариваю перед сделкой: бейдж, завершение, название оплаты; не выпускать на скриншоте. Недавно я заметил, что больше не проговариваю его. Просто делаю — так же, как я не осознанно вспоминаю проверить зеркало перед перестроением.

Этот сдвиг произошёл где-то после моего девятого трейда. Я знаю номер, потому что у меня до сих пор сохранены все девять Order ID: тогда их сохранение воспринималось как обязанность, а не как рефлекс. Список перестал быть чем-то, что я «пробегаю», и стал тем, что я замечаю только тогда, когда пропускаю кусок — полсекунды, в которые что-то кажется не так, прежде чем я смогу назвать, что именно.

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

Всё остальное — Order ID, чеки, оставаться на платформе — тоже уже не шаг. Это просто происходит по умолчанию, когда уже идут три настоящие проверки.

Самокритика: я не уверен, что это делает меня безопаснее, чем человека, который всё ещё проговаривает список шаг за шагом. Мышечная память не объявляет о том, что «установилась»; она просто тихо заканчивает однажды, и заученный список подхватывает то, что не вполне сформированный инстинкт мог бы пропустить в день, когда я отвлёкся так, как привычка никогда не сможет.

Я до сих пор не знаю, что происходит в первый раз, когда мой инстинкт ошибается вместо чек-листа. Мне бы хотелось думать, что я это замечу. Именно такого рода вещь инстинкт всегда предполагает о себе.

#binancep2pantoan @Binance Vietnam $TUT $HEMI $SNDK
Я снова перечитывал одну строку в списке функций Hedger, потому что она сразу не была мне понятна: гибридная модель UTXO/Account, описанная как поддерживающая кросс-слойную компонуемость и интеграцию с реальными финансовыми системами. Я немного задержался на этом и пытался понять, зачем конфиденциальному транзакционному движку нужны обе модели одновременно, а не достаточно было бы выбрать одну. Затем я нашёл деталь, которая всё прояснила. В настройке Hedger Alpha пользователь работает с двумя отдельными адресами: обычным EVM-адресом для взаимодействия с контрактами и отдельным адресом Hedger — специально для хранения зашифрованных балансов. Вот где и проявляется гибридность на практике: адрес в стиле account для тех частей системы, которым нужно обычное поведение EVM, и UTXO-схожая структура под ним для тех частей, которые должны оставаться зашифрованными и компонуемыми между слоями. Я не ожидал двухадресной модели, когда в первый раз представил, как это будет работать: я предполагал один кошелёк, один баланс, а приватность просто как бы накладывается сверху. Такой вариант становится куда логичнее, если учесть, что DuskEVM должен с одной стороны взаимодействовать со стандартными EVM-инструментами, а конфиденциальная логика Hedger работает с другой, но это, разумеется, означает, что пользователю или интерфейсу кошелька нужно будет корректно управлять чуть большим количеством вещей. #dusk $DUSK @Dusk_Foundation $AIO $PORTAL
Я снова перечитывал одну строку в списке функций Hedger, потому что она сразу не была мне понятна: гибридная модель UTXO/Account, описанная как поддерживающая кросс-слойную компонуемость и интеграцию с реальными финансовыми системами. Я немного задержался на этом и пытался понять, зачем конфиденциальному транзакционному движку нужны обе модели одновременно, а не достаточно было бы выбрать одну.

Затем я нашёл деталь, которая всё прояснила. В настройке Hedger Alpha пользователь работает с двумя отдельными адресами: обычным EVM-адресом для взаимодействия с контрактами и отдельным адресом Hedger — специально для хранения зашифрованных балансов. Вот где и проявляется гибридность на практике: адрес в стиле account для тех частей системы, которым нужно обычное поведение EVM, и UTXO-схожая структура под ним для тех частей, которые должны оставаться зашифрованными и компонуемыми между слоями.

Я не ожидал двухадресной модели, когда в первый раз представил, как это будет работать: я предполагал один кошелёк, один баланс, а приватность просто как бы накладывается сверху. Такой вариант становится куда логичнее, если учесть, что DuskEVM должен с одной стороны взаимодействовать со стандартными EVM-инструментами, а конфиденциальная логика Hedger работает с другой, но это, разумеется, означает, что пользователю или интерфейсу кошелька нужно будет корректно управлять чуть большим количеством вещей.

#dusk $DUSK @Dusk $AIO $PORTAL
Итак, это случилось на прошлой неделе во время P2P-продажи, ребята, и я почти попался на вещь, о которой даже не знал. Покупатель говорит, что оплата сделана, присылает QR-код и просит меня «сканировать, чтобы увидеть подтверждение квитанции», потому что в его банковском приложении «так это видно лучше». Звучит безобидно, правда? Я почти отсканировал это по привычке — я, наверное, отсканировал уже сотню VietQR-кодов без каких-либо сомнений, так что один ещё не казался выбором вообще. Но что-то заставило меня остановиться. Зачем мне нужно сканировать что-то, чтобы увидеть подтверждение поступления денег на МОЙ счёт? Это наоборот. VietQR-коды работают только в одном направлении: они заранее заполняют перевод «ОТ» того, кто сканирует, «ДО» аккаунта, закодированного внутри. Нет версии этого стандарта, где при сканировании показываются деньги, которые уже пришли. Если это «квитанция», то она не делает того, что должна делать квитанция. Я не сканировал. Открыл своё собственное банковское приложение — ничего не пришло. Несколько вещей, которые я теперь буду учитывать: 🔴 Никогда не сканируйте QR-код, который вам присылают «чтобы подтвердить оплату» — вы проверяете в СВОЁМ приложении, и всё. 🟡 Если запрос кажется нелогичным (почему я должен что-то сделать, чтобы увидеть деньги, которые уже мои?), это и есть красный флаг. 🟢 Подтверждайте реальный баланс через своё банковское приложение напрямую: без обходных путей, без ссылок, без кодов от кого-то ещё. Кто-нибудь ещё сталкивался с таким QR-обманом раньше? Мне правда интересно, насколько это распространено 😳 #binancep2pantoan @Binance_Vietnam $BTW $ACE $VELVET {future}(VELVETUSDT) {future}(ACEUSDT) {future}(BTWUSDT)
Итак, это случилось на прошлой неделе во время P2P-продажи, ребята, и я почти попался на вещь, о которой даже не знал.

Покупатель говорит, что оплата сделана, присылает QR-код и просит меня «сканировать, чтобы увидеть подтверждение квитанции», потому что в его банковском приложении «так это видно лучше». Звучит безобидно, правда? Я почти отсканировал это по привычке — я, наверное, отсканировал уже сотню VietQR-кодов без каких-либо сомнений, так что один ещё не казался выбором вообще.

Но что-то заставило меня остановиться. Зачем мне нужно сканировать что-то, чтобы увидеть подтверждение поступления денег на МОЙ счёт? Это наоборот. VietQR-коды работают только в одном направлении: они заранее заполняют перевод «ОТ» того, кто сканирует, «ДО» аккаунта, закодированного внутри.

Нет версии этого стандарта, где при сканировании показываются деньги, которые уже пришли. Если это «квитанция», то она не делает того, что должна делать квитанция.

Я не сканировал. Открыл своё собственное банковское приложение — ничего не пришло.

Несколько вещей, которые я теперь буду учитывать:

🔴 Никогда не сканируйте QR-код, который вам присылают «чтобы подтвердить оплату» — вы проверяете в СВОЁМ приложении, и всё.

🟡 Если запрос кажется нелогичным (почему я должен что-то сделать, чтобы увидеть деньги, которые уже мои?), это и есть красный флаг.

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

Кто-нибудь ещё сталкивался с таким QR-обманом раньше? Мне правда интересно, насколько это распространено 😳
#binancep2pantoan @Binance Vietnam $BTW $ACE $VELVET
Однажды я увидел, что DuskEVM основан на OP Stack, и захотел проследить реальную транзакцию, а не просто принять ярлык на веру. Поэтому прошлой ночью я прошёл весь процесс шаг за шагом. Сначала транзакция отправляется в секвенсер DuskEVM. Это стандартное поведение OP Stack: секвенсер упорядочивает её и почти сразу включает в L2-блок. Эта часть ощущается быстрой и знакомой любому, кто уже работал с роллапами. Но секвенсер — это ещё не конец истории: батчер берёт эти данные транзакции и публикует их в DuskDS — слой Dusk для расчётов и доступности данных, расположенный снизу. Вот эту «адаптерную» часть я и пытался понять. Обычно OP Stack передаёт эту работу Ethereum. Здесь это заменено на DuskDS, а значит, та же архитектура роллапа, которую разработчики уже знают, перенаправляется к слою расчётов, построенному специально вокруг детерминированной финальности для регулируемых активов, а не к универсальной L1-безопасности. Проследив всё именно так, у меня что-то встало на место — того, что я не уловил, когда просто читал краткое резюме. Шаг секвенсера и шаг DuskDS выполняют по-настоящему разные задачи: один продвигает вашу транзакцию вперёд, другой — именно то, что её «якорит». Раньше я не разделял эти два момента: я просто представлял «транзакция происходит» как единое событие. #dusk $DUSK @Dusk_Foundation $AIO $HEMI {future}(HEMIUSDT) {future}(AIOUSDT)
Однажды я увидел, что DuskEVM основан на OP Stack, и захотел проследить реальную транзакцию, а не просто принять ярлык на веру. Поэтому прошлой ночью я прошёл весь процесс шаг за шагом.

Сначала транзакция отправляется в секвенсер DuskEVM. Это стандартное поведение OP Stack: секвенсер упорядочивает её и почти сразу включает в L2-блок. Эта часть ощущается быстрой и знакомой любому, кто уже работал с роллапами. Но секвенсер — это ещё не конец истории: батчер берёт эти данные транзакции и публикует их в DuskDS — слой Dusk для расчётов и доступности данных, расположенный снизу.

Вот эту «адаптерную» часть я и пытался понять. Обычно OP Stack передаёт эту работу Ethereum. Здесь это заменено на DuskDS, а значит, та же архитектура роллапа, которую разработчики уже знают, перенаправляется к слою расчётов, построенному специально вокруг детерминированной финальности для регулируемых активов, а не к универсальной L1-безопасности.

Проследив всё именно так, у меня что-то встало на место — того, что я не уловил, когда просто читал краткое резюме. Шаг секвенсера и шаг DuskDS выполняют по-настоящему разные задачи: один продвигает вашу транзакцию вперёд, другой — именно то, что её «якорит». Раньше я не разделял эти два момента: я просто представлял «транзакция происходит» как единое событие.

#dusk $DUSK @Dusk $AIO $HEMI
Он предложил видеозвонок, чтобы «сделать это проще», включил демонстрацию экрана и вживую показал свое банковское приложение, чтобы я мог наблюдать, как проходит перевод в реальном времени. На общем экране у него «подсветился» баланс — цифра пошла вверх на сумму, почти до Dong совпадавшую с заказом. Но я ни разу не видел, чтобы обновился мой собственный счет из‑за того, что происходило на чужом экране. В этом и странная геометрия демонстрации экрана: я смотрел пиксели, отрисованные на его устройстве, закодированные, переданные мне, отображенные обратно, — запись интерфейса, а не интерфейса, подключенного к моему банку каким‑либо образом. Цифра, меняющаяся на экране, которым он управлял, говорила мне ровно столько же о моем балансе, сколько сказало бы фото. Даже меньше: я не мог остановить кадр, чтобы рассмотреть ближе. Я сказал спасибо, завершил звонок, открыл свое банковское приложение на своем устройстве — и использовал ничего из того, что он показывал. Ничего не зачислилось. Похоже, он был очень убедителен именно для того, чтобы «смотреть». Просто в какой‑то момент он не был подключен к моему аккаунту — и никакое наблюдение этого не изменит. То, что по-настоящему выбило меня из колеи потом, было даже не фокусом: меня смутило, насколько «наблюдение» оказалось убедительнее, чем чтение. Я понимаю, что скриншот можно отредактировать. И все же «вживую» полностью обошло этот инстинкт: будто просмотр делал происходящее настоящим — так, как неподвижная картинка никогда не могла. У меня до сих пор нет ясного ответа, почему так. Теперь я просто проверяю свой экран в любом случае — независимо от того, что мне показывают на чужом. #binancep2pantoan @Binance_Vietnam $Q $SPORTFUN $BASED {future}(BASEDUSDT) {future}(SPORTFUNUSDT) {future}(QUSDT)
Он предложил видеозвонок, чтобы «сделать это проще», включил демонстрацию экрана и вживую показал свое банковское приложение, чтобы я мог наблюдать, как проходит перевод в реальном времени. На общем экране у него «подсветился» баланс — цифра пошла вверх на сумму, почти до Dong совпадавшую с заказом.

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

В этом и странная геометрия демонстрации экрана: я смотрел пиксели, отрисованные на его устройстве, закодированные, переданные мне, отображенные обратно, — запись интерфейса, а не интерфейса, подключенного к моему банку каким‑либо образом. Цифра, меняющаяся на экране, которым он управлял, говорила мне ровно столько же о моем балансе, сколько сказало бы фото. Даже меньше: я не мог остановить кадр, чтобы рассмотреть ближе.

Я сказал спасибо, завершил звонок, открыл свое банковское приложение на своем устройстве — и использовал ничего из того, что он показывал. Ничего не зачислилось.

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

То, что по-настоящему выбило меня из колеи потом, было даже не фокусом: меня смутило, насколько «наблюдение» оказалось убедительнее, чем чтение. Я понимаю, что скриншот можно отредактировать. И все же «вживую» полностью обошло этот инстинкт: будто просмотр делал происходящее настоящим — так, как неподвижная картинка никогда не могла.

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

#binancep2pantoan @Binance Vietnam $Q $SPORTFUN $BASED
Каждый раз, когда я смотрю на новый приватность-ориентированный L1, я внутренне готовлюсь к хорошо знакомому подвоху: что бы ни было из инструментов, которые я уже знаю по Ethereum, их выбрасывают, и мне приходится учить совершенно новый стек только чтобы сделать хоть что-то. Но при чтении про DuskEVM оказалось, что здесь это не совсем так. DuskEVM создан для того, чтобы разработчики могли продолжать использовать Solidity и существующий инструментарий Ethereum, при этом рядом с ним находится прослойка под названием Hedger. Сам DUSK используется для оплаты газа и комиссий за выполнение в этой среде, и он может перемещаться между Dusk L1 и DuskEVM через мост. На поверхности это означает, что разработчик, пришедший из EVM-мира, не начинает с нуля. А вот о чём я продолжаю думать — что происходит “под капотом”, за привычной оболочкой. Логика приватности и комплаенса, из‑за которой Dusk отличается от стандартной EVM-цепочки, всё равно должна где-то жить, и Hedger, похоже, связан с этим. Однако я пока не нашёл чёткого разбора того, какую именно роль он играет и какую долю базовой сложности он берёт на себя для разработчика — против того, чтобы просто показать её в другом виде. Именно это делает ситуацию для меня интересной, а не просто удобной. Знакомые инструменты снижают порог входа, но это не обязательно значит, что лежащие в основе предположения те же, что и при обычном развёртывании EVM — особенно когда в дело вступают логика приватности и активов, подпадающих под регулирование. Если кто-то из вас действительно строил на DuskEVM, мне бы хотелось понять, насколько большая часть этого различия в итоге требует от вас продумывания и рассуждений, а что остаётся невидимым. #dusk $DUSK @Dusk_Foundation $ACE $CYS {future}(CYSUSDT) {future}(ACEUSDT)
Каждый раз, когда я смотрю на новый приватность-ориентированный L1, я внутренне готовлюсь к хорошо знакомому подвоху: что бы ни было из инструментов, которые я уже знаю по Ethereum, их выбрасывают, и мне приходится учить совершенно новый стек только чтобы сделать хоть что-то. Но при чтении про DuskEVM оказалось, что здесь это не совсем так.

DuskEVM создан для того, чтобы разработчики могли продолжать использовать Solidity и существующий инструментарий Ethereum, при этом рядом с ним находится прослойка под названием Hedger. Сам DUSK используется для оплаты газа и комиссий за выполнение в этой среде, и он может перемещаться между Dusk L1 и DuskEVM через мост. На поверхности это означает, что разработчик, пришедший из EVM-мира, не начинает с нуля.

А вот о чём я продолжаю думать — что происходит “под капотом”, за привычной оболочкой. Логика приватности и комплаенса, из‑за которой Dusk отличается от стандартной EVM-цепочки, всё равно должна где-то жить, и Hedger, похоже, связан с этим. Однако я пока не нашёл чёткого разбора того, какую именно роль он играет и какую долю базовой сложности он берёт на себя для разработчика — против того, чтобы просто показать её в другом виде.

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

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

#dusk $DUSK @Dusk $ACE $CYS
Что на самом деле происходит в первые 10 секунд после того, как вы нажимаете «Release» Ничего не происходит. Именно это никто не предупреждает. Я ожидал какого-то ощущения подтверждения, звука, анимации — чего угодно, что соответствовало бы масштабу решения, которое я только что принял. Вместо этого: кнопка просто изменила цвет, и экран как ни в чём не бывало стоял на месте — точно так же непримечательно, как и тридцать секунд назад. Я обновил приложение дважды в этом промежутке, почти уверенный, что что-то могло тихо пойти не так. Ничего не было не так. Крипто уже вышла из эскроу в тот же момент, как я нажал «Release» — статус «confirmed» просто догоняет происходящее, сделав паузу. Я ждал, что интерфейс успокоит меня насчёт того, что уже было решено, ещё до того, как я успел закончить обновления. Позже меня поразило, насколько много P2P-тревоги живёт именно в этом промежутке — не в механизме, который мгновенный, а в тишине, окружающей подтверждение. Эскроу не занимается успокоением. Оно просто делает своё дело тихо и ожидает, что вы проверите историю заказов, чтобы получить доказательство, а не ощущение. Самокритика: я не думаю, что это именно ошибка, но это всё же несоответствие. Система создана людьми, которые доверяют логам. Большинство новых пользователей сначала доверяют чувствам, а логи — только когда уже что-то пошло не так. Я до сих пор обновляю дважды после каждого релиза — даже сейчас, прекрасно понимая, что во второй раз ничего не изменится. #binancep2pantoan @Binance_Vietnam $ACE $CYS $HEMI {future}(HEMIUSDT) {future}(CYSUSDT) {future}(ACEUSDT)
Что на самом деле происходит в первые 10 секунд после того, как вы нажимаете «Release»

Ничего не происходит. Именно это никто не предупреждает.

Я ожидал какого-то ощущения подтверждения, звука, анимации — чего угодно, что соответствовало бы масштабу решения, которое я только что принял. Вместо этого: кнопка просто изменила цвет, и экран как ни в чём не бывало стоял на месте — точно так же непримечательно, как и тридцать секунд назад.

Я обновил приложение дважды в этом промежутке, почти уверенный, что что-то могло тихо пойти не так.

Ничего не было не так. Крипто уже вышла из эскроу в тот же момент, как я нажал «Release» — статус «confirmed» просто догоняет происходящее, сделав паузу. Я ждал, что интерфейс успокоит меня насчёт того, что уже было решено, ещё до того, как я успел закончить обновления.

Позже меня поразило, насколько много P2P-тревоги живёт именно в этом промежутке — не в механизме, который мгновенный, а в тишине, окружающей подтверждение. Эскроу не занимается успокоением. Оно просто делает своё дело тихо и ожидает, что вы проверите историю заказов, чтобы получить доказательство, а не ощущение.

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

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

#binancep2pantoan @Binance Vietnam $ACE $CYS $HEMI
Правила по активам, соответствие требованиям, конфиденциальность, передача, аудит, единый непрерывный процесс Раньше я думал, что ончейн‑соответствие (compliance) — это набор отдельных контрольных точек, «прикрученных» к транзакции: здесь — KYC‑ворота, там — проверка разрешений, в основном несвязанные друг с другом. Судя по тому, как Dusk это оформляет, это больше похоже на единый непрерывный процесс, а не на набор изолированных шагов: правила для активов определяют, что разрешено; соответствие требованиям — кто подходит; конфиденциальность управляет тем, что должно оставаться скрытым; передача выполняет перемещение; а аудит замыкает цикл, сохраняя всё проверяемым после факта. Особенно заметно, что каждый этап «питает» следующий, а не существует сам по себе. Правила — это не просто статичные условия, которые один раз проверяются; они формируют даже то, кто вообще имеет право держать актив, а это, в свою очередь, влияет на то, как применяется конфиденциальность, поскольку не каждой стороне транзакции нужна одна и та же информация. Затем сама передача «протягивает» эту логику дальше, а возможность аудита после — это не запоздалая надстройка «для регуляторов», прикрученная задним числом; она встроена в ту же структуру с самого начала. Это другая ментальная модель, чем подход «сначала транзакция, потом compliance», к которому многие сети по умолчанию тяготеют. Здесь выглядит так, будто compliance и конфиденциальность вшиты во весь жизненный цикл актива, а не проверяются только один раз в точке входа. Для чего-то, предназначенного для работы на регулируемых рынках, такая непрерывность кажется не просто приятным дополнением, а настоящей основой, от которой зависит остальная система. #dusk $DUSK @Dusk_Foundation $AKE $SNXX {future}(SNXXUSDT) {future}(AKEUSDT)
Правила по активам, соответствие требованиям, конфиденциальность, передача, аудит, единый непрерывный процесс

Раньше я думал, что ончейн‑соответствие (compliance) — это набор отдельных контрольных точек, «прикрученных» к транзакции: здесь — KYC‑ворота, там — проверка разрешений, в основном несвязанные друг с другом. Судя по тому, как Dusk это оформляет, это больше похоже на единый непрерывный процесс, а не на набор изолированных шагов: правила для активов определяют, что разрешено; соответствие требованиям — кто подходит; конфиденциальность управляет тем, что должно оставаться скрытым; передача выполняет перемещение; а аудит замыкает цикл, сохраняя всё проверяемым после факта.

Особенно заметно, что каждый этап «питает» следующий, а не существует сам по себе. Правила — это не просто статичные условия, которые один раз проверяются; они формируют даже то, кто вообще имеет право держать актив, а это, в свою очередь, влияет на то, как применяется конфиденциальность, поскольку не каждой стороне транзакции нужна одна и та же информация. Затем сама передача «протягивает» эту логику дальше, а возможность аудита после — это не запоздалая надстройка «для регуляторов», прикрученная задним числом; она встроена в ту же структуру с самого начала.

Это другая ментальная модель, чем подход «сначала транзакция, потом compliance», к которому многие сети по умолчанию тяготеют. Здесь выглядит так, будто compliance и конфиденциальность вшиты во весь жизненный цикл актива, а не проверяются только один раз в точке входа. Для чего-то, предназначенного для работы на регулируемых рынках, такая непрерывность кажется не просто приятным дополнением, а настоящей основой, от которой зависит остальная система.

#dusk $DUSK @Dusk $AKE $SNXX
Два скриншота, два аккаунта: второй скриншот, который всё выдал На первом скриншоте был перевод с аккаунта, оканчивающегося на 4471. Мой банк ничего не показал. «Странно, дай проверю», — написал он, а потом прислал второй скриншот: та же сумма, то же время, но другой аккаунт. Оканчивался на 8823. Два скриншота. Одна сделка. Вот с этим я не мог смириться. Настоящий перевод делается ровно с одного счёта. Если первый скриншот был настоящим, не было бы смысла в том, чтобы существовал второй: он бы просто подождал или попросил бы проверить ещё раз. Единственный случай, когда второй скриншот с другого аккаунта имеет смысл, — если первый изначально не был реальным. У каждого реального перевода есть сгенерированный банком уникальный код-референс именно для этой операции, а не то, что обычно подделывают на «пересобранном» или отредактированном скриншоте: большинство людей и не думают проверять это. Ни на одном из его скриншотов такого совпадающего кода не было — ни по чему мой банк не мог это найти. Я спросил, какой аккаунт он использовал на самом деле. Он не ответил — вместо этого прислал третий скриншот: на этот раз другая сумма, будто объём мог заменить последовательность. Я перестал реагировать на картинки и просто смотрел своё банковское приложение. Ничего не поступало ни с одного из аккаунтов — ни на какую сумму, всё это время. Чего я не ожидал, так это того, сколько времени мне понадобилось, чтобы заметить закономерность вместо самих картинок. Каждый скриншот сам по себе выглядел достаточно убедительно. Всё стало ясно только когда я сопоставил их друг с другом: сначала один аккаунт, потом другой, потом другое число — и три «доказательства» превратились в противоречие. Один реальный платёж требует одного реального скриншота. Второй не нужен. #binancep2pantoan @Binance_Vietnam $AKE $SNXX $ACE {future}(ACEUSDT) {future}(SNXXUSDT) {future}(AKEUSDT)
Два скриншота, два аккаунта: второй скриншот, который всё выдал

На первом скриншоте был перевод с аккаунта, оканчивающегося на 4471. Мой банк ничего не показал.

«Странно, дай проверю», — написал он, а потом прислал второй скриншот: та же сумма, то же время, но другой аккаунт. Оканчивался на 8823.

Два скриншота. Одна сделка. Вот с этим я не мог смириться.

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

У каждого реального перевода есть сгенерированный банком уникальный код-референс именно для этой операции, а не то, что обычно подделывают на «пересобранном» или отредактированном скриншоте: большинство людей и не думают проверять это. Ни на одном из его скриншотов такого совпадающего кода не было — ни по чему мой банк не мог это найти.

Я спросил, какой аккаунт он использовал на самом деле. Он не ответил — вместо этого прислал третий скриншот: на этот раз другая сумма, будто объём мог заменить последовательность.

Я перестал реагировать на картинки и просто смотрел своё банковское приложение. Ничего не поступало ни с одного из аккаунтов — ни на какую сумму, всё это время.

Чего я не ожидал, так это того, сколько времени мне понадобилось, чтобы заметить закономерность вместо самих картинок. Каждый скриншот сам по себе выглядел достаточно убедительно. Всё стало ясно только когда я сопоставил их друг с другом: сначала один аккаунт, потом другой, потом другое число — и три «доказательства» превратились в противоречие.

Один реальный платёж требует одного реального скриншота. Второй не нужен.

#binancep2pantoan @Binance Vietnam $AKE $SNXX $ACE
·
--
Рост
Некоторое время я полагал, что приватность on-chain по сути означает анонимность: транзакции и балансы полностью исчезают из виду, и никто не может ничего проверить. Но когда я прочитал, как Dusk на самом деле подходит к этому, стало ясно, что это не совсем так — и, честно говоря, это даже не то, чего хотела бы регулируемая финансовая сфера. Система, в которой никто не может проверить ничего, не соответствует требованиям: она просто непрозрачна. А непрозрачность — это противоположность тому, на чём построен финансовый надзор. Похоже, Dusk делает нечто ближе к выборочному раскрытию. Балансы и детали транзакций могут оставаться зашифрованными от широкой публики, но лежащая в основе структура позволяет уполномоченным сторонам проверять ровно то, что им нужно, когда у них есть на это право. Этот нюанс очень важен, если смотреть на него с институциональной точки зрения. Банк не публикует клиентские балансы всему миру, но при этом он вполне может предоставить записи для регулятора или аудитора по запросу. Вот на какую модель это похоже: приватность как состояние по умолчанию, при этом проверка остаётся полностью возможной — а не приватность как способ сделать всё неотслеживаемым. На бумаге это небольшая разница, но на практике — существенная. Полная анонимность и финансовое соответствие требованиям в действительности не очень хорошо сочетаются: одно обычно сводит на нет другое. То, что делает on-chain-финансы жизнеспособными для участников, работающих в рамках регулирования, — это не сокрытие данных от всех, а контроль того, кто именно может их видеть и при каких условиях. Это куда более сложная задача, чем просто шифрование. #dusk $DUSK @Dusk_Foundation $AKE $AVAAI {future}(AVAAIUSDT) {future}(AKEUSDT)
Некоторое время я полагал, что приватность on-chain по сути означает анонимность: транзакции и балансы полностью исчезают из виду, и никто не может ничего проверить. Но когда я прочитал, как Dusk на самом деле подходит к этому, стало ясно, что это не совсем так — и, честно говоря, это даже не то, чего хотела бы регулируемая финансовая сфера. Система, в которой никто не может проверить ничего, не соответствует требованиям: она просто непрозрачна. А непрозрачность — это противоположность тому, на чём построен финансовый надзор.

Похоже, Dusk делает нечто ближе к выборочному раскрытию. Балансы и детали транзакций могут оставаться зашифрованными от широкой публики, но лежащая в основе структура позволяет уполномоченным сторонам проверять ровно то, что им нужно, когда у них есть на это право. Этот нюанс очень важен, если смотреть на него с институциональной точки зрения. Банк не публикует клиентские балансы всему миру, но при этом он вполне может предоставить записи для регулятора или аудитора по запросу. Вот на какую модель это похоже: приватность как состояние по умолчанию, при этом проверка остаётся полностью возможной — а не приватность как способ сделать всё неотслеживаемым.

На бумаге это небольшая разница, но на практике — существенная. Полная анонимность и финансовое соответствие требованиям в действительности не очень хорошо сочетаются: одно обычно сводит на нет другое. То, что делает on-chain-финансы жизнеспособными для участников, работающих в рамках регулирования, — это не сокрытие данных от всех, а контроль того, кто именно может их видеть и при каких условиях. Это куда более сложная задача, чем просто шифрование.

#dusk $DUSK @Dusk $AKE $AVAAI
Почему Binance не просит вас доверять другому человеку — вопрос, который я задавал, был неверным Я заметил, что большинство советов по безопасности в P2P, включая немало того, что я сам написал, оформлены как вопрос: откуда вы знаете, что можете доверять этому человеку? Я не думаю, что это на самом деле тот вопрос, на который Binance P2P рассчитана. Эскроу не оценивает характер. Оно не измеряет доброту и не нужно — потому что оно вообще не просит никого кому-то доверять: оно просто удерживает актив, чтобы никому не приходилось никому доверять. Чат-история тоже не подтверждает честность. Она лишь гарантирует, что всё сказанное можно будет позже проверить кем-то, кроме двух людей, которые это сказали. Когда я посмотрел на это под таким углом, редизайн оказался тише, чем я ожидал: Binance не создала более хороший способ понять, кому доверять. Она построила систему, в которой ответ на вопрос «могу ли я доверять этому человеку» перестаёт иметь такое значение, потому что процесс работает независимо от того, кем в итоге окажется человек. Самокритика: это верно только до тех пор, пока процесс действительно соблюдают. Как только сделка уходит с платформы или скриншот заменяет реальную банковскую проверку, вся задумка рушится обратно к исходному вопросу — доверять человеку, не проверенному должным образом, ровно той ситуации, которую платформа и была создана избегать. Система не защищает никого от выбора уйти от неё. Я жду, чтобы увидеть, заменит ли это такое обрамление — «доверяй процессу, а не человеку» — полностью инстинкт сначала оценить человека. У меня пока не заменило, не полностью. Я всё равно бросаю взгляд на фото профиля, прежде чем проверять показатель завершения, хотя знаю, какой именно показатель на самом деле сообщает мне что-то. #binancep2pantoan @Binance_Vietnam $BR $CYS $APR {future}(APRUSDT) {future}(CYSUSDT) {future}(BRUSDT)
Почему Binance не просит вас доверять другому человеку — вопрос, который я задавал, был неверным

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

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

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

Самокритика: это верно только до тех пор, пока процесс действительно соблюдают. Как только сделка уходит с платформы или скриншот заменяет реальную банковскую проверку, вся задумка рушится обратно к исходному вопросу — доверять человеку, не проверенному должным образом, ровно той ситуации, которую платформа и была создана избегать. Система не защищает никого от выбора уйти от неё.

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

#binancep2pantoan @Binance Vietnam $BR $CYS $APR
Число, которое почти оказалось правильным Впервые проверяя баланс, я сразу пробежал глазами мимо десятичной точки. «Отправлено, всё на месте, проверь сейчас», — написал он, и число в моём банковском приложении действительно совпадало с тем, что нужно: достаточно похоже, чтобы я сначала решил подтвердить и перейти к следующему заказу в очереди. Но потом я посмотрел снова. На счёт пришло 2 847 000. В заказе было указано 2 947 000. Одна цифра — затерянная где-то в середине семи, — и разница была ровно того масштаба, который можно было бы списать на невинную опечатку или на ставку, что я не стану пересчитывать. Я не подтвердил. «Баланс показывает 2 847. В заказе 2 947. Разница 100к», — ответил я. Он вернулся быстро: банковская комиссия, должно быть, списалась автоматически, остальное он отправит сразу после. Возможно, так и было. Переводы иногда теряют небольшую сумму на комиссии по некоторым каналам, но никогда такую, которая приземляется ровно подозрительно круглым дефицитом в 100 000, да ещё и заканчивается тремя нулями. Я сказал ему, что подожду полного объёма перед тем, как трогать Release, и вместо того чтобы верить его словам про «остальное, которое придёт», зафиксировал несоответствие прямо в самом заказе. Остальное так и не пришло. Заказ ушёл в Appeal, и точные числа уже лежали в моём банковском приложении — как единственное доказательство, которое действительно имело значение. Со мной остаётся другое: насколько маленьким был разрыв. Не ноль — тогда это было бы очевидно. Не половина — это было бы тревожно. Просто достаточно близко, чтобы при беглом взгляде можно было подумать, будто ничего такого и нет. #binancep2pantoan @Binance_Vietnam $FHE $BEAT $CAP {future}(CAPUSDT) {future}(BEATUSDT) {future}(FHEUSDT)
Число, которое почти оказалось правильным

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

«Отправлено, всё на месте, проверь сейчас», — написал он, и число в моём банковском приложении действительно совпадало с тем, что нужно: достаточно похоже, чтобы я сначала решил подтвердить и перейти к следующему заказу в очереди.

Но потом я посмотрел снова.

На счёт пришло 2 847 000. В заказе было указано 2 947 000. Одна цифра — затерянная где-то в середине семи, — и разница была ровно того масштаба, который можно было бы списать на невинную опечатку или на ставку, что я не стану пересчитывать.

Я не подтвердил.

«Баланс показывает 2 847. В заказе 2 947. Разница 100к», — ответил я. Он вернулся быстро: банковская комиссия, должно быть, списалась автоматически, остальное он отправит сразу после. Возможно, так и было. Переводы иногда теряют небольшую сумму на комиссии по некоторым каналам, но никогда такую, которая приземляется ровно подозрительно круглым дефицитом в 100 000, да ещё и заканчивается тремя нулями.

Я сказал ему, что подожду полного объёма перед тем, как трогать Release, и вместо того чтобы верить его словам про «остальное, которое придёт», зафиксировал несоответствие прямо в самом заказе.

Остальное так и не пришло. Заказ ушёл в Appeal, и точные числа уже лежали в моём банковском приложении — как единственное доказательство, которое действительно имело значение.

Со мной остаётся другое: насколько маленьким был разрыв. Не ноль — тогда это было бы очевидно. Не половина — это было бы тревожно. Просто достаточно близко, чтобы при беглом взгляде можно было подумать, будто ничего такого и нет.

#binancep2pantoan @Binance Vietnam $FHE $BEAT $CAP
·
--
Рост
Длинный $HOT {future}(HOTUSDT) Итого : 0.00034 Ставка : 0.00033 Tp : 0.000388
Длинный $HOT

Итого : 0.00034
Ставка : 0.00033
Tp : 0.000388
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона
Структура веб-страницы
Настройки cookie
Правила и условия платформы