#dusk Прошлую неделю произошла неловкая история: я пришёл в банк оформить документы, а кассирская карта «зависла» на странице проверки личности — сзади очередь всё росла и росла. В итоге менеджер решил вопрос очень просто: отключил новую систему, которая выдавалa ошибку, и переключился обратно на старое внутреннее ПО. Эта история заставила меня увидеть реальность: персонал на местах никогда не заботится о том, насколько продвинуты технологии на бэкенде — важно лишь, не задерживает ли это работу на месте. И тогда даже самый красивый инструмент тут же списывают как нерабочий. $RE
С точки зрения соблюдения требований на блокчейне та же самая ловушка. Многие проекты громко заявляют о защите приватности, но как только на фронтенде нужно сгенерировать доказательство с нулевым разглашением (Zero-Knowledge), вентиляторы на компьютере начинают крутиться на максимум, а страница подвисает на несколько минут. Специалисты по риск-контролю в учреждениях предпочитают продолжать использовать традиционные офлайн-отчёты — и уж точно не станут ждать, пока страница медленно «доживёт» до результата.
Недавно я просматривал техническое решение @Dusk : они пытались переписать этот тупик «с самого начала». Заменить традиционный исполняющий слой на Piecrust VM, созданную специально для ZK-доказательств, чтобы снизить вычислительные издержки — именно это и делает in-browser proving (доказательства прямо в браузере) более реализуемым на практике. А затем, в сочетании с протоколом Citadel для проверки личности с нулевым разглашением, они пытаются провести соответствующую проверку без вывода данных за пределы домена.
Однако отказ от универсального маршрута EVM в пользу собственной виртуальной машины — это нож с двумя лезвиями. Хотя это и повышает эффективность криптографического выполнения, оно одновременно сильно поднимает порог для подключения внешних приложений и усложняет миграцию ликвидности. И в довершение всего: в условиях экстремальной рыночной волатильности и высокой конкуренции по запросам остаётся вопрос, сможет ли обычная офисная техника «не зависнуть» при компиляции цепей на практике — данных больших сетевых стресс-тестов по этому поводу всё ещё не хватает. $BTC
Я наблюдаю за $DUSK и никогда не смотрю, насколько высокопарно оформлены обещания в тексте: мне важнее, сможет ли решение выдержать испытание реальным финансовым бизнесом. Если базовая архитектура продумана идеально, но из-за высокого порога внедрения или долгого времени на терминале людям просто некогда ждать, — чем оно в итоге принципиально отличается от той банковской системы, которую пришлось срочно «откатывать» обратно на старое ПО? Разве загруженный торговый стол действительно будет платить за «технологическую утончённость», если это означает принять на себя стоимость ожидания хотя бы на несколько секунд?
С точки зрения соблюдения требований на блокчейне та же самая ловушка. Многие проекты громко заявляют о защите приватности, но как только на фронтенде нужно сгенерировать доказательство с нулевым разглашением (Zero-Knowledge), вентиляторы на компьютере начинают крутиться на максимум, а страница подвисает на несколько минут. Специалисты по риск-контролю в учреждениях предпочитают продолжать использовать традиционные офлайн-отчёты — и уж точно не станут ждать, пока страница медленно «доживёт» до результата.
Недавно я просматривал техническое решение @Dusk : они пытались переписать этот тупик «с самого начала». Заменить традиционный исполняющий слой на Piecrust VM, созданную специально для ZK-доказательств, чтобы снизить вычислительные издержки — именно это и делает in-browser proving (доказательства прямо в браузере) более реализуемым на практике. А затем, в сочетании с протоколом Citadel для проверки личности с нулевым разглашением, они пытаются провести соответствующую проверку без вывода данных за пределы домена.
Однако отказ от универсального маршрута EVM в пользу собственной виртуальной машины — это нож с двумя лезвиями. Хотя это и повышает эффективность криптографического выполнения, оно одновременно сильно поднимает порог для подключения внешних приложений и усложняет миграцию ликвидности. И в довершение всего: в условиях экстремальной рыночной волатильности и высокой конкуренции по запросам остаётся вопрос, сможет ли обычная офисная техника «не зависнуть» при компиляции цепей на практике — данных больших сетевых стресс-тестов по этому поводу всё ещё не хватает. $BTC
Я наблюдаю за $DUSK и никогда не смотрю, насколько высокопарно оформлены обещания в тексте: мне важнее, сможет ли решение выдержать испытание реальным финансовым бизнесом. Если базовая архитектура продумана идеально, но из-за высокого порога внедрения или долгого времени на терминале людям просто некогда ждать, — чем оно в итоге принципиально отличается от той банковской системы, которую пришлось срочно «откатывать» обратно на старое ПО? Разве загруженный торговый стол действительно будет платить за «технологическую утончённость», если это означает принять на себя стоимость ожидания хотя бы на несколько секунд?
绝对不为它买单
80%
勉强硬着头皮用
0%
卡在开发者这关
20%
10 проголосовали • Голосование закрыто