//go:build !idear_peers

package idear

// PeerGrants reports how far an actor's authority reaches, and it is
// fixed at COMPILE TIME by the idear_peers build tag rather than read
// from Config.
//
// Without the tag (this file) it is false: an actor grants and manages
// only ranks STRICTLY BELOW their own. An Admin invites, promotes,
// demotes and removes Members, and never another Admin.
//
// Built with -tags idear_peers (peers_on.go) it is true: the reach
// extends to the actor's OWN rank. An Admin may then invite or promote
// someone to Admin, and may demote, remove and restore other Admins.
//
// The Owner is the same in both modes, because ownership is not a rank
// that has peers — there is exactly one. Nobody is ever granted
// RoleOwner (Transfer is the only route), and nobody at any rank acts
// on the Owner. See reaches.
//
// It is a build tag and not a Config field because MayActOn and
// Grantable are pure package functions an app calls with no Roster in
// hand — to render a members page, say — and they must answer exactly
// as the store will. A per-Roster setting would give them a second
// source of truth to disagree with. It is exported so an app can
// assert the mode it was built in, or word its own copy to match.
const PeerGrants = false