Исходя из того, что мы писали ранее, мы будем смотреть на концепции спонсора и как события сделаны в injoin.
В основном, как спонсор и пользователь являются пользователями, которые являются частью injoin.
Они могут выглядеть как разные люди из-за их различные роли, но спонсор может быть пользователем и пользователь может также быть спонсором. Возможно, пользователь будет выбирать свою роль, в зависимости от цели его использования.
Давайте посмотрим, как происходит взаимодействие между авторами и пользователями в своих ролях.
Пользователи могут запросить спонсорство от определенного спонсора, и спонсоры могут также спонсировать любые пользователь (выбор sponser компании). Когда пользователь загружает событие, и никто не спонсирует его, пользователь должен платить за него, чтобы создать событие. Таким образом, вы можете сделать запрос к спонсору первым. Когда вы делаете такой запрос, спонсор может решить, принять или отклонить запрос. В случае принятия, спонсор будет спонсировать пользователь по его / ее условию спонсорства (стоимость газа, предельный газа, количество проводок событий), который управляется смарт-контракт.
Пользователь может сделать запрос, но и получить запрос от спонсора. Например, если вы получаете спонсорство события от трех спонсоров, пользователь может выбрать, какой спонсор выбрать при отправке события (предположительно пользователь выберет спонсор, который имеет отношение к событию).

Как показано на рисунке выше, пользователи могут быть связаны с авторами 1, 2 и 3, и спонсоры могут быть связаны с пользователями 1, 2 и 3. Так как они посылают и реагировать друг с другом, так что они могут выбирать друг с другом ,
В случае традиционной рекламы в Интернете, пользователи не могут выбрать, какие объявления показывать на их содержание. Но они могут выбрать в injoin. Поскольку спонсоры могут также выбрать из которых показывать свои объявления, они имеют больше возможностей, чем традиционные интернет-рекламы. Это особенность blockchain, она применяется.
Далее, давайте посмотрим на процесс пользователя загружаемым событие и узнать больше о injoin.
Пользователь регистрирует себя / себя в injoin Стандартный контракт с его счета адрес (это похоже на Эфириума ENS, и пользователи могут быть связаны друг с другом через их имя пользователя, а не их адрес).
Вы можете ввести информацию о пользователе после регистрации себя в стандартном контракте (Вы можете оставить это поле пустым, но при подключении с другими пользователями, вы можете быть более внимательным к другому человеку, предоставляя информацию, но это также является необязательным, так как вы можете хотите быть анонимным).
Далее, вы можете найти список, чтобы отправить событие. Это может быть предварительно зарегистрировано или зарегистрировано, и вы можете установить название региона, название сообщества, типа элементов, оперативной информации контента и значения от широты или долготы. Вы можете просмотреть список событий, отправлять и просматривать категории, связанные с вами или выбрать место для списка событий. Пользователи на самом деле связаны между собой через этот список.
Пользователи могут просматривать события, которые они запрошены или в списке событий пользователя. Рассматривается информация автоматически сохраняется после того, как принимаются, и когда происходит событие закрывается, место в списке событий сохраняется.
пользователи могут видеть связанные с этим содержание, как дневник по этой информации. И другие пользователи могут знать друг о друге по списку событий.
Пользователи могут просматривать список спонсора, связанный с ними и искать спонсирование или спонсируемый спонсор. Пользователь может выбрать лучший спонсор при отправке события через список спонсоров и получить плату за газ от спонсора.

Спонсор зарегистрирован в списке спонсора пользователя означает, что пользователь зарегистрирован в спонсорском бассейне, как виден с точки зрения спонсора. Содержание спонсорского фонда будет объяснено более подробно позже, но в двух словах это похоже на multisig концепцию бумажника (владелец multisig кошелька является спонсором, и пользователи регистрируются для этого кошелька). Чем больше пользователей зарегистрировано в бассейне спонсора, тем больше спонсора. Спонсор может, конечно, спонсорский друга, зарегистрировавшись только один друг в бассейне.

Исходя из того, что мы знаем о бассейне спонсора и стандартном injoin контракте, мы увидим, как пользователи загружают события, как они связаны с другими пользователями, и как законченные события сохраняются в списке событий.
Предположим, что есть человек по имени Дэйв. Он первокурсник и хочет поставить завесу над своей комнатой. Тем не менее, он недавно переехал в школу, так что он не знает никого, кто мог бы оказать ему дрель.
Дэйв, который не имеет много денег, чтобы купить дрель, подключается к injoin. Он выбирает тему [1], чтобы попросить сверло через стандартный injoin контракт. (Мы уверены, что UX будет достаточно совершенным, так что он не знает, что он пишет контракт)
Под категорией отправить событие, он выбирает себе имя школы [2] из перечисленных категорий, событие было наиболее вероятно. Из списка спонсоров [3] он выбирает спонсор, который соответствует его сверлу, и выбирает моторную специализированную компанию. А теперь, «Спонсор Motor Легендарный» связан с этим событием.
Дэйв подробно указует причину он нуждается в дрели (при заимствовании дрели, без усилий писанины низкого качества не будет мотивировать человек). Дэйв посылает событие [4], а пользователь, который добавлен список событий получит. Пользователь 2 имеет бур и отвечает на запрос Дейва [5].
Дэйв может погасить 2 пользователя для кредитования бур, посылая III. Данный III будет перечислен в списке событий. Стоимость газа для случая, включая стоимость газа для Пользователя 2 для ответа на запрос Дейва будет проинформирована спонсором.
Спонсор будет платить взнос газа, который соответствовать условию спонсорского [6]. Этот платеж не должен быть сделан каждым событием. Оплата может быть произведена после сбора больше сборов событий, и каждое условие будет принято последним условием спонсорства. То же самое с лимитом газа и максимальной платы за газ. Закрытое мероприятие будет сохранено в списке событий пользователя, принадлежащий Дэйвом и пользователь 2 [7]. На этом мероприятии, пользователь 4,5,6,7, могут увидеть эту информацию, чтобы узнать о Дэйвом и пользователем 2 [8].
Мы уже видели, как это событие будет сделано через Дэйв. Никто не получает недостаток в injoin. Дэйв и Пользователь 2, несмотря на то, что они не знали о существовании друг друга, могли бы встретиться на симпатиях через injoin и Дэйв одолжить дрель от пользователя 2, без комиссионных, и пользователь 2 может оказать (помочь ему) его бур Сидящим как зомби.
Эти действия могут быть сохранены в списке событий, а также рекламные эффекты. Другие пользователи могут просмотреть это событие и помочь запрос пользователя 2 путем распознавания пользователя 2 в добрые дела. Спонсор внес свой вклад в создание рационального общества с простым, но остроумным названием «Sponsored спонсором», а также с несколькими сборов. В injoin каждый находит свои собственные головоломки, и создать новый мир, сопоставляя их вместе.
Это injoin.

Смарт-контракты используются 7 миллиардов людей: www.injoin.in



injoin
Meduim
Reddit
слабина
щебет
GitHub
YouTube