Риски и ограничения регулирования Web3 в России    

Эксперты высказали мысли на конференции «Распределенный финтех и Web3-инфраструктура России» от Web3 Tech

Главными темами для обсуждения на конференции стали новое регулирование сферы цифровых активов, децентрализация и безопасность операций с криптой и ЦФА. Приводим избранные высказывания специалистов.

Генеральный директор Web3 Tech Артем Калихов о децентрализованных системах и их безопасности:

«Сегодня это уже реальный бизнес и часть финансовой инфраструктуры. Но вместе с этим приходит новая ответственность: нельзя рассчитывать, что сама технология обеспечивает защиту — атакуют ключи, инфраструктуру, процессы и людей. Поэтому безопасность должна закладываться в архитектуру с самого начала, иначе устойчивого и доверенного рынка просто не получится».

Основатель криптобиржи XRuby  Андрей Макаров о неопределенности требований к инфраструктуреWeb3-сегмента:

«Сейчас в России закладывается фундамент для запуска рынка, но при этом пока нет четкого понимания, как именно должны работать депозитарии — а это базовый элемент для любой криптобиржи, обменника или брокера. Участникам рынка важно понимать, как готовиться к запуску и на какую инфраструктуру опираться».                                                                                                                     

Руководитель экспертного центра по ЦФА и цифровым валютам Ассоциации банков России Ольга Гончарова о проблемах с доверием к цифровым депозитариям:

«Одно из самых спорных положений законопроекта связано с моделью хранения. В криптоэкономике действует принцип: если у пользователя нет доступа к ключам, то фактически у него нет и криптоактива. Поэтому идея обязательного хранения части ключа у посредника вызывает серьезную критику со стороны рынка».

Независимый исследователь MixBytes Сергей Прилуцкий о кибератаках на распределенный финтех:

«В Web3 атаки стали проще с организационной точки зрения: весь код открыт, транзакции прозрачны, а поведение системы можно заранее смоделировать. Это снижает порог входа для атакующих и делает требования к безопасности кода максимально жесткими — без аудита и постоянной проверки такие системы просто не будут использоваться».