Почему я сообщил о проблеме искусственного вовлечения в Binance — и почему это важно
Два месяца назад я поделился своим отзывом с Binance Customer Support, а позже получил уведомление «Принято».
Но гонка лайков и комментариев под конкурсными постами продолжилась.
Почему я об этом сообщил?
Во-первых, справедливость. Некоторые авторы делились ссылками на кампании в группах соцсетей и обменивались сотнями лайков и комментариев, чтобы набрать больше очков. В то же время авторам с действительно качественным контентом, но с меньшей аудиторией, часто было сложно попасть в лидерборд.
Во-вторых, и это, пожалуй, самое важное, время.
Представьте: вы публикуете пост о своей кампании и получаете 100 комментариев. Затем вы отвечаете на эти комментарии и переходите в профили пользователей, чтобы поставить лайки и оставить комментарии к их постам.
Это легко может превратиться в ежедневную рутину на 3–5 часов.
Почему? Потому что это превращается в обмен:
«Ты взаимодействуешь с моим постом — я взаимодействую с твоим».
Вместо того чтобы тратить это время на исследование, написание и улучшение контента, авторы могут в итоге поддерживать сеть взаимного вовлечения просто чтобы оставаться конкурентоспособными.
Вот почему я считаю, что недавние действия Binance — это позитивный шаг.
Binance объявила, что 27 аккаунтов не допускаются к наградам, а сотням были вынесены предупреждения.
Это не означает, что каждый автор с высоким вовлечением делает что-то неправильно. Настоящее вовлечение ценно и его всегда нужно поощрять.
Проблема в другом — в искусственных и организованных обменах вовлечением, которые могут дать некоторым авторам несправедливое преимущество.
Если мы хотим, чтобы Binance Square стала более справедливой и прозрачной платформой, мы должны сообщать о таких практиках и продолжать делиться конструктивной обратной связью.
Настоящая беседа — это то, что делает Binance Square достойной частью вашего участия.
- Публикация большого объема повторяющихся, шаблонных, сгенерированных ИИ или пустых комментариев — значительно больше, чем сделал бы обычный пользователь — противоречит нашим правилам. В серьезных случаях это может привести к потере права на монетизацию и к отключению комментариев. - То же касается аккаунтов, которые продолжают публиковать шаблонные ответы для фальшивого вовлечения за баллы или награды. Это ухудшает состояние аккаунта и охват, а в серьезных случаях также может привести к потере права на монетизацию.
Исходя из вышесказанного и поскольку многие из вас делились отзывами о CreatorPad, мы пересмотрели победителей наград BABY CreatorPad. Вот что мы обнаружили:
- 27 аккаунтов оставляли комментарии с частотой, сильно превышающей нормальное взаимодействие. Их право на получение награды было отозвано, а также они были отмечены как нарушение. - 265 аккаунтов участвовали во взаимном спаме. Им было вынесено предупреждение, и это было зафиксировано в аккаунте.
Binance Square — это про реальное взаимодействие с сообществом. Мы добавили обнаружение бессмысленного спам-комментирования, взаимного комментирования в «узком круге» и многократных просьб к другим оставить комментарий. Начиная с этого объявления, это применяется ко всем функциям и кампаниям в будущем, включая текущие кампании CreatorPad. Любой, чье поведение соответствует этим моделям, может потерять право на получение награды.
Спасибо всем, кто продолжает создавать с заботой. Давайте вместе сохраним сообщество справедливым.
Мы также хотели бы услышать ваше мнение. Напишите в комментариях, что вы думаете о CreatorPad и Binance Square — мы выберем 3 комментатора, чтобы они получили наградной красный конверт. Ваш честный отзыв помогает нам сделать это лучше.
Я помню, как много лет назад запускал кошелёк Zcash и наблюдал, как он минутами «шлифует» вычисления, чтобы найти мои собственные транзакции.
Тогда я решил, что это и есть тот налог, который платишь за приватность: тяжёлые вычисления, медленная синхронизация — по сути, непригодно вне нормального десктопа.
Так что, когда я прочитал о делегированной модели Phoenix в whitepaper с номером @Dusk , моя первая реакция была скепсис.
Делегировать сканирование, делегировать генерацию доказательств — звучит так, будто отдаёшь свою приватность кому-то другому.
Но на самом деле происходит не совсем это.
Оказывается, ключ просмотра позволяет другому лишь сканировать цепочку и отмечать, какие транзакции относятся ко мне.
А расходование — это совершенно отдельный ключ, который никогда не покидает моих рук.
Та же логика действует и при генерации доказательств. Кто-то другой может «перемалывать» реальные ZK-доказательства — дорогую часть, — в то время как моя подпись остаётся тем, что делает транзакцию действительной.
Мне кажется, именно эта деталь изменила то, как я на это посмотрел.
Здесь опека и вычисления — не одно и то же. Phoenix, похоже, намеренно разносит их по разным сторонам.
Можно вынести тяжёлую работу наружу, не отдавая контроль над вашими средствами.
На практике это может означать, что более лёгкий кошелёк, а то и телефон, ведёт себя так, будто он запускает весь стек приватности, но при этом не несёт эту нагрузку сам.
Для сети, которая пытается привлечь институциональных участников, это выглядит актуальным не только из соображений удобства.
Биржа или провайдер инфраструктуры могли бы предлагать сканирование или генерацию доказательств как сервис на Dusk, ни разу не становясь кастодианом в традиционном смысле.
Это другой профиль рисков, не такой, как у большинства сделок по криптоинфраструктуре сегодня.
Мне кажется, о делегировании подобного рода говорят недостаточно. Обычно в центре разговора всегда «опека», а не вычисления.
Если отделить вычисления от контроля, это реально снижает барьер для тех, кто готов строить инфраструктуру вокруг Dusk, или кастody всё равно остаётся единственным вопросом доверия, который действительно важен?
На прошлой неделе друг спросил меня, почему я просто не использую Monero, если для меня приватность — это самое главное.
У меня не было быстрого ответа.
Я размышлял над этим вопросом дольше, чем ожидал.
Потому что честный ответ, возможно, такой: меня с Dusk по-настоящему волнует не столько приватность, сколько конфиденциальность. Это не одно и то же.
Monero скрывает транзакцию от всех. Без исключений, без ключей, ничего.
Phoenix — частная модель транзакций Dusk — скрывает её от публичного доступа, но оставляет дверь приоткрытой. Существует просмотровой ключ. У человека с правильным ключом всё ещё есть возможность заглянуть внутрь.
Мне кажется, что именно эта деталь может быть настоящим «разблокиратором» для институциональных финансов — больше всего остального в whitepaper.
Потому что BlackRock или Franklin Templeton на самом деле не спрашивают: «Можем ли мы скрыть это от регуляторов?»
Реальный вопрос ближе к: «Можем ли мы скрыть это от конкурентов, при том что регуляторы всё равно видят всё, что им нужно?»
Это совершенно разные вопросы.
Большая часть приватных технологий была создана под первый.
Phoenix — и Zedger, который стоит поверх него именно для ценных бумаг, — кажется сделанным под второй.
Конфиденциальные балансы. Аудитируемость по замыслу, а не по исключению.
Я постоянно ловлю себя на том, что называю это «приватностью» по привычке, и начинаю думать, что это слово недооценивает то, что на самом деле происходит.
Приватность означает, что никто ничего не видит — никогда.
То, что делает Dusk, больше похоже на контролируемую видимость.
Может звучать как небольшое различие. Но я так не думаю — хотя мне ещё предстоит понять, почему меня это так задевает.
Питч, построенный на «поверьте, мы соблюдаем требования», просит у институтов веры.
А питч, построенный на «вот ключ, которым ваш аудитор может воспользоваться в любой момент», не просит ничего.
Как бы вы объяснили эту разницу человеку, который считает, что privacy coins и Dusk относятся к одной категории?
Может ли бессрочная торговля стать одним из крупнейших вариантов применения ончейн-крипто? 👀
Если вы новичок в крипто, вот простая идея:
Бессрочный контракт позволяет торговать ценой актива, не владея при этом самим активом.
📈 Лонг = вы ожидаете рост цены 📉 Шорт = вы ожидаете падение цены
В отличие от традиционных фьючерсов, у бессрочных контрактов нет фиксированной даты экспирации.
Теперь самое интересное:
Все больше бессрочной торговли переносится в ончейн.
Проще говоря, блокчейн-системы могут использоваться для таких задач, как:
• Обеспечение (коллатерал) • Позиции • Ликвидации • Расчёты
Потенциальная выгода — большая прозрачность и программируемость.
Но размещение торговли в блокчейне не означает автоматически, что она станет лучше.
Трейдерам всё равно нужны фундаментальные вещи:
• Хорошая ликвидность • Быстрое и надёжное исполнение • Сильный риск-менеджмент • Безопасность • Устойчиво работающая инфраструктура
Так что главный вопрос не в том:
«Могут ли бессрочные контракты выйти в ончейн?»
Могут.
Настоящий вопрос в другом:
Станут ли ончейн-рынки бессрочных контрактов достаточно надёжными, чтобы серьёзные трейдеры могли реально использовать их в масштабе?
Именно эту часть я внимательно отслеживаю. 👀
Что, по вашему мнению, будет важнее всего для роста ончейн-бессрочных контрактов: ликвидность, скорость, безопасность или пользовательский опыт?
Только образовательный контент. Не финансовая рекомендация. Бессрочная торговля связана с существенными рисками, включая возможность потерять свои средства. #DYOR перед тем как принимать какие-либо финансовые решения.
#dusk $DUSK недавно я изучал официальные документы о том, как @Dusk справляется с проблемами сети, и заметил кое-что, что меняет мое отношение к этому.
У большинства блокчейнов есть слабое место, о котором почти никто не говорит.
Когда валидаторы уходят в офлайн или сеть перегружается, вся система может остановиться.
Вы ждете консенсуса. Ничего не происходит. Цепочка зависает.
Затем я прочитал про аварийную функцию блока в Dusk.
Если валидаторы не могут достичь обычного консенсуса после слишком большого числа неудачных раундов, Dusk вместо этого выпускает пустой блок.
Это не идеально. В нем нет транзакций.
Но цепочка продолжает двигаться.
Вот что это значит: Dusk выбрал держать сеть в рабочем состоянии, а не стремиться к безупречности. Для меня это отличается и интересно в том, что делают другие проекты.
Это отличается от того, что делают другие проекты.
Я думаю, что это действительно разумно для организаций.
Банку не нужна блокчейн-система, которая иногда зависает, потому что консенсус застрял.
Банки ценят согласованность. Предсказуемость. Система продолжает работать даже тогда, когда что-то идет не так.
Аварийные блоки — как резервная копия. Не идеально. Но это значит, что Dusk никогда не останавливается.
Я понял, что это показывает, насколько Dusk по-другому смотрит на надежность.
Большинство блокчейнов в первую очередь оптимизируют для безопасности или децентрализации.
Похоже, Dusk оптимизирует для «сеть продолжает жить».
Это не техническая деталь. Это философский выбор того, что важнее.
Для человека, который перемещает деньги через Dusk, это действительно важно.
Вы знаете, что цепочка внезапно не остановится посреди транзакции из-за того, что валидаторам не удается достичь идеального согласия.
В Dusk встроен механизм безопасности.
Мне интересно, оценивают ли это на практике организации, когда смотрят на Dusk.
Как вы думаете: блокчейн, который ставит приоритетом непрерывность, а не совершенство, важен для реального использования?
$DUSK #dusk @Dusk Раньше я думал, что окончательность транзакций — это бинарная вещь.
Блок либо окончательный, либо нет.
Пока я не начал читать про «постепенную» (rolling) окончательность на Dusk и не понял, что мне чего-то не хватало в том, как именно передаётся безопасность.
Большинство обсуждений безопасности блокчейна сводится к одному показателю.
Подтверждения. Прошедшее время. Что-то измеримое, что воспринимается как порог.
Затем я посмотрел, как Dusk устроен с точки зрения окончательности, и это изменило то, как я думаю о безопасности транзакций.
Дело не в том, чтобы «достичь числа».
Дело в детализации состояний устойчивости.
Сначала блок имеет статус «accepted» — он есть в цепочке, но при определённых условиях консенсуса может быть заменён.
Затем «attested» — в более ранних попытках не получилось, и вероятность замены заметно снижается.
Дальше «confirmed» — последующие блоки его валидировали; откат потребует нарушения значимого консенсуса.
И наконец «final» — окончательна вся родословная; настоящая необратимость.
Что я заметил: модель Dusk даёт пользователям реальную видимость того, что происходит.
Большинство сетей сводят всё это к одному «confirmed» и на этом заканчивают.
Фреймворк Dusk позволяет увидеть реальный прогресс.
Учреждения, которые перемещают капитал, вероятно, нуждаются в такой степени конкретики.
Понимание того, что ваша транзакция «confirmed», а не «final», сообщает вам кое-что о фактической подверженности риску.
Вы можете принимать решения, опираясь на реальные состояния устойчивости, а не просто на достижение чьего-то произвольного порога.
Я не уверен, что это изменит институциональное внедрение.
Возможно, им всё равно будут больше нравиться простые ответы.
Но мне кажется, что подход Dusk к окончательности — показывать каждую стадию устойчивости вместо одного окончательного ответа — полезнее для любого, кто оценивает реальный риск.
Он учитывает, что люди перемещают разный объём при разных допустимых уровнях риска.
А действительно ли фреймворк окончательности Dusk меняет то, как учреждения оценивают, достаточно ли безопасна сеть, чтобы перемещать капитал?
Или всё-таки простота других сетей по-прежнему выглядит более привлекательной?
#dusk $DUSK Я читал(а) о том, что на самом деле нужно институциональным участникам для токенизированных ценных бумаг, и начал(а) замечать кое-что в том, как Dusk подходит к этому.
Все говорят об adoption RWA как о проблеме скорости.
Двигать активы быстрее, проводить расчёты быстрее, чем T+2 — вот и весь нарратив.
Но чем больше я смотрел(а) на это, тем больше задавался(ась) вопросом: а действительно ли скорость — это то, что сдерживает институты?
Традиционные финансы уже умеют перемещать деньги. Похоже, основное трение — в другом.
Например, дивидендная выплата может требовать централизованного посредника, чтобы вообще случиться.
Принудительный перевод в рамках регуляторного действия может потребовать выхода за пределы системы целиком.
Корпоративное действие вроде сплита акций может потребовать паузы во всём процессе.
Эти проблемы, как мне кажется, не решаются просто ускорением транзакций.
Я начал(а) замечать, как Zedger занимает принципиально иную позицию.
Похоже, он построен с допущением, что такие операции происходят нативно в протоколе.
Не как крайние случаи. Не как обходные пути.
Дивиденды как операции.
Принудительные переводы как функции.
Корпоративные действия как элементы первого уровня.
Это отличается от простого «прикручивания комплаенса» к универсальному блокчейну.
Создаётся ощущение, что Dusk задал(а) вопрос: «как выглядела бы инфраструктура ценных бумаг, если бы её спроектировали для этого с самого начала?»,
и затем построил(а) Zedger как ответ.
Но я думаю, что большинство других сетей пытаются доказать, что блокчейн может воспроизвести то, что делают традиционные финансы, но быстрее.
Dusk может задавать другой вопрос с Zedger: что становится возможным, когда расчёты по ценным бумагам действительно являются нативными?
Приватность может существовать, при том что audit trails остаются доступными для институтов.
Расчёты могут происходить без посредников.
Регуляторные действия могут выполняться в самом протоколе.
Я не уверен(а), что эта разница — именно то, что институты действительно ищут, или же они пока всё ещё просто оценивают скорость и чекбоксы по комплаенсу.
Но мне кажется, что Zedger по‑другому позиционирует Dusk по сравнению с тем, как большинство участников рынка говорит о RWA прямо сейчас в 2026 году.
Это та часть, которая мне больше всего интересна в Dusk. Раньше я думал, что приватность означает скрывать всё, но для реальных финансовых сценариев разные рабочие процессы требуют разной степени видимости. Предоставлять пользователям выбор кажется гораздо более практичным, чем навязывать всем один-единственный подход к приватности. $DUSK $ALLO $XPL
Mr_Badshah77
·
--
#dusk $DUSK @Dusk Все предполагают, что задача приватного блокчейна — скрывать всё. Настоящая ставка Dusk — противоположная: скрывать всё часто оказывается неправильным ответом.
Подумайте, что нужно реальной финансовой системе. Депозит на бирже и конфиденциальный перевод права собственности — это не одна и та же задача. В одном случае требуется достаточно прослеживаемости, чтобы можно было сверять с балансом клиента. В другом случае нужно оставаться достаточно приватным, чтобы никто вне самой транзакции не мог вообще понять, что она произошла. Протащите обе задачи через одну модель приватности — и вы либо сломаете возможность сверки, либо сломаете конфиденциальность: нет версии «одной настройки», которая корректно работает для обеих сразу.
Dusk не выбирает сторону. Он поставляет две модели транзакций на одной и той же основе DuskDS и позволяет рабочему процессу решать, какая из них нужна.
Moonlight — это прозрачная модель аккаунта: балансы и переводы остаются видимыми, и это ровно то, чего хочет биржа, когда ей нужно сопоставлять входящие депозиты с нужным клиентом без гаданий.
Phoenix идет в совершенно другом направлении: защищённые транзакции, доказательства с нулевым разглашением (zero-knowledge), детали транзакций скрыты по умолчанию — раскрытие доступно только тем, кому оно действительно авторизовано.
Вот что легко упустить: это не просто «мы сделали две функции». Выбор Phoenix несёт реальный операционный вес — другая схема кастоди, другая модель сканирования — и именно поэтому собственные рекомендации Dusk по интеграции с биржами указывают на Moonlight для депозитов. Приватность не бесплатна, и попытки делать вид, что это не так, приводят к тому, что проекты получают модель, которая выглядит приватной на бумаге и оказывается непригодной в продакшене.
Итак, реальный тезис не «сделать финансы приватными». Он уже и полезнее: пусть рабочий процесс выбирает свою степень видимости, а не заставляйте каждую транзакцию в сети жить по одному и тому же правилу.
Больше всего меня впечатлило то, как Dusk подходит к приватности на практике. Мне нравится, что дело не только в сокрытии данных: платформа защищает конфиденциальную информацию, при этом оставляя место для соблюдения требований, когда это необходимо. Для меня это гораздо более актуально для реальных финансов, чем обычные разговоры о скорости и TPS.
SANTO KEKI
·
--
@Dusk Я встретил термин «Контракт конфиденциальной безопасности», читая материалы о Dusk, и почти пропустил его, потому что он звучал слишком технически. Позже я вернулся и попытался разобраться, что это на самом деле означает, вместо того чтобы зацикливаться на названии.
То, что я понял, оказалось неожиданно простым.
Не каждая финансовая транзакция должна быть видна всему миру. Мы уже принимаем эту идею в традиционном банкинге, поэтому логично, что блокчейну в итоге понадобится нечто похожее, если он хочет поддерживать реальную финансовую активность.
Из того, что я узнал, стандарт XSC — это та основа, которую Dusk использует для создания конфиденциальных смарт‑контрактов, защищающих чувствительную информацию, при этом сохраняя поддержку соответствия требованиям (комплаенса), когда это необходимо. Он позволяет приложениям держать чувствительные данные в тайне, но при этом делает возможным соблюдение юридических и нормативных требований, когда это требуется.
Мне эта идея показалась куда более интересной, чем очередное обсуждение скорости или количества транзакций. Конфиденциальность — это не только про сокрытие информации. Иногда это про то, чтобы делиться нужной информацией с нужными людьми и защищать всё остальное.
Это изменило мой взгляд на Dusk. Компания пытается решить проблему, о которой многие не задумываются, пока блокчейн не начинает использоваться для повседневных финансовых услуг.
Я всё ещё учусь, но именно эта часть проекта показалась мне наиболее понятной, потому что она связана с реальными ситуациями, а не с теорией. Если регулируемые финансы продолжат движение в ончейн‑пространстве, я думаю, решения вроде XSC станут гораздо более актуальными, чем они кажутся сегодня.
Что меня выделяет в DUSK, так это то, что он не пытается по-настоящему продавать «приватность ради самой приватности». Для меня более интересна перспектива приватности, которая действительно может работать в регулируемой среде. Если когда-нибудь учреждения начнут вести серьезную активность с ценными бумагами on-chain, им понадобится решение, которое защищает конфиденциальные данные, но при этом не полностью отказывается от соблюдения требований. Именно этот баланс и делает DUSK по-настоящему релевантным. $DUSK
Wei Ling 伟玲
·
--
#dusk $DUSK @Dusk Конфиденциальность, которая действительно работает для учреждений, встречается реже, чем люди признают
Большинство по-прежнему смотрит на DUSK и видит просто еще одну монету про приватность. Но они упускают из виду это тихое дизайнерское решение: один и тот же контракт может скрывать позиции и контрагентов от публичного доступа, при этом позволяя уполномоченным сторонам проверять соответствие через выборочное раскрытие. Это не просто маркетинговая фраза. По сути, это единственная схема, которая позволяет регулируемым деньгам двигаться on-chain, не превращая каждую сделку в достояние общественности.
Розничный сектор по-прежнему гонится за чистой анонимностью. Более медленный и менее “громкий” путь — строить инфраструктуру, где приватность и аудитопригодность реально сосуществуют. Если учреждениям когда-либо потребуется выпускать и проводить расчеты по реальным ценным бумагам, не раскрывая свои книги, то именно такая инфраструктура начинает иметь значение. Если эта потребность так и не появится, вся идея просто останется невостребованной. $HEMI $AIO
Что открывает путь к реальному использованию в институциональном секторе?
Сильная позиция. Конфиденциальность в регулируемых финансах — это не только сокрытие данных, это еще и проектирование того, кто может проверять что именно, не превращая систему в недоступный черный ящик с ограниченным доступом. Этот баланс между комплаенсом и контролем может действительно определить, выделится ли Dusk. $DUSK
ayla riz
·
--
#dusk Чем больше я смотрю на Dusk, тем больше думаю, что самый сложный вопрос конфиденциальности — не в том, что остается скрытым.
А в том, кто получает право это раскрывать.
Для регулируемых финансов одной лишь защиты приватности данных транзакций недостаточно. Банку, инвестору или учреждению может потребоваться конфиденциальность, однако регуляторам всё равно нужно проверять такие вещи, как лимиты владения, право на участие или правила перевода.
И вот здесь подход Dusk к селективному раскрытию становится особенно интересным.
Вместо того чтобы делать всё публичным только для подтверждения соответствия, идея в том, чтобы раскрывать лишь то, что конкретная сторона вправе проверить.
Но это поднимает еще один вопрос, на который, как мне кажется, обращают недостаточно внимания:
Кто контролирует эти разрешения?
Если приватность зависит от того, кто решает, кто что может видеть, может ли соблюдение требований незаметно добавить новый уровень централизации?
Возможно, реальная задача для приватных блокчейнов — не только скрывать финансовые данные.
Возможно, она в том, чтобы дать правильным людям достаточно прозрачности, но не дать кому-либо слишком много контроля.
Этот баланс может иметь огромное значение, если Dusk захочет стать инфраструктурой для регулируемых активов. 👀
Очень хорошо сказано. Многие сосредотачиваются на части «токенизации», но реальная проверка начинается, когда кто-то действительно хочет выйти. Если ликвидности нет, то актив технически находится в блокчейне, но на практике он по-настоящему не пригоден.
Вот почему более сложная задача — это не чеканка соответствующих требованиям RWA, а создание общего рынка, где эмитенты, покупатели и маркет-мейкеры могут встречаться с достаточной глубиной, чтобы трейдинг имел смысл. Успех Dusk Trade, вероятно, будет зависеть меньше от самих «рельсов» и больше от того, сможет ли он решить проблему координации.
Coin Coach Signals
·
--
Сначала я предположил, что нас ждет тихое разочарование по поводу множества проектов токенизации — и оно проявляется в первый же раз, когда кто-то пытается что-то продать. Вы можете чеканить абсолютно корректно соответствующую требованиям токенизированную облигацию. Но токен, который нельзя продать, когда он вам нужен, — это не актив, а скриншот. Настоящая трудность — ликвидность, а не выпуск.
И ликвидность — странная штука, потому что ее нельзя построить напрямую. Это задача координации. Рынок существует только тогда, когда эмитенты, допущенные покупатели и маркет-мейкеры оказываются одновременно в одном месте — на инфраструктурных рельсах, которые взаимодействуют друг с другом. Не хватает хотя бы одного из этих элементов — у вас появляется листинг, а не рынок.
Соблюдение требований эту задачу усложняет незаметно. Те же правила приемлемости, которые делают ценной бумагу юридически допустимой для хранения теми, кому разрешено, и в какой юрисдикции — в той же мере сокращают круг людей, которые могут законно занять противоположную сторону вашей сделки. Безопасность и глубина рынка тянут в разные стороны.
Поэтому для такого проекта, как Dusk Trade, интересующий вопрос звучит не «можете ли вы токенизировать». Вопрос в том, сможет ли общая соответствующая требованиям площадка сосредоточить достаточно потоков, чтобы это имело значение, а не оставлять каждого эмитента наедине со своим собственным островом — с тонким объемом.
Кто бы этим воспользовался? Эмитенты и инвесторы, которые предпочли бы делить глубокую книгу вместо того, чтобы каждый раз запускать пустую. Что это погубит? Если фрагментация требований к допуску и «холодный старт» будут держать книги тонкими, даже когда инфраструктура хороша.
Я продолжал читать про @Dusk и гадать, почему никто не говорит о сетевом уровне.
Типа, все сосредоточились на избирательных комитетах и финальной согласованности, что, в принципе, нормально. Но именно там скорость на самом деле не рождается. Я понял, что реальное преимущество невидимо. Большинство блокчейнов просто разрешают сообщениям «заливать» сеть везде — это просто, но расточительно. #dusk построил свою сеть иначе, и я думаю, именно поэтому на практике она ощущается быстрее. Вместо рассылки всем подряд сообщения маршрутизируются через организованные пути, основанные на расстоянии между узлами. Всё всё равно доставляется, но с гораздо меньшей избыточностью, которая забивает каналы. Эффект в том, что вы тратите меньше энергии на перенос данных, а значит — более стабильное распространение сообщений. А значит, голоса в процессе консенсуса доходят до валидаторов быстрее. А значит, блоки реально финализируются быстрее. Но вот что привлекло мое внимание: почти никто об этом не говорит. Все спорят о PoS vs PoW, пропуская тот факт, что сетевенная эффективность делает половину реальной работы. Я думаю, Dusk рано понял кое-что, что большинство проектов выясняют слишком поздно. Механизм консенсуса настолько быстр, насколько позволяет ваша сеть. Поэтому вместо того чтобы сначала строить консенсус, а потом оптимизировать сеть, Dusk пошёл в другом направлении. Сетевой уровень изначально намеренно «стройный». Есть ещё кое-что интересное в ракурсе приватности — но об этом никто не упоминает.
Когда сообщения маршрутизируются по структурированным путям, а не разливаются по всей сети, отследить источник сообщения становится сложнее.
Это не постановочная «приватность ради приватности» — это просто побочный эффект архитектуры.
Но это хорошо ложится на всю историю про приватность и соответствие требованиям $DUSK , к которой он стремится.
Мне правда интересно, замечают ли это институции и важно ли им это на таком уровне детализации.
Большинство институций заботятся о соблюдении требований и скоростях финализации — и это понятно.
Но архитектура снизу, которая делает финализацию надёжной, обычно для них невидима.
При этом я думаю, что то, что Dusk сделал это правильно с самого фундамента, а не «латал потом», говорит о подходе к решению всей проблемы.
#dusk $DUSK Я размышлял о чём-то другом, касающемся подхода @Dusk к консенсусу, и понял, почему это может быть важнее, чем один лишь скоростной спецификатор.
Большинство блокчейн-проJектов рассматривают комплаенс как задачу, которую нужно решать *после* того, как цепочка уже работает.
Сначала вы строите децентрализованную систему, а потом думаете, как сделать так, чтобы регуляторы чувствовали себя комфортно.
Это обратное проектирование решения в архитектуру, которая изначально под него не была рассчитана.
Кажется, Dusk переворачивает эту логику.
Весь дизайн консенсуса — комитеты голосования, взвешенная репутация/доверие, постоянный мониторинг неисправностей, механизмы наказаний — не «добавляется поверх».
Это основа того, как цепочка на самом деле *функционирует*.
А значит, комплаенс не отделён. Он вплетён в саму базовую структуру стимулов.
Вот что это, возможно, означает на практике: если вы — банк, оценивающий криптоинфраструктуру, вы не выбираете между «бесдоверительной децентрализацией» и «регуляторным соответствием».
Вы оцениваете систему, в которой эти две вещи — одно и то же.
Провиженеры (валидаторы), которые подтверждают блоки, получают награду за честное участие и наказание за недобросовестное поведение.
Это одновременно безопасность и аудитируемость в одном механизме.
Я думаю, институты ждали такую структуру. Не «вот вам децентрализованная система, теперь добавим комплаенс», а «вот инфраструктура, построенная с нуля, где соблюдение правил *и есть* конкурентное преимущество».
Меня интересует вопрос: действительно ли рынок заботится об этом различии?
Или банки всё равно будут ждать регуляторной ясности, прежде чем переходить на любую цепочку — независимо от того, насколько хорошо она спроектирована?
DUSK, похоже, делает ставку на то, что прочная архитектура + дизайн, готовый к регулированию, — это то, что будет учитывать институциональный сектор.
Поживём — увидим, окупится ли эта ставка.
Каково ваше мнение: может ли один лишь дизайн сдвинуть институциональное внедрение?