Раньше я думал, что самая сложная часть приватности на EVM — это доказать, что скрытая информация всё равно может вызывать доверие. Со временем, изучая разные подходы, я начал замечать другую проблему: даже когда криптография работает, кто-то всё равно должен построить, обслуживать и доверять системе вокруг неё.
Именно это сделало Hedger для меня интересным. Многие решения приватности сосредотачиваются на том, что можно скрыть, но меньше кто уделяет достаточно внимания тому, как эта приватность встраивается в существующие среды разработки. Hedger выбирает иной путь: исследует конфиденциальные вычисления внутри фреймворка, совместимого с EVM. Сочетая гомоморфное шифрование с доказательствами с нулевым разглашением, он стремится сохранять чувствительные значения приватными, при этом позволяя проводить верификацию. Предкомпилированные контракты также делают эти возможности ближе к рабочим процессам в Solidity, которые разработчики уже знают.
Но практические вопросы всё ещё остаются. Шифрованные вычисления не бесплатны. Производительность, управление ключами и процессы комплаенса по-прежнему создают трения. Я уже видел технически впечатляющие системы, которые в контролируемых условиях выглядели убедительно, но становились сложнее, когда доходили до реальных финансовых операций.
Я думаю, что Hedger решает проблему, которую легко недооценить. Приватность для организаций — это не только про сокрытие информации; это про встраивание конфиденциальности в системы, которые уже имеют правила и зоны ответственности. Я пока не до конца уверен, что компромиссы будет легко обслуживать, но попытка кажется более приземлённой, чем многие ранние подходы, за которыми я следил. @Dusk $DUSK #dusk #dusk
Сегодня я просматривал подход Dusk к конфиденциальным финансам, и одна вещь не давала мне покоя.
Приватность обычно описывают как сокрытие информации.
Но я не думаю, что это полная картина.
Чем больше я смотрел на дизайн Dusk, тем больше казалось, что самая сложная задача — решить, кто должен иметь возможность видеть что и когда.
Dusk подходит к этому через конфиденциальные смарт-контракты и стандарт Confidential Security Contract (XSC). Идея не только в том, чтобы делать транзакции невидимыми. Речь о создании системы, где финансовая активность остается проверяемой, а чувствительная информация при этом не получает излишней публичности.
Сначала я думал, что это в первую очередь улучшение приватности.
Теперь я вижу иначе.
Для финансовых приложений конфиденциальность часто связана с практическими соображениями. Данные о владельцах, деловые позиции и информация о транзакциях могут иметь реальную коммерческую ценность. Система, раскрывающая всё, может быть и прозрачной, но она также может усложнить участие институтов.
Приватность создает еще одну задачу.
Финансовая система не может стать настолько закрытой, чтобы участники теряли доверие к тому, что происходит «под капотом».
Вероятно, именно в этом балансе и начинается реальная проверка Dusk.
Иногда самое важное дизайнерское решение — не то, что сеть позволяет видеть всем, а то, что она сознательно выбирает не раскрывать. @Dusk $DUSK #dusk
Я снова и снова видел, как разные компоненты Dusk обсуждают отдельно: DuskDS, DuskVM, DuskEVM и уровни приватности, но один вопрос постоянно возвращался ко мне: что на самом деле заставляет эти части работать вместе?
Это привело меня к Rusk.
Сначала при первом взгляде я подумал, что это просто программное обеспечение, которое запускает ноду. Но чем глубже я вникал, тем больше понимал, что оно играет куда более значительную роль. Rusk — это слой реализации, который запускает консенсус Dusk, поддерживает состояние блокчейна, выполняет контракты DuskVM и подключает внешние приложения через API.
Больше всего меня привлекло то, что Rusk — это не та функция, о которой пользователи обычно говорят. Здесь нет громкого заголовка про приватность или очевидного приложения, построенного вокруг него.
И именно поэтому он выделяется.
По мере того как архитектуры блокчейна становятся более модульными, координация становится не менее важной, чем отдельные функции. Мощный слой исполнения значит немного, если базовая система не может держать всё в синхронизации.
Компромисс в том, что чем больше обязанностей берет на себя базовый слой, тем важнее становятся надежность и безопасность.
Возможно, будущее инфраструктуры блокчейна будет определяться не только теми функциями, которые видят пользователи, но и невидимыми слоями, которые тихо делают эти функции возможными. @Dusk $DUSK #dusk #dusk
Я рассматривал рынки с фиксированной ставкой и задумался над простым вопросом: кто на самом деле решает, как должна выглядеть «справедливая» процентная ставка?
Во многих кредитных протоколах рынок следует заранее заданной кривой. @TermMax пошел другим путем, используя ордера с диапазоном (Range Orders): поставщики ликвидности могут задавать диапазоны процентных ставок, вместо того чтобы выделять капитал при одном фиксированном условии.
Сначала это показалось излишней сложностью. Почему пользователям нужно самим формировать ценовую кривую? но идея становится куда интереснее, если посмотреть на то, как на самом деле ведет себя спрос на заимствования. Спрос редко движется по идеально предсказуемому шаблону. Кредитор может согласиться на одну ставку, когда спрос на ликвидность низкий, но ожидать иного ценообразования по мере того, как потребляется все больше капитала.
Вот где все становится по-настоящему интересно, потому что рынки редко бывают такими предсказуемыми, как предполагает одна-единственная формула. Одна рыночная кривая исходит из того, что все разделяют одинаковое представление о рисках и спросе. Ордеры с диапазоном позволяют разным поставщикам ликвидности выражать различные предпочтения по цене в разных зонах ставок, создавая более гибкую структуру рынка.
Эта гибкость — главный плюс, но она же приносит и новую сложность. Больше контроля — больше ответственности. Пользователям нужно лучше понимать, как проектировать эффективные кривые, а не просто предоставлять ликвидность и ждать исполнения.
Вопрос, к которому я снова и снова возвращаюсь, заключается в том, приведут ли настраиваемые рынки к более разумным решениям по ликвидности или просто перенесут сложность с протоколов на участников.
Зависит ли будущее DeFi с фиксированной ставкой больше от лучших алгоритмов или от более удачно спроектированных человеческих стратегий?
#TermMax Мне нужно всего 5 минут вашего внимания, потому что я хочу поделиться небольшой деталью TermMax-«хранилища», которую почти упустил сегодня: механизм защиты по минимальной APY.
Сначала мне казалось, что это просто еще один параметр риска. Но когда я в него углубился, понял, что это действительно про нечто большее… насколько пользователям стоит доверять кураторам хранилищ?
В @TermMax хранилищах кураторами решается, как капитал распределяется по стратегиям. Такая гибкость полезна, но она также означает, что вкладчики полагаются на решения, принимаемые «за кулисами».
Настройка Min. APY задает нижнюю границу доходности. Я думаю, что усилить эту защиту можно быстро, а вот уменьшить ее — только через период timelock.
Мне нравится этот асимметричный подход, потому что он по-разному относится к защите пользователя и к более рискованным изменениям. Куратор может повысить безопасность быстрее, но снижение защиты дает пользователям время заметить и отреагировать.
Это, честно говоря, интересный вариант дизайна для меня. DeFi не всегда нужно меньше разрешений; иногда нужно лучше спроектированные разрешения.
По мере того как стратегии хранилищ становятся более сложными, мне интересно, смогут ли механизмы вроде этого превратиться в новый слой доверия между пользователями и автоматизированными финансами. #TermMax $BTW
Мне нужно всего пять минут вашего внимания, потому что я хочу поделиться одной деталью Dusk, которую почти упустил, когда просматривал её дизайн консенсуса.
Сначала я рассматривал общую картину… приватность, смарт-контракты и финансовые приложения. Но затем я потратил больше времени на Succinct Attestation, и это небольшое дизайнерское решение привлекло моё внимание.
@Dusk не заставляет каждого участника выполнять ровно одну и ту же роль. Вместо этого консенсус разделён на этапы. Один комитет предлагает, другой проверяет, а третий подтверждает окончательный результат.
Честно говоря, я бы прочитал этот фрагмент дважды, потому что идея звучит просто, но влияние гораздо больше, чем сначала кажется.
Самое интересное для меня — разделение ответственности. Сеть, обеспечивающая финансовые приложения, нуждается не только в быстрых транзакциях; ей нужен процесс, где решения структурированы и предсказуемы. Конечно, это также порождает вопросы о выборе комитетов, децентрализации и предположениях по безопасности.
Но мне нравится направление… возможно, будущие блокчейны будут масштабироваться не за счёт того, что все делают всё, а за счёт того, что каждой роли будет отведено более чёткое назначение.
Иногда скрытые дизайнерские решения рассказывают реальную историю протокола. #dusk $BOME $MRNAon #CryptoRally
Дайте мне всего 5 минут… Я хочу поделиться одной маленькой @Dusk деталью, которую я нашел, потому что поначалу она кажется скучной, но на самом деле в ней много говорится о том, как устроен DuskVM. Это называется argbuf.
По сути, когда смарт-контракт, работающий внутри DuskVM, должен получить или вернуть данные, он не просто свободно передает информацию. Dusk выделяет ему фиксированное пространство памяти в 64 КБ — как временный почтовый ящик между контрактом и системой.
Система сообщает контракту, сколько данных там размещено. Контракт читает это, выполняет свою работу, а затем записывает результат обратно в то же пространство.
Это простая идея… но мне она на самом деле нравится.
Есть четкая граница между контрактом и средой вокруг него, что может сделать выполнение более предсказуемым. В то же время разработчикам все равно нужно внимательно обрабатывать входные данные и память. ВМ не может исправить плохую логику контракта.
И заглядывая вперед, я думаю, что такие детали могут стать важнее, когда Dusk привлечет серьезные финансовые приложения.
Конфиденциальности уделяют больше всего внимания, но иногда именно эти более тихие правила выполнения делают систему проще воспринимать как заслуживающую доверия. $DUSK $GAIX $BTW
#TermMax Дайте мне всего 5 минут, я хочу поделиться чем-то интересным об @TermMax . Я читал дизайн vault TermMax V2, и одна деталь не отпускала меня: бездействующий капитал не всегда остается бездействующим.
Куратор может направлять неиспользованные активы в источник базовой доходности, такой как Aave или Morpho, а остальной капитал vault размещать в диапазонные ордера TermMax. Депоненты по-прежнему держат доли vault ERC-4626, но доход под ними может поступать из более чем одного источника.
Сначала мне это понравилось сразу. Зачем оставлять USDC просто лежать, если он может приносить доход?
Но чем больше я об этом думал, тем более «лейбл с фиксированной ставкой» начинал казаться менее простым.
Часть vault может быть подвержена плавающей внешней доходности, при этом куратор также решает, сколько капитала остается доступным для вывода средств, сколько идет в активные ордера и где размещаются простаивающие активы.
Такая гибкость полезна, но это также означает, что депонент частично полагается на решения куратора по распределению капитала — не только на фиксированно-ставочную рыночную структуру TermMax.
Думаю, в будущем это будет иметь больше значения, когда vault станут крупнее. Заявленная доходность может выглядеть простой, но находящаяся под ней «механика» выполняет сразу несколько разных задач.
Сколько плавающей доходности слишком много в vault, построенном вокруг рынков с фиксированной ставкой? $BTW $VELVET $LAB
То, что мне кажется странным в фиксированной ставке в дизайне #TermMax , — это то, что один из его токенов делает ровно то, что большинство держателей токенов обычно ненавидят: движется к нулю.
Но с XT это не провал. Это часть структуры.
Каждый рынок с фиксированной ставкой связывает FT и XT так, что 1 FT+1 XT равняется 1 долговому токену. FT представляет сторону, которая в конечном итоге достигает своей стоимости погашения, тогда как XT — дополнительная часть, чья стоимость исчезает к сроку погашения.
Я думаю, что XT сложнее оценить, чем это сначала кажется.
Обычно, когда я смотрю на токен, я спрашиваю, что могло бы поддерживать спрос в течение времени. XT почти переворачивает этот вопрос. Его конечная точка уже известна, так что важнее всего то, что происходит до того, как он туда доберётся: как трейдеры оценивают оставшееся время, сохраняется ли ликвидность достаточно глубокой, и для чего токен всё ещё можно использовать по мере приближения срока.
Это также заставляет меня по-другому взглянуть на фиксированную доходность TermMax.
Предсказуемая часть системы создаётся параллельно с тем, что намеренно является временным. Мне нравится логика, потому что у двух частей очень разные задачи, но это также означает, что XT нельзя оценивать с тем же мышлением, что и обычный токен.
Для меня реальная проверка не в том, достигает ли XT в итоге нуля. В том, сможет ли рынок разумно продолжать ценообразование оставшейся полезности по пути к нулю. @TermMax #TermMax .
То, что меня зацепило, было не в том, что Dusk поддерживает две среды исполнения. Дело было в причине: выбор позже может стать неловким.
Поэтому DuskVM дает разработчикам на Rust/WASM собственный путь, а DuskEVM удерживает команды Solidity внутри привычных инструментов. Это практично. Разработчикам не нужно выбрасывать всё, что они уже знают, чтобы развивать проекты на Dusk.
Сложность проявляется после того, как начинается реальное внедрение. Если обе среды привлекут настоящие приложения, Dusk может в итоге получить две культуры разработчиков, растущие параллельно. Разные инструменты, разные привычки работы с контрактами, разные ожидания относительно того, как приложения взаимодействуют.
Это не обязательно что-то ломает. Но может усложнить сохранение целостности экосистемы.
Самое интересное для меня в том, что Dusk, возможно, снижает один вид трения, но незаметно создает другой. Войти разработчикам в платформу становится проще. А вот сделать два мира ощущающимися как одна сеть — может стать сложнее. Я бы следил за тем, что произойдет, когда пользователи перестанут заботиться о том, в какой среде живет то или иное приложение. Вероятно, именно тогда этот выбор архитектуры будет по-настоящему протестирован. @Dusk $DUSK #dusk
Я более внимательно присмотрелся к TermMax V2, и одно снова и снова возвращает меня к одному и тому же. Самое интересное — не только в том, что пользователи могут брать или давать в долг под фиксированные ставки. Самое интересное — в том, как @TermMax пытается сделать эти ставки реально применимыми на живом рынке.
V2 объединяет ордера из диапазона выбранных исполнителей и индивидуальные лимитные ордера, а затем направляет доступную ликвидность в одну транзакцию. Кредиторы могут определить минимальную ставку, которую они готовы принять, а заемщики — максимальную ставку, которую они готовы платить.
На бумаге это звучит как небольшое улучшение в торговле. На практике, я думаю, это действительно важно.
Ликвидность с фиксированной ставкой легко может разойтись по разным активам, типам обеспечения и срокам погашения. Это значит, что ставка может выглядеть привлекательной на экране, но при этом быть сложной для исполнения в сколько-нибудь значимом объеме. Go long $GPS , $TUT тоже набирает обороты, но я думаю, это фейковый памп вроде $LAB 😏. Так что ставь стоп-лосс.
Хм, лимитные ордера дают пользователям больше контроля, но здесь есть подвох. Более выгодная ставка не гарантирует, что ваш ордер реально кто-то исполнит. Именно это я считаю самым интересным в TermMax. Настоящая проверка, возможно, не в том, сможет ли он предлагать фиксированные ставки, а в том, сможет ли он собрать достаточно ликвидности вокруг каждого срока, чтобы эти ставки были действительно надежными.
Сможет ли TermMax сделать ожидание подходящей фиксированной ставки оправданным?
Я видел(а), как цена просела примерно с $0.37 до $0.14, и да… это задело сильнее, чем мне хотелось бы признать.
Тем временем $HEMI сегодня в числе лидеров по росту, но волатильность выглядит для меня прямо сейчас слишком дикой. Я остаюсь в стороне. иногда не нажимать кнопку — это тоже сделка.
Ладно, пока я снова просматривал(а) @Dusk , я нашёл(ла) ещё один аспект приватности, честно говоря, которого не ожидал(а).
Я думал(а), что приватность Dusk в основном означает доказательства с нулевым разглашением и Phoenix.
Ага. И тогда в игру вошёл Kadcast.
Вместо того чтобы рассылать сообщения через каждого ближайшего участника сети, Kadcast использует маршрутизацию в стиле Kademlia на основе XOR, проталкивая сообщения через выбранные узлы на разных логических расстояниях.
Это может снизить ненужный сетевой «шум».
Но то, что заинтересовало меня больше всего, — что это также может сделать исходного отправителя менее заметным.
При этом это не то же самое, что криптографически скрывать владение транзакцией.
Если кто-то может наблюдать достаточно большую часть сети, то метаданные вокруг первого широковещания всё ещё могут иметь значение.
Так что, возможно, приватность — это не только то, что находится on-chain. @Dusk $DUSK #dusk Насколько далеко Dusk должен зайти, чтобы защищать поведение сети вокруг приватной транзакции?
Провёл некоторое время, разбираясь в модели транзакций Dusk, и одна деталь изменила то, как я думаю о Moonlight и Phoenix.
Я относился к ним почти как к двум разным финансовым мирам.
Moonlight — публичный, работающий на основе учётных записей. Phoenix работает с защищёнными заметками, приватными переводами и доказательствами с нулевым разглашением. На первый взгляд кажется, что это два очень разных способа перемещать ценность.
Но в итоге оба варианта проходят через один и тот же контракт Transfer. Параллельно с написанием, я также активно торгую $COW & $ACE .
И именно эта часть осталась со мной.
Dusk не создаёт одну систему расчётов для прозрачной активности и другую — для конфиденциальной. Контракт Transfer принимает обе семьи транзакций, применяет логику верификации, нужную каждой из них, обрабатывает комиссии и поддерживает согласованность состояния расчётов.
Значит, выбор приватности происходит раньше.
У уровня расчётов всё ещё есть один центр.
Для организаций это звучит полезно. Прозрачный рабочий процесс может использовать Moonlight, а другой процесс — Phoenix, когда важна конфиденциальность, не переходя в полностью другую среду расчётов.
Но потом я начал думать меньше о самой цепочке и больше обо всём, что с ней связано.
Биржа, кастодиан или система учёта не могут просто увидеть «транзакцию Dusk» и на этом остановиться. Ей нужно понимать, к какой семье транзакций относится то, что она читает, какие события принадлежат этой модели и что именно эти события означают. Это небольшое предупреждение, но с довольно большим следствием.
Блокчейн может идеально проводить расчёты для обеих моделей, в то время как внешняя интеграция всё равно будет неверно интерпретировать активность.
Так что, возможно, интересная часть двойной модели Dusk — не только в том, что пользователи получают выбор между прозрачностью и приватностью.
А в том, что любая система вокруг Dusk должна стать достаточно «умной», чтобы понимать и этот выбор.
Я всё ещё не знаю, в конечном итоге это будет восприниматься как элегантная гибкость или организации обнаружат, что сложность, от которой они ушли на уровне расчётов, просто появляется ещё на один уровень дальше. @Dusk $DUSK #dusk
$ROBOUSDT движется около $0.02008 после мощного дневного роста +42.61%. Это как раз то место, где важна выдержка. Вместо того чтобы покупать только потому, что процент выглядит захватывающе, я бы подождал, пока волатильность сожмётся, и посмотрел, сохранится ли спрос после остывания.
$VELVETUSDT продвинулся до $1.0701, прибавив +47.97% сегодня. Психологический барьер $1 теперь находится ниже цены, поэтому я переключаю внимание на ретест. Если $1 превратится из сопротивления в поддержку, структура станет гораздо более интересной.
$ACE USDT — После взрыва наступает настоящее испытание
$ACEUSDT торгуется около $0.25978, оставаясь при этом на невероятных +92.14% за последние 24 часа. На этом этапе меня больше интересует, сколько из ралли покупатели смогут удержать. Стабильная база после такой волатильности скажет мне гораздо больше, чем еще один внезапный всплеск.
По $CROSSUSDT я хочу три вещи, прежде чем переходить к агрессивным действиям: охлаждение импульса без обвала, неглубокий откат и возвращение покупателей с уверенностью. После роста на 27% подтверждение важнее скорости.
$VELVETUSDT сейчас держится около $0.9955 после мощного роста на +42,89%.
Очевидное поле битвы теперь — $1. Чисто прорвать уровень — это одно; удержаться выше после ответа продавцов — другое. Я наблюдаю за закреплением на этом уровне, прежде чем выбрать направление.