Стандарт Отношений Между Объектами

[mastercyb]

Абстракт

На данный момент пользовательская информация (блокировки других аккаунтов) хранится на сервере golos.io
Это решение отвратительно. А именно:

• демотивирует разработчиков
• лочит пользователей

Необходима операция которой можно сохранять информацию об отношениях между аккаунтами и другими объектами. Потенциальные юз. кейсы:

• подписать/отписаться
• блокировать/разблокировать
• доверять/не доверять

и т.д.

На данный момент фоловинг реализован через custom_json операцию. Вероятно связи между аккаунтами заслуживают отдельной операции, так как:

• могут требовать элементарной валидации.
• структурированное хранение связей между объектами критично для построения качественного графа данных

Разумно тип отношений сделать кастомным, чтобы разработчики могли сами изобретать разные виды отношений.

Cтруктура операции relation

0. relation
1. 
   object: [16 bit string] /// [account_id] or [tag] or any blockchain object
   type: [16 bit string] /// follow or trust or block or whatever
   state: [boolean]

[nemothenoone]

@21xhipster Неприменимо относительно категорий/тегов. Категории/теги не являются отдельным объектом блокчейна.

[gropox]

@nemo1369 Не применимо для связи Тэг-Тэг, а для Аккаунт-Тэг вполне. Тэг-Тэг связь можно через custom_json (если я правильно понимаю механику) тоже реализовать если захотеть, только кому это нужно. Ну может если только задаться целью сделать нормальную иерархию тэгов или автоподбор тэгов.