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

Первое, что сразу бросилось в глаза, — разделение между Moonlight и Phoenix. Moonlight работает на основе аккаунтов: там есть публичный ключ, nonce и баланс, тогда как Phoenix использует UTXO как «заметки» внутри дерева Меркла. Поля транзакций в Moonlight включают from, to, value, nonce, deposit, data, gas_limit, gas_price и signature; при этом максимальный gas рассчитывается как gas_limit × gas_price.

Phoenix становится по-настоящему интересным. Он использует кривую Jubjub: публичные ключи (A,B), секретные ключи (a,b) и ключ просмотра (a,B). Структура заметки включает type, com, enc, npk, R и encsender. Одноразовый ключ заметки выводится как npk = H(rA)G + B, а ключ для трат nsk = H(aR) + b.

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

И с учетом nullifier’ов, недавних корней Меркла и обработки gas внутри доказательства — как это ведёт себя в условиях сетевой враждебности? Какие компоненты децентрализованы, и какие допущения пользователям стоит подвергнуть сомнению?

#dusk $DUSK @Dusk