#dusk $DUSK @Dusk
Чем глубже я разбираюсь в Dusk, тем больше думаю, что приватность — это лишь половина истории.
Сначала мне казалось, что самое интересное — просто скрывать данные транзакций.
Потом я начал смотреть на то, как Dusk обрабатывает разные типы состояния: как Phoenix использует ноты и занулители, как Moonlight опирается на аккаунты и nonce-ы, и как обе эти системы в итоге могут проводить расчёты через DuskDS.
Это изменило то, как я на это смотрю.
Moonlight помнит, что аккаунт продвинулся вперёд.
Phoenix помнит, что старая нота уже была потрачена.
Один и тот же DUSK. Разные способы доказывать, что произошло.
А ещё есть другая сторона проблемы: доказывать саму себя.
Защищённая транзакция несёт больше данных, чем обычный прозрачный перевод. Доказательство может оставаться относительно небольшим, но дополнительные сведения, нужные для сохранения приватности, всё равно потребляют место в блоке.
Так что приватность не бесплатна.
И добавление новых слоёв автоматически не убирает узкое место. DuskEVM может перенести выполнение в другую среду, но данным всё равно нужно как-то пройти обратно через слой расчётов.
Это оставляет меня с более крупным вопросом.
Dusk пытается заставить работать вместе приватность, соответствие требованиям, регулируемые активы и программируемое исполнение, не заставляя всё подгонять под одну и ту же модель.
Возможно, это и есть реальная сложность.
Не в том, может ли Dusk скрыть транзакцию.
А в том, сможет ли он продолжать доказывать, проводить расчёты и масштабировать эти приватные транзакции, когда начнёт появляться реальная финансовая активность.
Приватность — одна проблема. Сделать приватность работоспособной в масштабе — это другая.
Чем глубже я разбираюсь в Dusk, тем больше думаю, что приватность — это лишь половина истории.
Сначала мне казалось, что самое интересное — просто скрывать данные транзакций.
Потом я начал смотреть на то, как Dusk обрабатывает разные типы состояния: как Phoenix использует ноты и занулители, как Moonlight опирается на аккаунты и nonce-ы, и как обе эти системы в итоге могут проводить расчёты через DuskDS.
Это изменило то, как я на это смотрю.
Moonlight помнит, что аккаунт продвинулся вперёд.
Phoenix помнит, что старая нота уже была потрачена.
Один и тот же DUSK. Разные способы доказывать, что произошло.
А ещё есть другая сторона проблемы: доказывать саму себя.
Защищённая транзакция несёт больше данных, чем обычный прозрачный перевод. Доказательство может оставаться относительно небольшим, но дополнительные сведения, нужные для сохранения приватности, всё равно потребляют место в блоке.
Так что приватность не бесплатна.
И добавление новых слоёв автоматически не убирает узкое место. DuskEVM может перенести выполнение в другую среду, но данным всё равно нужно как-то пройти обратно через слой расчётов.
Это оставляет меня с более крупным вопросом.
Dusk пытается заставить работать вместе приватность, соответствие требованиям, регулируемые активы и программируемое исполнение, не заставляя всё подгонять под одну и ту же модель.
Возможно, это и есть реальная сложность.
Не в том, может ли Dusk скрыть транзакцию.
А в том, сможет ли он продолжать доказывать, проводить расчёты и масштабировать эти приватные транзакции, когда начнёт появляться реальная финансовая активность.
Приватность — одна проблема. Сделать приватность работоспособной в масштабе — это другая.