guild.xyz@guildยทSep 14

๐—”๐—น๐—น๐—ผ๐˜„๐—น๐—ถ๐˜€๐˜๐˜€ ๐—ฅ๐—ฒ๐—ป๐—ฒ๐˜„๐—ฒ๐—ฑ: ๐—ง๐—ต๐—ฒ ๐—ธ๐—ฒ๐˜†๐˜€ ๐˜๐—ผ ๐—ฐ๐—ผ๐—บ๐—บ๐˜‚๐—ป๐—ถ๐˜๐˜† ๐—ผ๐—ฝ๐—ฒ๐—ฟ๐—ฎ๐˜๐—ถ๐—ผ๐—ป๐˜€

Tokens were previously the primary means of co-ordination, but there are non-tokenized ways for decision-making and operations for communities.

Allowlists are one of them, see the best and newest usecases in this post:

guild.mirror.xyz/moQ1ub-ciwRv8yDfQC9mBJ9QomVS-dwJlrcCHb3qVZU

With Guild, allowlists can be:

  • uploaded as requirements to getting rewards,
  • created as outputs after a completed behavior,
  • and exported for further use in more roles on Guild or in other applications.

Use them to: identify early adopters, create smaller workgroups, build onchain governance without tokens, and plan future rewards.

The Guild Model of Requirements, Roles and Rewards allows for building role structures around a set of requirements, including ๐—ฎ๐—น๐—น๐—ผ๐˜„๐—น๐—ถ๐˜€๐˜๐˜€.

โ€Be a core member and be on an allowlist to voteโ€

Allowlists always have been are a vital part of the toolkit of communities.

Guild's modular access management model helps builders to have more insight into who their members are and grants more agency over community functions.