Честно говоря, я всегда не мог понять, почему так много людей хвалят TPS. В вопросе о RWA и соблюдении нормативных требований для вывода в блокчейн, настоящим препятствием вовсе не является пропускная способность сети, а затраты на интеграцию.
Представьте ситуацию с институциональными участниками: нужно ли переписывать кошельки? Можно ли продолжать использовать существующие инструменты? Понимают ли сторонние аудиторы эту систему? Сколько разработчиков, разбирающихся в этом, нужно нанять? Готовы ли биржи и кастодианы поддерживать это? Эти вопросы стоят перед ними, и сколько бы ни хвалили производительность сети, всё равно это бесполезно. Пока не удастся "переосмыслить полностью техническую систему" для использования, организации в основном отнесут это к категории "слишком рискованно, сроки непредсказуемы, контроль невозможен".
Последние действия Dusk выглядят довольно интересно. Выпустив DuskEVM, мои первые мысли были не о том, что "появилась еще одна цепочка для исполнения", а о том, что на этот раз они наконец-то решили главную проблему соблюдения нормативных требований — интеграционные риски.
Их подход довольно четкий. Dusk строит трехуровневую модульную архитектуру: нижний уровень DuskDS отвечает за консенсус и доступность данных, средний — совместимый с EVM уровень исполнения DuskEVM, а сверху запланирован уровень приватных приложений DuskVM. В чем их ключевое преимущество? Официально заявлено: это развитие направлено на "снижение затрат на интеграцию и ускорение запуска". И они прямо сказали, что стандартные инструменты Ethereum позволяют сделать процессы интеграции кошельков, мостов, бирж и сервис-провайдеров более гладкими, а перенос приложений EVM — без необходимости в сложных кастомных доработках.
Это именно то, что нужно для соблюдения нормативных требований в DeFi и RWA — техническое решение. Страсть традиционных финансов к тому, чтобы избегать блокчейна, заключается не в самом блокчейне, а в крайней заботе о "своевременной доставке" и "рисках". Ценность DuskEVM именно в этом: превращение требования "институционального уровня опыта" из теории в практическую техническую опцию.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
14 Лайков
Награда
14
5
Репост
Поделиться
комментарий
0/400
YieldHunter
· 01-14 11:51
честно говоря, если посмотреть на данные... TPS theater — это просто оправдание. затраты на интеграцию — это буквально та защита, о которой никто не хочет говорить. dusk делает всё правильно tho
Посмотреть ОригиналОтветить0
DecentralizeMe
· 01-14 11:50
Надежно, наконец-то кто-то затронул больную точку. Стоимость интеграции действительно является слабым местом для институтов, даже высокая TPS не спасет.
Посмотреть ОригиналОтветить0
OvertimeSquid
· 01-14 11:48
Говоря откровенно, все эти разговоры о TPS действительно устарели, настоящим убийцей является стоимость интеграции
Не ожидал, что у Dusk получится выбрать правильную стратегию, совместимость с EVM — это гениально
Институции боятся хлопот, архитектурный дизайн Dusk наконец-то по-настоящему впечатлил
Этот парень говорит абсолютно правильно, хайп вокруг TPS действительно надоел. Самое страшное для институтов — это вовсе не медлительность, а вся эта куча дерьма, связанная с интеграцией.
Честно говоря, я всегда не мог понять, почему так много людей хвалят TPS. В вопросе о RWA и соблюдении нормативных требований для вывода в блокчейн, настоящим препятствием вовсе не является пропускная способность сети, а затраты на интеграцию.
Представьте ситуацию с институциональными участниками: нужно ли переписывать кошельки? Можно ли продолжать использовать существующие инструменты? Понимают ли сторонние аудиторы эту систему? Сколько разработчиков, разбирающихся в этом, нужно нанять? Готовы ли биржи и кастодианы поддерживать это? Эти вопросы стоят перед ними, и сколько бы ни хвалили производительность сети, всё равно это бесполезно. Пока не удастся "переосмыслить полностью техническую систему" для использования, организации в основном отнесут это к категории "слишком рискованно, сроки непредсказуемы, контроль невозможен".
Последние действия Dusk выглядят довольно интересно. Выпустив DuskEVM, мои первые мысли были не о том, что "появилась еще одна цепочка для исполнения", а о том, что на этот раз они наконец-то решили главную проблему соблюдения нормативных требований — интеграционные риски.
Их подход довольно четкий. Dusk строит трехуровневую модульную архитектуру: нижний уровень DuskDS отвечает за консенсус и доступность данных, средний — совместимый с EVM уровень исполнения DuskEVM, а сверху запланирован уровень приватных приложений DuskVM. В чем их ключевое преимущество? Официально заявлено: это развитие направлено на "снижение затрат на интеграцию и ускорение запуска". И они прямо сказали, что стандартные инструменты Ethereum позволяют сделать процессы интеграции кошельков, мостов, бирж и сервис-провайдеров более гладкими, а перенос приложений EVM — без необходимости в сложных кастомных доработках.
Это именно то, что нужно для соблюдения нормативных требований в DeFi и RWA — техническое решение. Страсть традиционных финансов к тому, чтобы избегать блокчейна, заключается не в самом блокчейне, а в крайней заботе о "своевременной доставке" и "рисках". Ценность DuskEVM именно в этом: превращение требования "институционального уровня опыта" из теории в практическую техническую опцию.