💡 Идея: Давайте построим децентрализованный, реферальный сервис на блокчейне

 Публичный пост

Привет!

В процессе изучения проектов из реального сектора и криптового (DEX, DeFi, бриджи, деривативы, SocialFI, GameFI etc.) задумался над тем, что еще не было реализовано в децентрализованной среде и сгенерил идею.

"Децентрализованная p2p, b2p реферальная система"

Это то, что может быть действительно полезно, еще не реализовано, не так сложно реализуемо, имеет внятные преимущества реализации на блокчейне, требует наличия токена, имеет первичное финансирование.

Подробнее (в пару страниц): идея, кейсы, обоснование, реализация расписал тут:
https://telegra.ph/Decentralizovannaya-referalnaya-sistema-10-31

Что ищу: критику (компетентную), предложения , желающих присоединиться и начать пилить проект (особенно разрабов или имеющих выход на команды с навыками Solidity (Ethereum), Rust (Solana), Move (Aptos) и прочие крупные БЧ...

Вопросы\комментарии -с удовольствием отвечу

5 комментариев 👇

Запись в блокчейне гарантирует, что человек который первым привлек пользователя (адрес) навсегда будет отмечен как тот кто должен получать % за его пользование сервисом (прекраснейшая мотивация, и реализовать такое можно только в децентрализованной среде❗️).

Спорный пункт. Представим ситуацию, что какой-то блогер имеет большую аудиторию. Он даёт реферальную ссылку, по которой переходит много народу и все они привязываются к нему. Но продаж или регистраций мало. Причин может быть масса, например, плохой лендинг, высокая цена, мало конечной ценности.

Через год сервис меняет концепцию и лендинг, добавляет ценностей, выкатывает реальные киллер-фичи и приглашает узкоспециализированных блогеров. Они дают у себя ссылки, люди переходят, регистрируются, покупают, а % получает первый блогер.

Поэтому в партнерских системах обычно выплачивают по последнему клику.

Или компания может вложить большие деньги в классический маркетинг и дотянутся до тех же пользователей, но другими каналами. В этом случае опять же первый блогер не при чем.

Для реализации такой концепции обычно устанавливают срок жизни реферального кода на 30 дней (через куки).

  Развернуть 1 комментарий

@shultais, согл. Реализовать срок жизни рефов по времени с привязкой к номерам блоков не проблема. Это всё уже ньюансы модели

  Развернуть 1 комментарий
Антон Румянцев , Дизайнер интерфейсов 1 ноября в 04:19

Если начнется движуха, впишусь UX/UI дизайнером 👍

  Развернуть 1 комментарий

Привет, интересная идея.

Архитектура сервиса должна быть построена на смарт-контрактах и, вероятно, с использованием записи части данных в IPFS (для избежания дороговизны ведения реестров внутри дорогих БЧ)

Кто/что будет это записывать в IPFS? Как будет достигнута "децентрализация" при таком раскладе?

  Развернуть 1 комментарий

@drushadrusha, в БЧ записывается хэш стэйта, если нужно подлинность каких-либо данных зафиксировать в децентрализованной среде. Это может быть применимо и к обыкновенному документу например.
Ещё существуют Arweave, FileCoin etc...

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб