Монетизация на стриминговых платформах часто зависит от размера аудитории. Чем больше охват, тем больше возможностей для получения дохода открывают реклама и подписки. Для локального или специализированного эфира такая модель подходит не всегда, даже если трансляция оказалась полезной зрителям.
Новая модель
Технологический предприниматель, создатель токена PJM Антон Малиновский рассказал АиФ о системе вознаграждений для локальных эфиров. Рейтинговые агентства относят его к 0,1 % лучших специалистов по крипторешениям для геостриминговых платформ.
Антон предложил дать зрителю возможность поддержать автора прямо во время трансляции. Эта модель реализована в Pyjam — мобильном приложении для локальных прямых эфиров. Трансляции отображаются на карте, поэтому пользователь может увидеть, что происходит рядом, подключиться к эфиру и при желании сразу отправить автору вознаграждение.
Для таких переводов используется PJM — токен в блокчейне Solana, на котором построена система цифровых вознаграждений приложения. С его помощью зрители поддерживают авторов и отправляют им цифровые подарки. Кошелёк и операции с токеном встроены в интерфейс приложения.
В интервью Антон Малиновский объяснил, зачем локальным трансляциям нужна отдельная система для вознаграждений, как она помогает авторам с небольшой аудиторией и какие решения позволили сделать сложную технологию доступной обычному пользователю.
Сначала увидеть, потом подключиться
— Антон, зачем локальным эфирам понадобилась собственная система вознаграждений?
— Локальные эфиры сильно отличаются от крупных трансляций. У них обычно нет большой постоянной аудитории, поэтому привычные модели монетизации через рекламу и подписки подходят не всегда.
Я исходил из того, что автору трансляции не нужны тысячи подписчиков, чтобы получать вознаграждения. Представим, что человек посмотрел мастер-класс, трансляцию с местного события или разбор рабочей задачи и получил пользу. Ради одного такого эфира он вряд ли оформит подписку. А вот возможность сразу отблагодарить автора небольшой суммой выглядит гораздо естественнее.
— Но сначала зритель должен найти этот эфир. Как вы решали эту задачу?
— В мобильном приложении для локальных прямых эфиров трансляции связаны с местом их проведения. Пользователь открывает карту и видит доступные эфиры рядом. Ему не обязательно заранее знать автора или быть на него подписанным: интересное событие можно обнаружить просто потому, что оно происходит неподалёку или в интересующем пользователя месте.
Для локального контента это принципиально меняет сценарий поиска. Пользователь идёт не обязательно за конкретным автором, он может сначала увидеть событие, а уже затем подключиться к его трансляции.
Понятный результат
— Почему для этого вообще понадобился блокчейн? Внутренние баллы реализовать проще.
— Согласен, баллы проще. И на старте они бы сработали. Но это закрытая система, так как все данные о балансах и переводах хранятся на серверах платформы, а количество баллов фактически определяется самой платформой. Она сама может начислять новые баллы и менять правила их обращения.
У PJM другая логика. Объём выпуска токенов задаётся правилами самой системы, а операции с ними фиксируются в блокчейне. Поэтому нельзя просто «нарисовать» дополнительное количество PJM в базе приложения. Кроме того, сохраняется прозрачная история переводов, а сама цифровая единица технически не привязана исключительно к одной внутренней базе данных.
Для зрителя всё начинается с обычного действия внутри эфира. Он выбирает, например, вознаграждение для автора и подтверждает отправку PJM. После этого приложение формирует транзакцию, она передаётся в сеть Solana, а после подтверждения операции обновляются баланс и история. Пользователь видит результат прямо в мобильном приложении и не должен переходить в отдельный сервис.
Сам кошелёк тоже встроен в приложение. В нём доступны баланс, история операций, отправка и получение токена. При желании пользователь может подключить внешний кошелёк на Solana, но для обычного сценария это не требуется.
То есть блокчейн здесь не отдельная функция, с которой человек должен специально взаимодействовать. Он работает внутри системы и отвечает за фиксацию и подтверждение транзакций, а пользователь по-прежнему видит знакомый сценарий: выбрал действие, подтвердил его и получил понятный результат.
Техническая кухня
— На словах всё выглядит просто: нажал кнопку — автор получил вознаграждение. Что оказалось самым сложным?
— Самым сложным было сделать так, чтобы эта простота была настоящей. Пользователь нажимает кнопку и ожидает мгновенного результата. Но внутри системы в этот момент происходит целая цепочка действий: нужно проверить получателя, убедиться, что на балансе достаточно PJM, передать транзакцию в сеть Solana и дождаться её подтверждения. Всё это занимает некоторое время, хотя пользователь ожидает почти мгновенной реакции интерфейса.
Отдельная проблема — нестабильный интернет. Представьте, пользователь нажал кнопку, не увидел мгновенной реакции и нажал ещё раз. Система должна понять, что это повторный запрос, а не новое действие, чтобы исключить двойное списание. При этом данные в балансе, истории операций и в самом эфире не должны расходиться между собой.
Поэтому мы разбили обработку на несколько этапов. Сначала операция создаётся, затем ожидает подтверждения в сети и только после этого либо завершается успешно, либо отклоняется. Пока операция обрабатывается, пользователь видит промежуточный статус, а окончательный результат появляется после подтверждения транзакции.
В итоге для человека всё сводится к простому статусу: «обрабатывается», «успешно завершена» или «не прошла». Вся техническая кухня остается внутри системы и не мешает смотреть эфир.
— Что показало бета-тестирование?
— Прежде всего оно показало, что модель работает не только в теории, но и в реальной жизни. Пользователи реально находили трансляции, взаимодействовали с авторами и использовали систему вознаграждений внутри приложения.
Не менее важным результатом стало понимание того, как люди пользуются продуктом в реальной жизни. Часть сценариев совпала с нашими ожиданиями, но были и расхождения. Мы увидели, какие функции выбирают чаще, где у пользователей возникают вопросы и какие элементы интерфейса требуют упрощения.
Поэтому после пилотного запуска наша задача сместилась. Мы больше не проверяли базовую модель, а сфокусировались на развитии продукта и подготовке к масштабированию.
Следующий этап — выход на новые рынки. Сейчас компания активно развивает Pyjam и PJM в Южной Корее. Мы видим там большой потенциал для локальных трансляций и живого взаимодействия между зрителями и авторами.
Единая система
— В любом технологическом проекте результат зависит от всей команды. За какую часть PJM отвечали непосредственно вы?
— Я разработал идею PJM и архитектуру этой модели вознаграждений. Например, нужно было понять, как всё это должно работать внутри Pyjam: что делает зритель, что получает автор, какую роль играет платформа и что происходит после нажатия кнопки. В эту модель также надо было включить местоположение трансляции.
Затем я участвовал в выборе Solana и руководил непосредственной интеграцией встроенного кошелька в приложение.
Конечно, над проектом работала команда разработчиков. Моя задача была в том, чтобы связать мобильное приложение, сервер и блокчейн в одну систему и определить, как все эти части должны работать вместе.
— Чем такая архитектура отличается от обычного встроенного криптокошелька?
— Сами по себе прямые эфиры, цифровые кошельки, геолокация и блокчейн существовали и раньше. Новым было то, как мы их связали. Перевод в PJM не существует сам по себе — система понимает, с каким эфиром и с каким действием пользователя он связан и что должно произойти после подтверждения.
То есть мы не просто встроили кошелёк в приложение. Транзакция стала частью конкретного действия внутри эфира: система знает, к какой трансляции она относится, кто должен получить вознаграждение и что должно произойти после подтверждения. Именно в этой связке пользовательского сценария и блокчейн-инфраструктуры заключается особенность архитектуры PJM и моей работы.
Практическая ценность
— Что из практики разработки PJM оказалось достаточно универсальным, чтобы стать предметом отдельных исследований?
— Прежде всего архитектура встроенного кошелька и сам платёжный пользовательский сценарий. Например, как провести человека до первой операции, как работать с комиссиями, что делать с повторными запросами и как показывать статус транзакции так, чтобы техническая логика была понятна пользователю.
Этим вопросам посвящены три мои журнальные статьи и несколько технических материалов. PJM здесь выступает конкретным кейсом, но сами задачи возникают и в других продуктах, где блокчейн-функции встраиваются в привычный пользовательский сервис.
Для меня это способ не только зафиксировать результаты разработки, но и показать их профессиональному сообществу. Практическое решение становится полезнее, когда можно обсудить не только его преимущества, но и ограничения.
— В 2026 году вы вошли в жюри ECDMA Global Awards, Cases & Faces Award и NextGen Hackathon. На что смотрите, когда оцениваете чужие Web3-проекты?
— Красивую презентацию сделать несложно. Гораздо труднее показать работающий продукт и объяснить, зачем ему вообще нужен блокчейн.
Я смотрю на прототип, пользовательский путь, безопасность, результаты тестирования и возможность масштабирования. Важно понимать, как подтверждаются операции, как команда борется с ошибками и какую практическую задачу решает технология. Если на вопрос «Что изменится для пользователя?» нет ясного ответа, значит, между идеей и зрелым продуктом ещё есть разрыв.
Поэтому я бы смотрел не на сам факт наличия токена, а на то, что вокруг него построено. Если нет понятного сценария, реальных пользователей и продуманной обработки ошибок, токен сам по себе продуктом не становится. Выпустить токен мало. Главное — зачем он пользователю.
Модернизация системы
— PJM получил несколько профессиональных наград. Что для вас означает такое признание?
— Для меня важно, что проект оценивали в профильных номинациях. Например, в 2025 году проект получил награду Innovation of the Year в категории Blockchain на American Business Expo Award и был отмечен в категории Innovation на Digital Currency Awards в Бангкоке.
В 2026 году PJM стал победителем Digital Leaders Award в номинации Technology of the Year, категория Cryptocurrencies, и AI Olymp Award в номинации Blockchain Technology of the Year, категория Cryptocurrencies & Blockchain.
Это дополнительная внешняя проверка выбранного подхода, хотя для продукта главным подтверждением всё равно остаётся то, как он работает в реальном пользовательском сценарии.
— Какой принцип будет определять дальнейшее развитие систем вознаграждений в прямых эфирах?
— Думаю, такие системы будут всё меньше восприниматься как отдельный финансовый сервис. Поддержать автора должно быть так же просто, как отправить сообщение или реакцию.
При этом внутри система может становиться сложнее. Она должна проверять операции, защищать пользователя от ошибок, работать с разными типами вознаграждений и разными сетями. Но наружу эта сложность выходить не должна. Пользователь должен понимать только одно: какое действие он совершает и какой результат получает. Именно в этом направлении, на мой взгляд, будут развиваться такие продукты.
Подписывайтесь на АиФ в  MAX
|
