User interface patterns for "neighbourhoods" modules

Formalising some of the technical particulars around existing communities interested in our software.
What modules do they need? How do these bubble up and connect to the UI? How does UX feel and how is the necessary degree of flexibility provided for in the interface layer, such that modules can be added ad-hoc?

Sid Sthalekar Wed 19 Aug 2020 6:11AM
> For example in any kind of grouping in the real world, there is probably always a "culture", usually informal and often unspoken, but there. And probably always some level of social activity. But in our holochain world, it matters if something is captured as data or not.
This is a super interesting topic you've raised. In communities where culture is held informally (tribes/religious or communal groups/volunteer networks etc.) rules are articulated, but the enforcement mechanism are not drawn out formally. As a result they have a tendency to decay over time, or be appropriate by whoever gains influence in the group (devolving into paternalism?). In other groups, like organisations/corporations, the nation state is leveraged to award power to titles like directors/shareholders/management etc. In Holochain environments, we're saying agent-centric ledgers play the role of formalising culture.

Lynn Foster Wed 19 Aug 2020 1:53PM
>For me, agent-centricity is the user's ability to own, and port the data they generate within a Neighbourhood.
Ok cool. Just focusing on this view of agent-centricity for a moment, how do you see users vs people, and do the holochain profiles/personas concepts play a role in how you think about reputation and neighborhoods?
I can go first. :) For VF, although not in Holo-REA yet, and speaking for myself, I think it is important to distinguish between person and user. A user being a set of credentials, as in a person would afaik need to have a different user on each device when they are using holochain apps. There are lots of reasons that user credentials are not very stable over time, in addition to the issue that a person needs to have many of them at one time. But if a real world person promises to deliver a resource, they are responsible to do that, irrespective of what user id was involved.
In terms of profiles/personas, I don't think that matters for VF, they are at a level even lower than user in holochain if I understand correctly. (I think they can be useful concepts, for people who want to separate aspects of their lives, and have online personas and such, but probably not for economic activity.)
Sid Sthalekar · Wed 19 Aug 2020 6:07AM
> I'm pretty sure that Economic Agent and Neighborhood will be overlapping concepts, but neither will be contained within the other, if you are thinking about a Venn diagram.
Yes this seems about right.
Wrt the points you listed about Neighbourhoods, they all seem on point. I would just add some membranes may have no qualifying criteria. All that is required is that a user downloads the code and joins in.
> I do want to make sure I understand what you mean by "agent-centric"
For me, agent-centricity is the user's ability to own, and port the data they generate within a Neighbourhood. They would then hold the right to port it to another Neighbourhood, without having to seek prior consent. Also, any other Neighbourhood cannot gain access to a user's data without the user's consent. This is critical, because it shifts the dynamic in reputation design - and allows users to play with it, and port it.