В день запуска Dreamspace я сразу встал в очередь: вводишь фразу на естественном языке — и получаешь смарт-контракт, фронтенд и готовое работающее блокчейн-приложение, развёрнутое в Base и использующее модели Microsoft Azure. По словам компании, за время тестирования было создано 34 тысячи приложений, а в будущем сервис планируют предоставить сотням тысяч студентов. Для любого инструмента разработчика это число впечатляющее. Я попробовал сформулировать несколько идей: генерация и правда быстрая, интерфейсы выглядят вполне прилично. Но по-настоящему меня заставил задуматься следующий шаг: кто будет проверять сгенерированные контракты? В них заметны шаблонные решения, а при настройке прав часто по умолчанию выбирается самый простой вариант. Между «работает» и «можно запускать» лежит целый комплекс аудита и проверки машины состояний. Это не исключительно проблема Dreamspace — с ней сталкиваются все no-code-инструменты. Но когда порог входа настолько низкий, риски возрастают: один класс студентов может создать три тысячи однотипных контрактов. По сравнению с платформами, которые занимаются только сборкой фронтенда, преимущество Dreamspace в том, что здесь объединены уровень контрактов и уровень данных: запросы можно напрямую подключать к уже проиндексированным блокчейн-данным. Другим будет непросто быстро скопировать эту возможность. Мой вывод скорее сдержанный: Dreamspace — это способ привлечь новых пользователей, а не источник дохода. Его настоящая ценность — в том, что он приводит в экосистему SXT людей, не умеющих писать код, и впервые показывает им, насколько полезны данные в блокчейне. А останутся ли они и будут ли платить — станет ясно по показателям удержания пользователей в это же время в следующем году. Они скажут больше, чем аплодисменты на презентации. #sxt $SXT @SpaceandTime