You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During planning discussions we had considered a user story:
should an avatar be able to trust indirectly all the avatars a group trusts. This could be a separate trustGroupMembers()*
*(it is open whether the members of a group are the ones a group trusts... but we can take that separate from this issue)
So after thinking briefly on this, I don't think there is a clean or gas-afforable way to include this into the architecture. To elaborate, when evaluating a path transfer, evaluating the direct edge we can do through a storage lookup; but evaluating whether there is an indirect set of edges (over one or more groups) we cannot reasonably do in the contract code upon executing a path.
So if we'd really want such a feature, we'd have to change the path data format and have the solver provide the additional evidence that such an indirect trust relation exists. That is possible, but I don't think it has merit.
I don't think it has merit, because this function is already covered by the group circle itself: people that are members of the group can mint their personal circles for group circles, and if i trust the group, and the group circles, I in effect trust the circles of that person indirectly.
PS: just making this issue to have a record of concluding why not to do this discussion point
The text was updated successfully, but these errors were encountered:
During planning discussions we had considered a user story:
trustGroupMembers()
**(it is open whether the members of a group are the ones a group trusts... but we can take that separate from this issue)
So after thinking briefly on this, I don't think there is a clean or gas-afforable way to include this into the architecture. To elaborate, when evaluating a path transfer, evaluating the direct edge we can do through a storage lookup; but evaluating whether there is an indirect set of edges (over one or more groups) we cannot reasonably do in the contract code upon executing a path.
So if we'd really want such a feature, we'd have to change the path data format and have the solver provide the additional evidence that such an indirect trust relation exists. That is possible, but I don't think it has merit.
I don't think it has merit, because this function is already covered by the group circle itself: people that are members of the group can mint their personal circles for group circles, and if i trust the group, and the group circles, I in effect trust the circles of that person indirectly.
PS: just making this issue to have a record of concluding why not to do this discussion point
The text was updated successfully, but these errors were encountered: