Есть одна деталь, из-за которой мне пришлось перечитать архитектуру Dusk еще раз. Сначала я думал, что DuskDS — это просто блокчейн-слой внизу DuskEVM, но техническая документация описывает его гораздо шире.
DuskDS определяется как слой settlement и data availability для Dusk L1; он отвечает за консенсус, финальность и нативные модели транзакций. DuskEVM — это слой исполнения, который использует DuskDS для settlement и data availability. А DuskVM выполняет контракты напрямую на Dusk L1.
Я углубился в то, как именно подтверждается settlement. DuskDS использует Succinct Attestation — механизм Proof-of-Stake на базе комитета. Процесс включает proposal, validation и затем ratification; когда блок ratify’нут, финальность становится детерминированной.
Затем я посмотрел на transaction model. Moonlight обрабатывает открытые аккаунты, а Phoenix использует shielded notes и zero knowledge proofs. Две разные модели, но в итоге все они settlement’ятся в одной и той же цепочке.
Погодите, это еще не значит, что DuskDS сам по себе берет на себя всю прикладную логику. Исполнение по-прежнему принадлежит DuskVM или DuskEVM, но именно здесь у меня изменилось восприятие: Dusk довольно четко отделяет execution от settlement.
Если так, то отслеживать стоит не то, является ли DuskDS settlement layer, а другое: как эта архитектура с раздельным settlement реально повлияет на практику, когда финансовые приложения начнут работать в больших масштабах?
#dusk $DUSK @Dusk
DuskDS определяется как слой settlement и data availability для Dusk L1; он отвечает за консенсус, финальность и нативные модели транзакций. DuskEVM — это слой исполнения, который использует DuskDS для settlement и data availability. А DuskVM выполняет контракты напрямую на Dusk L1.
Я углубился в то, как именно подтверждается settlement. DuskDS использует Succinct Attestation — механизм Proof-of-Stake на базе комитета. Процесс включает proposal, validation и затем ratification; когда блок ratify’нут, финальность становится детерминированной.
Затем я посмотрел на transaction model. Moonlight обрабатывает открытые аккаунты, а Phoenix использует shielded notes и zero knowledge proofs. Две разные модели, но в итоге все они settlement’ятся в одной и той же цепочке.
Погодите, это еще не значит, что DuskDS сам по себе берет на себя всю прикладную логику. Исполнение по-прежнему принадлежит DuskVM или DuskEVM, но именно здесь у меня изменилось восприятие: Dusk довольно четко отделяет execution от settlement.
Если так, то отслеживать стоит не то, является ли DuskDS settlement layer, а другое: как эта архитектура с раздельным settlement реально повлияет на практику, когда финансовые приложения начнут работать в больших масштабах?
#dusk $DUSK @Dusk
