Я начал смотреть на приватное состояние DUSK, используя сначала неверный показатель — общее число созданных заметок. Звучит как очевидная история про хранилище, но она показывает только одну кривую. @Dusk
Дерево заметок растёт, когда создаются выходы. Набор зануляющих (nullifier) значений растёт, когда заметки тратятся. Они связаны, но не являются одним и тем же поведением.
Возьмём 100M заметок Phoenix, из которых уже потрачено 60M. DUSK всё ещё хранит историю созданных заметок, тогда как сторона nullifier уже достигла 60M записей. Если в итоге будет потрачено 70% — это станет 70M nullifier’ов. При 1B заметок и 750M nullifier’ов вопрос становится менее комфортным: какая структура становится более тяжёлой долгосрочной нагрузкой на состояние?
Транзакция 4-в-1-выход (4-in/1-out) делает это понятнее. Живые заметки уменьшаются на три чистыми, но при этом добавляются четыре новых nullifier’а. Меньшее число живых заметок не означает меньшую историческую нагрузку на состояние.
Небольшой рост — это нормально. Приватным системам нужны коммитменты и защита потраченных заметок.
Настоящая проверка в том, сможет ли DUSK поддерживать обе кривые эффективными по мере роста использования. Сможет ли обрезание (pruning), индексация, стоимость доказательств и синхронизация оставаться под контролем? Или приватность медленно превращается в инфраструктурный налог?
Для активности DUSK нет жёсткой метрики. Важна дисциплина состояния.
#dusk $DUSK
Дерево заметок растёт, когда создаются выходы. Набор зануляющих (nullifier) значений растёт, когда заметки тратятся. Они связаны, но не являются одним и тем же поведением.
Возьмём 100M заметок Phoenix, из которых уже потрачено 60M. DUSK всё ещё хранит историю созданных заметок, тогда как сторона nullifier уже достигла 60M записей. Если в итоге будет потрачено 70% — это станет 70M nullifier’ов. При 1B заметок и 750M nullifier’ов вопрос становится менее комфортным: какая структура становится более тяжёлой долгосрочной нагрузкой на состояние?
Транзакция 4-в-1-выход (4-in/1-out) делает это понятнее. Живые заметки уменьшаются на три чистыми, но при этом добавляются четыре новых nullifier’а. Меньшее число живых заметок не означает меньшую историческую нагрузку на состояние.
Небольшой рост — это нормально. Приватным системам нужны коммитменты и защита потраченных заметок.
Настоящая проверка в том, сможет ли DUSK поддерживать обе кривые эффективными по мере роста использования. Сможет ли обрезание (pruning), индексация, стоимость доказательств и синхронизация оставаться под контролем? Или приватность медленно превращается в инфраструктурный налог?
Для активности DUSK нет жёсткой метрики. Важна дисциплина состояния.
#dusk $DUSK
