Структурні проблеми поширення контенту Web3

Нещодавно обговорення можливого виклику "інформаційних коконів" з боку InfoFi викликало широкий інтерес. Після глибокого аналізу та розгляду прикладів, я вважаю, що це не є проблемою, притаманною тільки InfoFi, а є структурним результатом самого процесу поширення контенту. InfoFi просто зробив це явище більш помітним.

По суті, InfoFi є прискорювачем для проектів, що має на меті підвищення популярності проекту та обізнаності користувачів. Проектні команди зазвичай виділяють бюджет, поєднуючи його з заходами InfoFi, одночасно шукаючи підтримки маркетингових агентств, особливо тих, які можуть залучити великих лідерів думок.

Формування інформаційного кокона зазвичай починається з верхнього контенту. Після того, як великі лідери думок опублікують рекламний контент, менші лідери думок підхоплюють цю хвилю. Додатково, завдяки механізму рекомендацій алгоритмів соціальних платформ, інформаційний потік користувачів швидко наповнюється різними версіями контенту одного й того ж проекту.

Цей феномен не є патентом епохи InfoFi. У часи до InfoFi, лідери думок також по черзі приймали рекламу, писали тексти та публікували оголошення. Поява InfoFi лише зробила цей механізм розміщення контенту більш систематизованим і візуалізованим.

InfoFi розширив існуючий механізм інформаційних ухилів, оскільки він підвищив ефективність організації та розповсюдження інформації, але ця ефективність базується на прискоренні, яке грунтується на існуючій "структурі уваги", а не на її руйнуванні. Проект все ще схиляється до того, щоб виділяти бюджет на великих думконосців, в той час як механізм InfoFi мобілізує малих і середніх творців контенту для швидкого створення контенту. Алгоритми соціальних платформ відразу ж ідентифікують популярні теми, постійно рекомендують подібний контент, формуючи замкнуте коло.

Джерела контенту відносно централізовані, а цілі написання творців також схожі: участь у заходах, отримання балів та підвищення впізнаваності. Це призводить до розповсюдження на перший погляд різного, але насправді схожого контенту, створюючи в користувачів ілюзію "потрапляння в єдину проектну оповідь".

Отже, InfoFi не є винуватцем створення інформаційних спотворень, він просто посилив наявні структурні спотворення в поширенні. Він перетворює інформаційні потоки, які раніше були розрізненими та повільно розвивалися, на централізовані сплески з широким охопленням.

Щоб вирішити ці проблеми, можна підійти з двох сторін: по-перше, зменшити важливість церемонії запуску проєкту, наприклад, скасувавши процес "лістингу" або надавши всім проєктам єдину панель управління; по-друге, впровадити механізм самостійної публікації, щоб команди проєктів могли безпосередньо проводити аеродропи через панель управління, що зробить розповсюдження контенту більш природним.

В ідеальних умовах, проектна команда повинна тихо роздавати аердропи після події генерації токенів, винагороджуючи ранніх користувачів за природну взаємодію, а не оголошувати плани аердропу публічно, щоб уникнути спроб зловживання.

З розвитком цього механізму користувачі поступово сформують очікування: участь у створенні контенту не лише для отримання винагороди, а й через справжній інтерес. Винагорода стає несподіваною радістю після того.

В цілому, InfoFi робить існуючу структуру поширення більш прозорою і масштабованою. У майбутньому потрібно вирішити, як зробити структуру поширення більш здоровою, чи то шляхом підвищення порогу участі, оптимізації дизайну стимулів, чи то шляхом спрямування проектних команд на більш природне управління очікуваннями від аірдропів, мета - зробити "контент значущим", а не лише "контентом у кількості".

Якщо це вдасться здійснити, InfoFi більше не буде лише інструментом для трафіку, а стане важливою інфраструктурою всього екосистеми контенту Web3.