kopkolai

#dusk $DUSK @Dusk
💥 Если правила изменятся, сможет ли compliance-правило на Dusk обновляться?

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

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

Но это лишь дизайн. Не доказательство.

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

#dusk $DUSK @Dusk
Раньше я думал, что выбор VM — это просто технический вопрос. Но глядя на множество криптоприложений, я вижу, что проблема обычно кроется в другом: разработчик выбирает то, к чему привык, а затем мирится с трением, не выяснив, действительно ли оно необходимо.

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

По крайней мере, с моей точки зрения, это не история о том, какая VM «лучше». Это вопрос о том, что нужно приложению, и какую цену разработчик готов платить за тот или иной тип трения.

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

#dusk $DUSK @Dusk

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

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

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

Но это всё ещё лишь предположение.
По крайней мере, насколько я это вижу, отслеживать нужно не число пользователей, а реальный доход на единицу активности. Это то, к чему я снова и снова возвращаюсь.
Я всё ещё жду, чтобы usage это подтвердило.

#dusk $DUSK @Dusk
Раньше я думал, что стейкинг — это в основном вопрос блокировки активов и ожидания наград. Но чем больше наблюдаю, тем яснее вижу: самая сложная часть — в другом. Валидатор должен платить за собственные ошибки.

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

Но то, что звучит разумно на бумаге, ещё не говорит о многом. Меня по‑прежнему волнует реальное применение. Сколько валидаторов действительно стабильно работают? Сколько ошибок происходит неожиданно? И я всё ещё слежу за этим.

#dusk $DUSK @Dusk
Похоже, я действительно начал обращать внимание на этот вопрос только после нескольких раз, когда наблюдал, как сети PoS обрабатывают неработающие узлы. Наказание не обязательно означает, что деньги будут изъяты. И в этом, как мне кажется, есть повод задуматься.

Узел, который не создает блок, когда приходит его очередь, или участвует неполностью, очевидно, вызывает проблему. Но называть это сразу актом саботажа, пожалуй, слишком. Для Dusk soft penalty, похоже, разработана именно для такой категории ошибок: provisioner может быть временно приостановлен, часть активной ставки переводится в состояние locked, что снижает вес участия. Токены при этом еще не исчезают полностью.
Hard penalty — это уже другая история. Когда узел создает некорректный блок, делает double vote или генерирует два конфликтующих блока, часть ставки может быть сожжена. Это уже не просто «не в сети» или плохая эксплуатация.

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

#dusk $DUSK @Dusk
В крипто есть тип чисел, который выглядит совсем маленьким, но именно он определяет, кто действительно может участвовать в сети. В случае DUSK сейчас это число — 1.000 DUSK за прямую staking-позицию.

Сначала я думал, что история крутится вокруг капитала. Но при внимательном рассмотрении 1.000 DUSK — это лишь входной билет, а не обещание прибыли. Чтобы делать direct stake, нужно еще и запускать provisioner-ноду, держать ноду синхронизированной и обеспечивать ее стабильную работу.

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

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

По крайней мере, с моей точки зрения, 1.000 DUSK — не самая спорная цифра. Важно другое: сколько людей реально делают stake и как они его поддерживают. К этой части я снова и снова возвращаюсь.

#dusk $DUSK @Dusk

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

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

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

#binancep2pantoan @Binance Vietnam
Я всё время думаю о довольно скучном сценарии: деньги не заходят и не уходят, а транзакция работает со сбоями. Тогда мне нужна не просто успокоительная фраза — мне нужно понимать, с кем именно я разговариваю.

Сейчас, похоже, используется многослойная система поддержки. Первый слой — это боты, второй — справочный центр, и только в конце, если проблема подходит по условиям, подключаются сотрудники. Для пользователя, который столкнулся с ошибочной транзакцией, такая многослойность иногда добавляет лишнего трения.
По крайней мере, с моей точки зрения, самый безопасный путь — идти через официальный канал поддержки биржи. На Binance пользователи могут открыть раздел Support/Chat и пройти по маршруту поддержки, чтобы при необходимости соединиться с сотрудником. Не менее важно проверить, что вы находитесь в правильном приложении или на официальном сайте.
Речь не о том, что вам пишет аккаунт в Telegram, который сам представляется “поддержкой”. И уж точно не о том, что вам пишет незнакомый человек.

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

#dusk $DUSK @Dusk
Похоже, я по-настоящему обратил внимание на это только после множества наблюдений за обсуждениями Dusk. Обычно смотрят на общий объем. Реже — на то, как именно новые токены реально выходят на рынок.

Проблема эмиссии заключается не в цифре “1 миллиард”, а в скорости выпуска. Если вознаграждения стейкинга сохраняются на высоком уровне слишком долго, давление со стороны нового предложения станет чем-то очень трудно перевариваемым.
Dusk, похоже, выбрала более простой подход. 500 миллионов DUSK выпущены изначально, а оставшиеся 500 миллионов предназначены для эмиссии в течение 36 лет. Важно, что эмиссия не фиксирована. Она снижается по модели геометрического затухания: снижение на 50% после каждого цикла длительностью 4 года.
На бумаге этот механизм довольно понятен. Но я не думаю, что он — самое важное. В чем я снова и снова возвращаюсь: эмиссия снижается, но меняются ли спрос на стейкинг и комиссии за транзакции достаточно, чтобы абсорбировать новое предложение?

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

#binancep2pantoan @Binance Vietnam
🧑‍💻НЕ СОВЕРШАЙТЕ СДЕЛКИ ВНЕ ПЛАТФОРМЫ
В криптовалюте есть финансовые риски, которые возникают не из графиков, а из вполне обычного сообщения в Facebook: «Поиграть на бирже?», а затем — переход на какую-то странную платформу, где просят перевести деньги через посредническую компанию в банковской сфере.
Я сразу заметил странность в этом моменте. Не потому, что все посредники плохие, а потому что структура сделок начинает отличаться от того, к чему я привык на официальных платформах.

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

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

#dusk $DUSK @Dusk
Похоже, я действительно обратил внимание на это только после множества наблюдений за обсуждениями крипто Dusk. Не потому, что появилась новая уловка. Напротив, она старая — настолько, что её легко упустить.

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

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

#binancep2pantoan @Binance Vietnam
Есть один вид мошенничества, который я вижу не впервые, но он всё равно неприятен, потому что бьёт прямо по привычкам. Человек отправляет квитанцию, SMS-сообщение от банка, электронное письмо с подтверждением — всё выглядит почти нормально. Просто вот деньги, возможно, ещё не там.

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

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

#dusk $DUSK @Dusk
МОДЕЛЬ ВЫПУСКА ДО 1 МЛРД DUSK

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

В крипто число supply часто воспринимают как прайс-лист. Слишком много токенов — и сразу думают о размывании. Но для блокчейна supply — это еще и способ платить тем, кто поддерживает работу сети, когда комиссии за транзакции недостаточны.
Похоже, Dusk следует этой логике. Сначала создаются 500 миллионов DUSK, затем максимум еще 500 миллионов выпускаются со временем — в основном для финансирования наград за стейкинг. Текущий график выпуска рассчитан на 36 лет и постепенно снижается по этапам.
Моё внимание привлекло не число 1 миллиард. А то, как оно расходуется.
Если у сети действительно будет usage, то в дальнейшем комиссии могут взять на себя больше, чем награды от эмиссии. Тогда постепенное снижение emission обретает смысл.

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

#binancep2pantoan @Binance Vietnam
🎃НЕ ДАЙТЕ ТРЕТЬЕЙ СТОРОНЕ ПРЕВРАТИТЬ ВАШИ СДЕЛКИ В ЛОВУШКУ
_________&&_________
Меня всегда раздражали мошенничества с «треугольными» схемами. Не потому, что они слишком изощрённые, а потому, что они обычно происходят в сделках, которые выглядят самыми обычными. Один покупатель, один продавец и один перевод. А деньги приходят от совершенно другого человека.

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

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

#dusk $DUSK @Dusk
👉Dusk ориентируется на crypto-native пользователей или на финансовые организации?
Я раньше думал, что crypto упростит финансы. А потом понял: часто она просто добавляет ещё один слой трения.

Есть достаточно скучная, но упорная проблема — разрыв между on-chain активами и тем, как работают финансовые организации. Crypto-native пользователи готовы к кошелькам, private key, транзакциям 24/7. Организациям всё это даётся не так просто. Им нужны процессы, контроль, конфиденциальность и система, которая может выдержать аудит.

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

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

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

#binancep2pantoan @Binance Vietnam
Существует довольно смешной тип риска: то, что выглядит наиболее очевидным, зачастую именно то, во что мне меньше всего хочется сразу верить.

Один мой знакомый рассказывал: во время доставки клиент отправил платежный квиток точно так же, как и всегда. Разница была лишь в том, что на этот раз он странный. Не просто «ошибка», а ощущение, что интерфейс, буквы, время и способ отображения уже не похожи на те квитанции, которые были раньше.
Это оказалось довольно упрямой проблемой. Скриншоты становились все более правдоподобными. ИИИ лишь сокращает дистанцию между «выглядит настоящим» и «деньги действительно переведены». Но это по‑прежнему две разные вещи.
Банковские системы не подтверждают транзакции «на глаз». Они подтверждают их данными транзакции. А продавцы чаще всего подтверждают одной фотографией. Именно поэтому я возвращаюсь к этому.
Похоже, некоторые проекты пытаются сократить этот разрыв, но, по крайней мере, по моему восприятию, инструмент можно считать надежным только когда он применяется в реальной ситуации.

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

#dusk $DUSK @Dusk
Похоже, я по-настоящему обратил внимание на этот вопрос только после многих раз наблюдений за дискуссиями вокруг Dusk. Дело не в том, что они говорят, а в том, кого именно они стараются обслуживать.

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

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

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

Но это пока лишь то, как я читаю направление. В конечном итоге usage должен был прояснить, кого именно @Dusk обслуживает на самом деле. По крайней мере, так я это вижу, и это та часть, которой я все еще жду.

#binancep2pantoan @Binance Vietnam
Я понял довольно поздно, что в крипто-мире мошеннические схемы обычно не начинаются с чего-то чрезмерно подозрительного. Всё начинается с ощущения вполне обыденного: навязчивое сообщение, покупатель, который выглядит респектабельно, скриншот с транзакцией или напоминание «достаточно подтвердить — и всё».

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

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

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

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

По крайней мере, в том, как я это вижу, это та часть, за которой я всё ещё слежу.

#binancep2pantoan
Раньше я думал, что кнопка «Оплачено» — это лишь один шаг верификации в процессе P2P. Но чем больше я наблюдаю, тем яснее вижу: это место, где не должно быть никаких догадок.

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

Похоже, система может создать ощущение безопасности, но она не может заменить пользователя в проверке движения средств. Транзакция может быть в ожидании, задерживаться или вообще не соответствовать информации об оплате.

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

Вот к чему я всегда возвращаюсь. P2P может быть быстрым, но подтверждение не должно быть быстрее, чем проверка.
Я сохраняю этот принцип, даже когда меня торопят.
@Binance Vietnam

#dusk $DUSK
Похоже, я действительно обратил внимание на это различие лишь после многих наблюдений за дискуссиями о @Dusk . Сначала я тоже думал, что это просто еще один Layer 1, с привычными историями о скорости, комиссиях и масштабируемости.

Но, похоже, проблема кроется в цели проектирования. Обычный Layer 1 обычно пытается создать общую платформу, чтобы как можно больше типов приложений могли работать на ней. А #Duck , похоже, фокусируется на более узкой задаче: перенести финансовые потребности, которым требуются конфиденциальность и соответствие требованиям, в блокчейн.

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

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

Однако различия в архитектуре пока не говорят всего, и в итоге все сводится к тому, как это используется. Именно к этому разделу я снова и снова возвращаюсь — я по-прежнему слежу за этим.
@Dusk