Почему институциональный уровень финансов всегда хмурится при виде блокчейна? В конце концов, всё сводится к двум словам: производительность. Каждый раз, когда техническая команда говорит о "доказательствах с нулевым разглашением" и "защите конфиденциальности", реакция финансовых институтов обычно одна — насколько это всё "тяжело" и "медленно"?
Система Rushel доказательств Dusk именно пытается разрушить этот стереотип. Её амбиции ясны: по-настоящему встроить возможности ZK для защиты конфиденциальности в диапазон TPS, приемлемый для институтов, а не заставлять их выбирать между безопасностью и скоростью.
Так называемый "модуль высокой производительности" основан на балансе между генерацией и проверкой доказательств. Особенно для финансовых транзакций, где есть закономерности, это не обязательно универсальное ZK-решение, которое решит всё сразу, а скорее — целенаправленная предобработка более эффективных схем для финансовых операций (переводы активов, проверка балансов и т.п.). Или, говоря иначе, с помощью рекурсивных доказательств можно "сжать" доказательство нескольких транзакций в одно, и на цепочке достаточно проверить только это агрегированное доказательство. В результате, повышение TPS становится очевидным — то, что раньше обрабатывалось поштучно, теперь можно делать пакетами.
Выражение "встроить в границы TPS" тоже очень продуманное. Цель Rushel — не достигнуть теоретического предела TPS, а найти тот критический уровень, при котором институты скажут: "Это достаточно удобно, и опыт использования хороший". Микросекундные требования высокочастотной торговли? Вряд ли. Но для крупномасштабных сделок, расчетов и клиринга активов, расчетов на внебиржевом рынке — обработка десятков или сотен приватных транзакций в секунду с подтверждением за несколько секунд — это уже открывает множество приложений.
Возникает вопрос: не ослабит ли такая специализация под финансовые сценарии её универсальность? Можно ли одновременно сохранить преимущества по производительности и гибкость? Финансовые продукты развиваются очень быстро, сможет ли Rushel идти в ногу? Вот это настоящий вызов — производительность никогда не бывает фиксированным числом, она должна динамично балансироваться с уровнем бизнес-сложности.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
11 Лайков
Награда
11
5
Репост
Поделиться
комментарий
0/400
DeFiGrayling
· 18ч назад
Если Rushel действительно сможет хорошо справиться с производительностью, это будет круто, но я всё ещё немного сомневаюсь, сможет ли он поспевать за бешеной скоростью обновлений в финансовой сфере.
Посмотреть ОригиналОтветить0
GhostInTheChain
· 20ч назад
Все говорят, что Rushel сможет преодолеть проблему производительности, но по сути это всё равно игра в рамках финансовой сферы, а действительно ли универсальная производительность гарантирована? Не очень верю.
Посмотреть ОригиналОтветить0
ThesisInvestor
· 20ч назад
Проще говоря, это попытка найти баланс между конфиденциальностью и скоростью. Звучит неплохо, но реализуемо ли это? Финансовая сфера боится больше всего сбоев и ошибок.
Посмотреть ОригиналОтветить0
PensionDestroyer
· 20ч назад
Ха-ха, снова старый трюк с производительностью. Эта рекурсивная компрессия Rushel выглядит неплохо, но когда дело доходит до реальной эксплуатации? Конечно, всё равно произойдет сбой.
Посмотреть ОригиналОтветить0
SelfStaking
· 20ч назад
Ну, всё по-прежнему та же старая проблема — узкое место в производительности ZK... В этой волне Dusk пытается избавиться от задержек с помощью предварительной компиляции цепей + рекурсивного сжатия, идея неплохая, но реально ли это реализовать?
Почему институциональный уровень финансов всегда хмурится при виде блокчейна? В конце концов, всё сводится к двум словам: производительность. Каждый раз, когда техническая команда говорит о "доказательствах с нулевым разглашением" и "защите конфиденциальности", реакция финансовых институтов обычно одна — насколько это всё "тяжело" и "медленно"?
Система Rushel доказательств Dusk именно пытается разрушить этот стереотип. Её амбиции ясны: по-настоящему встроить возможности ZK для защиты конфиденциальности в диапазон TPS, приемлемый для институтов, а не заставлять их выбирать между безопасностью и скоростью.
Так называемый "модуль высокой производительности" основан на балансе между генерацией и проверкой доказательств. Особенно для финансовых транзакций, где есть закономерности, это не обязательно универсальное ZK-решение, которое решит всё сразу, а скорее — целенаправленная предобработка более эффективных схем для финансовых операций (переводы активов, проверка балансов и т.п.). Или, говоря иначе, с помощью рекурсивных доказательств можно "сжать" доказательство нескольких транзакций в одно, и на цепочке достаточно проверить только это агрегированное доказательство. В результате, повышение TPS становится очевидным — то, что раньше обрабатывалось поштучно, теперь можно делать пакетами.
Выражение "встроить в границы TPS" тоже очень продуманное. Цель Rushel — не достигнуть теоретического предела TPS, а найти тот критический уровень, при котором институты скажут: "Это достаточно удобно, и опыт использования хороший". Микросекундные требования высокочастотной торговли? Вряд ли. Но для крупномасштабных сделок, расчетов и клиринга активов, расчетов на внебиржевом рынке — обработка десятков или сотен приватных транзакций в секунду с подтверждением за несколько секунд — это уже открывает множество приложений.
Возникает вопрос: не ослабит ли такая специализация под финансовые сценарии её универсальность? Можно ли одновременно сохранить преимущества по производительности и гибкость? Финансовые продукты развиваются очень быстро, сможет ли Rushel идти в ногу? Вот это настоящий вызов — производительность никогда не бывает фиксированным числом, она должна динамично балансироваться с уровнем бизнес-сложности.