Sattar Chaqer

Какие правила разделения вознаграждений реально может задать стейкинг-контракт
‎
‎Я провел вторую половину дня, разбираясь в том, что именно стейкинг-контракт на Dusk на самом деле может настроить, и ожидал довольно узкий набор опций. но набор не узкий.
‎
‎Собственная документация Dusk по Stake Abstraction подтверждает, что контракты могут реализовывать произвольные правила распределения вознаграждений, направляя часть наград реферралам, аффилиатам или операторам целиком — на усмотрение самого контракта. это не фиксированный процент на уровне протокола. это действительно открытое пространство конфигурации.$BTR
‎
‎И вот это застряло у меня в голове.
‎
‎Отказаться от упрощений, навязанных протоколом, в обмен на то, чтобы тот, кто развертывает контракт, мог решать, как именно будут делиться вознаграждения между людьми, которые им пользуются. сверху не навязывается стандартный сплит.$TAC
‎
‎Но постойте — я хочу уточнить, насколько точно я тут понимаю, что знаю. Dusk называет Sozu примером этого паттерна на практике: автоматизированный стейкинг-пул. Но то, чего я нигде не нашел в документации — это текущий статус развертывания Sozu: mainnet, testnet, live или что-то промежуточное. Я не буду гадать об этом.@Dusk
‎
‎Я снова и снова возвращался к тому, что именно это дает — независимо от конкретного статуса Sozu. сервисы стейкинга, основанные на рефералах, модели комиссий оператора, партнерские программы — все это технически возможно без того, чтобы самому Dusk нужно было что-то из этого строить.#dusk
‎
‎Так создает ли открытое разделение вознаграждений реально полезные стейкинг-продукты, или оно просто переносит вопрос доверия с того, относится ли протокол Dusk ко мне справедливо, на то, относится ли к моей ситуации справедливо оператор этого конкретного контракта?$DUSK

Раньше я думал, что консенсус в основном сводится к выбору следующего блока.

Сумерки заставили меня взглянуть на это иначе.

С Сжатым удостоверением (Succinct Attestation) кандидатный блок должен пройти несколько этапов, прежде чем стать новым кончиком (tip).

Сначала идёт Предложение (Proposal): случайно выбранный прувидер генерирует и рассылает кандидатный блок.

Затем — Валидация. Комитет проверяет кандидат относительно текущей цепочки и голосует, является ли он корректным.

Но Сумерки на этом не останавливаются.

Отдельный комитет занимается Ратификацией — голосованием по результату этапа валидации.

Именно это разделение привлекло моё внимание.

Сеть не просто спрашивает: «Есть ли у нас блок?»

Она спрашивает, является ли блок валидным, достигла ли эта валидация кворума и согласен ли с этим исходом другой комитет.

Только после успешной ратификации кандидат принимается как новый кончик.

Это очень другой способ думать о консенсусе.

@Dusk $DUSK #dusk

Конфиденциальность — это не только про сокрытие суммы.

Мне было интересно в Phoenix то, что он также старается сделать транзакции труднее связуемыми.

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

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

Это привлекло мое внимание, потому что повторное использование одного и того же идентификатора может сделать проще связывать разные транзакции с одним и тем же пользователем.$GRASS

В whitepaper говорится, что этот одноразовый ключ предназначен для обеспечения несвязываемости (unlinkability) между транзакциями.$UAI

Есть еще одна часть, которая мне показалась интересной.

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

Так что идея приватности здесь — это не просто «скрыть всё».

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

Из-за этого я стал по-другому смотреть на Phoenix.

Приватная транзакция — это одно.

А усложнить кому-то возможность просмотреть несколько транзакций и связать их между собой — это другое.

И честно говоря, эта вторая часть может быть не менее важной.

@Dusk $DUSK #dusk

Что самое важное для приватности?

Отправлять каждое сообщение блокчейна всем подряд звучит безопасно. И при этом невероятно расточительно.

Вот что заинтересовало меня в Kadcast, когда я изучал whitepaper Dusk.

Dusk использует Kadcast, чтобы рассылать блоки, транзакции и голоса консенсуса. Вместо того чтобы просто затоплять каждого соседнего узла одним и тем же сообщением, Kadcast организует узлы, используя идеи из Kademlia.

Каждый узел хранит маршрутизационную информацию, сгруппированную в бакеты на основе XOR-расстояния между идентификаторами узлов.

Затем распространение становится более избирательным.

Узел пересылает сообщение выбранным пирами на возрастающих XOR-расстояниях. Эти пэры продолжают процесс, создавая структурированную «каскадность» по всей сети.

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

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

Суть не только в том, чтобы сообщения распространялись быстро.

Суть — в снижении избыточных передач при сохранении надежного и своевременного распространения.

Мне это нравится, потому что это показывает: производительность блокчейна зависит не только от консенсуса или производства блоков.$PUMP

Сеть тоже должна эффективно передавать информацию.

Иногда более умный дизайн — это не отправлять больше сообщений.

А понимать, какие узлы действительно должны их получать.

@Dusk $DUSK #dusk

Что делает Kadcast эффективным?

Рынок снова приносит некоторые интересные имена. $TRUMP $BEAT Оба привлекают много внимания на графике. На этом этапе я просто пытаюсь понять, как вообще всем удаётся находить эти движения раньше меня.

Раньше я думал, что неудачный вызов смарт-контракта — это по сути просто ошибка.

Но чем больше я смотрел на DuskVM, тем интереснее становился сценарий отказа.

До начала выполнения Dusk проверяет такие вещи, как подпись баланса отправителя и nonce. Если базовые условия не выполняются, транзакция не доходит до обычного выполнения.

Но что происходит, когда что-то идёт не так во время выполнения?

Вот это для меня гораздо важнее.

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

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

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

Это заставило меня пересмотреть то, что на самом деле означает «безопасное выполнение».

Дело не только в том, чтобы успешные транзакции работали.

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

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

Иногда самая важная часть смарт-контракта — это не то, что случается, когда всё идёт как надо.

А то, что делает сеть, когда оно идёт не так.

@Dusk $DUSK #dusk

Что важнее всего, когда вызовы терпят неудачу?

Графики становится все труднее игнорировать.$HEMI $ONG $ENA

Три имени, которые создают довольно громкий шум.

И как-то так я все еще сижу здесь и думаю: возможно, мне следовало смотреть на это раньше.

Одна вещь, которая особенно выделяется в TermMax Alpha, — это то, насколько четко она определяет возможные минусы еще до того, как позиция начнется.

В Alpha длинная позиция означает покупку колла, а короткая позиция — покупку пут.

В обоих случаях вы заранее оплачиваете премию.

И именно эту премию TermMax называет Max Cost — сумма, уплаченная заранее, и максимальный возможный убыток по позиции.

Это создает интересный способ думать об опционах.

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

Не нужно гадать, насколько большим может стать потенциальный минус.

Риск определен с самого начала.

Конечно, это не устраняет рыночный риск. Просто делает возможные потери проще для понимания.

И именно это мне кажется интересным в Alpha.

Продукт не только дает пользователям возможность получить экспозицию к потенциальному движению цены.

Он также дает им четко определенную стоимость за принятие этой экспозиции.

Для меня это меняет вопрос с «Сколько я могу потерять?» на «Мне комфортна максимальная стоимость до того, как я войду?»

Эта разница делает опционы гораздо проще для оценки.

@TermMax #TermMax

Что делает Alpha интересной?

Рынок действительно умеет заставить вас посмотреть дважды. $PEOPLE $ENA

Обе позиции демонстрируют на графике серьезную силу.

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

Раньше я считал, что разработка непосредственно в нативной среде блокчейна автоматически является лучшим вариантом.

Но я присмотрелся к DuskVM.

DuskVM дает разработчикам прямой доступ к среде Layer 1 в Dusk. Смарт-контракты могут использовать Dusk-специфичные примитивы и тесно взаимодействовать с нативными возможностями сети.

Звучит как очевидное преимущество — пока не посмотрите на другую сторону.

Разработка непосредственно на Dusk также означает работу с инструментами, созданными специально для DuskVM. Разработчики, пришедшие из уже сформировавшихся экосистем, могут уже быть уверены в знакомых языках, фреймворках и рабочих процессах разработки.

Итак, есть реальная цена компромисса.

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

Это заставило меня иначе взглянуть на DuskVM.

Вопрос не только в том, насколько мощна нативная среда исполнения Dusk.

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

Для приложений, которым нужны возможности, тесно связанные с архитектурой Dusk, тот компромисс может оказаться оправданным.

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

Инфраструктура — это не только то, что разработчики могут построить.

Это также то, чему они готовы научиться, чтобы это построить.

@Dusk $DUSK #dusk

Что для разработчиков важнее всего?

Думаю, это может быть мой любимый тип торговли.$DOGE Длинная позиция 75x кредитного плеча $0.61 маржи +$4.58 нереализованная PNL

Рисковать всего $0.61 маржи и смотреть, как позиция приносит $4+ прибыли — это безумие.

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

Чем глубже я погружаюсь в TermMax, тем интереснее становится его механизм ценообразования.

Фиксированный по ставке рынок, кажется, должен иметь одну ставку.

Но TermMax подходит к ценообразованию иначе — через Range Orders.

Range Order — это непрерывный ордер, используемый для настройки ценовой кривой AMM. Вместо того чтобы проталкивать всю доступную ликвидность через одну ставку, рынок может содержать несколько Range Orders, и каждый из них покрывает свою часть кривой.

Это означает, что ставка может меняться в зависимости от того, где находится ликвидность.

Представьте это не как одну фиксированную цену, а как маршрут с разными уровнями цен по пути.

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

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

Больше всего мне бросается в глаза вот это.

Фиксированная ставка не значит, что каждая часть рынка имеет одну и ту же идентичную ставку.

Range Orders позволяют TermMax построить ценовую кривую, где разные сегменты ликвидности несут разные ставки.

Это меняет то, как я смотрю на экосистему TMX.

@TermMax #TermMax $BOME

Как работают Range Orders?

Рынок продолжает находить новые названия, чтобы удивлять меня. $BOME $RE

Оба варианта привлекают достаточно внимания на графике.

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

Раньше я думал, что добавление EVM к блокчейну — это в основном про то, чтобы сделать разработку проще.

Но, глубже посмотрев на Dusk, я начал видеть это иначе.

У Dusk есть два уровня выполнения: DuskVM и DuskEVM. И, похоже, они решают две разные проблемы разработчиков.

DuskVM — это родная среда. Смарт-контракты можно писать на Rust и компилировать в WebAssembly, давая разработчикам возможность строить прямо в рамках L1-архитектуры Dusk.

DuskEVM действует по-другому.

Он предоставляет разработчикам, пришедшим из Ethereum, более знакомую среду с поддержкой Solidity, Vyper и уже устоявшихся инструментов для работы с EVM.

Это различие оказалось важнее, чем я сначала думал.

Разработчик, который хочет тесно работать с родной архитектурой Dusk, может использовать DuskVM.

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

Поэтому я не вижу DuskVM и DuskEVM как конкурирующие друг с другом.

Скорее, это два входа в одну и ту же сеть.

Один — родной для Dusk.

А другой делает экосистему более доступной для разработчиков, пришедших из мира EVM.

Теперь меня больше интересует более сложный вопрос.

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

@Dusk $DUSK #dusk

Какая среда Dusk вам интереснее?

Список лидеров набирает жару . $BTW $HEMI $BR

Три имени шумят на графике.

И как-то раз я всё равно наблюдаю со стороны, будто не вынес ничего из прошлого хода.

Я всё время замечаю, что фиксированная доходность обычно воспринимается как нечто, что просто держат до погашения.

TermMax делает эту идею интереснее благодаря Fixed Rate Tokens (FT).

FT — это токен стандарта ERC-20, созданный для обеспечения фиксированной доходности к моменту погашения. Вместо того чтобы покупать базовый актив и просто ждать, пока проценты накопятся, кредитор может приобрести FT со скидкой к его номинальной стоимости.

Например, в документации TermMax приводится простой кейс: FT, который погашается на сумму 110 USDC к моменту зрелости, можно купить за 100 USDC. Если держать до погашения, разница в 10 USDC и будет представлять доход.

Самое интересное — позиция не обязательно должна оставаться заблокированной до самого конца.

FT также можно торговать на рынке.

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

Так что концепт становится довольно простым.

Купить будущую стоимость со скидкой, затем погасить по номиналу или продать позицию до погашения.

Это превращает фиксированную доходность во что-то более осязаемое и комбинируемое внутри DeFi.

Именно поэтому мне интересны TMX и модель TermMax.

#TermMax @TermMax

Как бы вы использовали FT?

График становится всё интереснее $BTW $VELVET

Эти двое точно перетягивают внимание рынка.

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

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

Что привлекло моё внимание в Dusk, так это то, что сеть не просто предполагает, что каждый блок будет приходить вовремя, или что каждый провиженер (provisioner) всегда будет доступен.

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

Но есть и более глубокий механизм аварийного восстановления.

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

Это заставило меня по-новому взглянуть на консенсус.

Реальная проверка сети — это не только то, как она ведёт себя, когда всё идёт правильно.

Важно то, что происходит, когда связь ломается.

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

@Dusk $DUSK #dusk

Что важнее всего во время сбоев?

Сегодня рынок «готовит»

$CLO
$1000RATS
$ACE

Три имени внезапно попали мне в поле зрения.

Клянусь, у крипты есть талант заставлять вас замечать ход уже после того, как он начался.

Теперь я наблюдаю внимательно.

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

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

@TermMax подходит к этому иначе.

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

Это меняет уравнение планирования.

Для заёмщиков фиксированная ставка делает стоимость погашения более предсказуемой в течение оговорённого периода.

Для кредиторов фиксированная структура облегчает понимание доходности и планирование вокруг неё.

И я думаю, что дата погашения — это та часть, которую люди недооценивают.

Зная только ставку, вы понимаете «сколько».

Зная ставку плюс срок — вы понимаете «сколько и на сколько по времени».

Эта разница важна при построении стратегии.

TermMax — это не просто изменение того, как работает lending в DeFi. Это решение неопределённости, возникающей из‑за постоянно меняющихся ставок, и предоставление обеим сторонам более ясных условий с самого начала.

Вот почему фиксированный rate DeFi стоит держать в поле зрения.

#TermMax

Что важнее всего в кредитовании?

Ещё один день, ещё одна пара — и график выглядит интереснее.

$EDEN +27.59%
$ACE +27.08%

Обе сегодня спокойно делают сильный ход. А я просто наблюдаю и думаю, кого из них я должен был заметить раньше.

Раньше я думал, что выбор комитета у Dusk — это просто: больше доля = больше шансов.

Но это не так.

Dusk использует детерминированное извлечение, чтобы выбирать валидаторов, частота выбора которых пропорциональна доле.

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

Самое интересное?

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

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

Затем seed меняется при каждом новом блоке.

Есть ещё механизм балансировки, который мне показался интересным.

После того как валидатор получает кредит, его вес уменьшается на 1 DUSK для следующего выбора.

То есть система не сводится просто к:

Самая большая доля → постоянное влияние.

Вместо этого она сочетает долю, детерминированную случайность и меняющиеся веса выбора.

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

А для сети, созданной вокруг финансовой инфраструктуры, такая непредсказуемость действительно важна.

@Dusk $DUSK #dusk

Что сильнее всего определяет выбор Dusk?

Список растущих снова становится интересным.

$GPS +57,86%
$ACE +39,51%

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

Транзакцию в блокчейне часто описывают как либо подтверждённую, либо неподтверждённую. Модель консенсуса Dusk делает этот ответ более многогранным.

Блок может пройти четыре состояния: accepted (принят), attested (подтверждён), confirmed (подтверждён), final (финальный). Каждая стадия отражает разный уровень уверенности в том, что этот блок всё ещё можно заменить.

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

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

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

Эту разницу легко упустить, потому что confirmed и final часто воспринимают как одно и то же. Dusk явно показывает прогрессию.

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

@Dusk $DUSK #dusk

Когда блок по-настоящему становится финальным?

Сегодня рынок подаёт противоречивые сигналы.

$HEMI +27,74%
$CYS -52,75%

Один резко растёт, а второй получает жёсткий удар. Крипто действительно может менять настроение за считанные секунды.

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

Вот почему на меня обратил внимание Citadel, когда я изучал документацию Dusk. Глоссарий описывает Citadel как уровень идентификации и доступа Dusk, построенный вокруг избирательного раскрытия.

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

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

Мне интересно, что Citadel находится рядом с более широкой архитектурой приватности Dusk, а не заменяет её. Также Dusk определяет стандарт Confidential Security Contract как основу, которая может адаптироваться под требования бизнеса — например, ограничения по приватности и правила комплаенса.

В итоге идентичность ощущается не как отдельный «ящик» KYC, а как часть инфраструктуры.

Главный вопрос для меня — насколько далеко может зайти избирательное раскрытие, сохраняя финансовые приложения одновременно приватными и удобными в использовании.

@Dusk $DUSK #dusk

Конфиденциальность в блокчейне не обязательно означает, что каждая транзакция становится невидимой для всех, и это различие важно для финансовых приложений.

Dusk подходит к конфиденциальности через разные уровни видимости. Moonlight обеспечивает прозрачные публичные потоки аккаунтов, а Phoenix поддерживает защищённые переводы с использованием доказательств с нулевым разглашением (zero knowledge proofs). В транзакциях Phoenix корректность можно проверить, не раскрывая публично ни сумму перевода, ни отправителя, ни конкретные задействованные заметки.

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

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

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

Итак, цель — не просто частные транзакции. Она точнее: сохранять конфиденциальность чувствительной информации и при этом оставлять путь для уполномоченной верификации, когда она действительно требуется.

@Dusk $DUSK #dusk

Публичные и частные транзакции обычно требуют разных систем, но Dusk объединяет обе модели в одну сеть.

Moonlight — это публичная модель транзакций Dusk на основе аккаунта. Транзакция идентифицирует отправителя и получателя с помощью их открытых ключей, а поля вроде value nonce gas limit gas price и signature помогают сети проверять и обрабатывать транзакцию. Модель также обеспечивает защиты, такие как не подделываемость (unforgeability), предотвращение двойных трат (double spending prevention) и предотвращение атак воспроизведения (replay attack prevention).

Phoenix использует иной подход. Она основана на архитектуре UTXO, похожей на Bitcoin, но добавляет механизмы конфиденциальности. Вместо раскрытия того, какая именно нота была потрачена, сеть отслеживает nullifiers, чтобы предотвращать двойные траты, не указывая публично точную ноту внутри дерева Merkle.

Есть также важное различие в проверке. Транзакции Phoenix включают доказательство с нулевым разглашением (zero knowledge proof), позволяющее сети убедиться, что транзакция соответствует правилам, не полагаясь на те же типы прямых проверок, которые используются в Moonlight.

Таким образом, Moonlight и Phoenix не являются конкурирующими версиями Dusk. Они предоставляют разные модели транзакций для разных требований к видимости.

@Dusk $DUSK #dusk

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

Dusk разработан именно для этого разрыва.

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

Модель транзакций — важная часть этого замысла. Dusk поддерживает Moonlight — публичную модель на основе учетных записей — наряду с Phoenix, защищенной моделью на базе UTXO. Это дает сети разные способы обрабатывать наблюдаемость транзакций в зависимости от сценария использования.

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

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

@Dusk $DUSK #dusk

Сегодня рынок преподнёс немало сюрпризов.

$CYS +95.27%
$UAI -33.33%

Один токен стремительно летит вверх, а другой несёт серьёзный удар. Вот как выглядит крипта. Я просто смотрел графики сегодня.

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

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

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

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

Возможно, будущее совместимости не будет принадлежать сетям, которые общаются больше всего. Оно может достаться тем, кому меньше всего нужно доверять самому факту коммуникации.

@BabylonLabs_io $BABY #baby