#dusk $DUSK @Dusk Конфиденциальность и соответствие требованиям обрабатываются как компромисс чаще, чем хотелось бы: чем больше вы скрываете, тем меньше регулятор может что-то проверить, и тем меньше конфиденциальности фактически остаётся, когда вы раскрываете информацию. Дизайн Dusk не начинается с этого компромисса. Он начинается с попытки обеспечить и то и другое одновременно.
Это отражено как заявленный принцип, а не просто технический побочный эффект: конфиденциальность с выборочным раскрытием, когда существуют конфиденциальные балансы и скрытые переводы наряду с публичными аккаунтами и прозрачными потоками, а конкретная информация может быть раскрыта уполномоченным сторонам, когда это действительно требуется — а не когда всё либо полностью открыто, либо полностью скрыто. Это сочетается с двумя другими принципами, заложенными в ту же архитектуру: регулируемыми рабочими процессами в цепочке (on-chain), где проверки права участия, требования к раскрытию и ограничения на переводы являются частью системы, а не внешней бумажной процедурой, и детерминированным финальным расчётом, чтобы финальность транзакции была достаточно предсказуемой, и регулируемая площадка или платёжный процесс могли на это реально полагаться.
Итог в том, что конфиденциальность и соответствие требованиям обрабатываются как два режима в одной и той же системе, а не как две отдельные системы, скреплённые друг с другом. Транзакция может оставаться конфиденциальной по умолчанию и при этом быть доказуемо соответствующей требованиям, когда нужной стороне необходимо проверить — раскрытие не является обходным решением, это часть того, как протокол был изначально спроектирован.
@Dusk $DUSK #dusk