Discord Token Holder Channel and Token Gating Test

Provide as much information as possible about your idea.


This proposal is to add a “Token Holder” text channel to the TEC’s Discord server. To access this channel, people will need to hold some minimum amount of $TEC in their wallet (1 $TEC initially). Once the tokens are confirmed, this “token gate” grants access to the new “Token Holder” Discord channel.

The channel will initially have relatively little content, but this can grow over time, as warranted. Current considerations include:

  • Weekly working group updates (like this)
  • Updates on Conviction Voting and changes in the Common Pool
  • Financial updates from Transparency Working Group
  • Audit notifications
  • New working group contribution opportunities (collected from DeWork, Clarity, and ZenHub “newcomer issues”)
  • Feel free to comment below with ideas for additional content that would be useful to token holders

Consider this proposal a test of token gating in the TEC. The idea emerged in a recent Soft-Gov call, as a safe way to test out token gating by restricting it to communications updates that would be useful to token holders. This pilot program will run until at least the end of 2022. If the test fails to make progress toward the goals outlined below, or if it has a marked negative impact on the TEC’s culture, we will either fix the problems or discontinue the channel.

Feedback from this test will also help the TEC to determine whether to further invest in developing additional services to be placed behind a token gate. To answer this question, we will need to use both an economic sustainability and cultural impact lens.


  • Determine whether Discord token gating is a good fit for the TEC culture
  • Improve and lower the cost of regular communications with TEC token holders
  • Stimulate minting and holding $TEC by increasing its perceived value (at least a bit)
  • Grow the percentage of people holding $TEC within the TEC community
  • Figure out technical solutions to Discord token gating
  • Understand the operational realities of token gating in a Discord community

The TEC is also evaluating a TEC Membership NFT for those who meet baseline membership criteria. In future iterations of TEC token gating, we may consider requiring some combination of $TEC and these NFTs, but that is not an option being considered in this test.

How is it relevant to the TEC mission, vision and values?

These are capacity building steps to help us learn about token gating and ways of increasing the perceived value of holding $TEC. Thus, this proposal is largely aimed at strengthening the economic layer of the TEC mission. The cautious approach to testing through a pilot will help ensure it doesn’t significantly harm the cultural layer or TEC values.

Who is going to be affected by what you’re proposing?

All TEC token holders will be affected positively by seeing some, minimal, increase in the perceived value of holding the token.

Some community members who don’t hold $TEC may be negatively impacted by not having access to this channel. Note, however, that the $TEC token will be much more broadly held within the community as Praise catches up with the quantification process. At a basic level, any newcomer going through TEC orientation will receive Praise, which means they will hold $TEC within just a few weeks of joining the community.

Who has expertise in this topic and could advise your process?

@liviade (cultural impact)
@vegayp (community engagement)
@chuygarcia92 (for communications material for the channel)
@Tamara @natesuits (general guidance)
@divine_comedian (interaction with Praise rewards)

What type of proposal is this?

This is an idea or something I just need advice to proceed with.


If you have ideas for content for the Token Holder channel, please add them as comments.

1 Like

I fully support this idea, thank you for writing such a great advice process @gideonro - I think it’s nice to not have too much content in the channel so people feel more inclined to check it often, like a curated page for important information.

1 Like

Hi @gideonro, thank you for the proposal!

I’m not part of the advice process here, but I figured I would share a feedback nevertheless :slight_smile:

I like the idea of experimenting with token gating and tying it with a gradual involvement in the community, captured by Praise.

However, I’d refrain from explicitly associating such process with the economic layer of TE Commons, even if TEC token happens to be the instrument for token gating.

ways of increasing the perceived value of holding $TEC. Thus, this proposal is largely aimed at strengthening the economic layer of the TEC mission

Obviously, the requirement of holding only 1 TEC doesn’t instill such a perception of value. Raising the bar would be even worse, since it would signal an easier access to exclusive information for the wealthier members. Either the cost is negligible and there’s no perception of value, either it is not, and there’s a barrier based on money.

You might say that using Praise will precisely enable any community member active enough to compensate a lack of financial means. I agree, but the narrative is still around an economic barrier that one can lift off with their work, why the wealthy one has a few pass.

IMHO this is just a common side effect of combining free market forces with governance bearing instruments.

Anyhow, I’m totally supporting your proposal, I would just abstain to mention that it’s tied to the economic layer of the protocol. It’s just easier to use TEC.

I hope this makes sense! :seedling:


Thanks for the feedback, @philh. Actually, as a community member, you are part of the advice process. :slight_smile:

In my view, we should not shy away from talking about the economic layer at all. In fact, I think we need to talk about it a lot more. And we need to talk about it in precisely this kind of conversation, which is why I so appreciate your comment.

There are a number of governance questions related to the economic layer that this community has yet to wrestle with. Many relate to differences over the basic notion of fairness. We have a rare opportunity to define policies to bridge egalitarian and libertarian senses of fairness in this commons.

One option that we could explore, either after or as a later part of this test, is the inclusion of a TEC Membership NFT as part of this token gate. This membership token is something that @vegayp will be proposing to the community soon on this forum and it essentially ensures that people agree to the cultural, governance, and economic layers of the commons, by requiring attending orientation, making an initial community offering, etc.

There are no simple answers here, but I’m pretty confident that if there is the will, we will find some new economic patterns. They won’t be perfect but at least a lot better than the status quo. If this is something you’re interested in, we can definitely use the help in figuring it out.


Thank you for your response!

For the sake of clarity, and as a large holder of TEC myself, my point was NOT to push back on talking about the economic layer in general :smiley:

But I’d prefer to have value accrual for TEC based on education, consulting, or networking services provided to crypto and non-crypto firms and institutions, rather then creating crypto-economic incentives within TEC Community.



Thanks for clarifying. I think I’m following you. You mean create the token utility through services, and not through gating access to the community? Or is “incentives within the TEC community” broader than just that?

Really seeking input on this. And thanks for engaging on this.

1 Like

Sorry for the slow response. Happy to arrange a conversation if you feel like it.

You mean create the token utility through services, and not through gating access to the community

Yes, this is basically what I mean, with the caveat that distinguishing between service consumers vs. service contributors within the community might be tricky. There’s a clear line in traditional business organizations that gets blurred in commons-based peer production. That’s why stakeholder mapping is useful :slight_smile:

Did you guys already go through it? I’d be curious to see the result.
But maybe let’s take this off the thread, I’m afraid of generating noise here :slight_smile:


Hey everyone! So after having done extensive testing and research on both of the most popular token-gating tools, collab.land and guild.xyz. I want to put my findings (and personal recommendation) down to the community. TLDR: We should use Guild.

Note: this is an overview of the capabilities of each tool and feedback from other communities. I did not test all the features myself, I just reproduced the scenario where I’m granted access to a discord channel using the $TEC token and removed when I move it to another wallet.



  • Allows multiple contracts (ERC20, ERC721, ERC1155, POAP and a few others) with the possibility of specifying token ID, attributes and min/max amount of tokens.
  • Integrated with discord and telegram
  • Management access is done by granting a “collabland-admin” role in discord
  • Role removal happens every 24 hours (1-2 hours for Ethereum mainnet and Flow)
  • Free, although they are exploring a premium service



  • Dedicated and customizable user interface for each community (see TEC for the one I’ve been testing on) and a hall where you can discover new guilds to join Guildhall
  • Allows multiple contracts, the list isn’t descriptive as collab.lands’ but I’ve seen communities using different token contracts (ERC20, POAP, ERC721, ERC1155, etc.) so it’s safe to assume they do support pretty much all standards, or at least the most popular ones.
  • Access by allowlist
  • Requirements accept different logics (AND, OR, NAND, NOR)
  • Integrated with discord and telegram - discourse, github and google docs are on the works
  • Public roadmap guild.xyz, everyone can request new features
  • They said all current features are and will remain free (that probably implies there may be additional paid features in the future)
  • Management is done with addresses, multisigs work too
  • Role removal is almost instant**

** Tested a few times but it did not work for me, I found a manual workaround and their support is looking into the issue

Talking about other aspects, the Guild team seems to be more open and integrated within the community with an open discord server where they receive feedback, support requests and also put together a few activities for the community. On the other hand, my interactions with collab.land were limited to a more “classic” support via email.

As per feedback, I reached out to a few of our closest peers that use collab.land (1Hive, Commons Stack) but they weren’t able to provide much as the folks who put that up weren’t around anymore, communities where I received feedback with Guild include DXdao and RabbitHole, they were happy with the product so far.

Having all of this in mind, I believe Guild to be a better option, although I think it’s important to note that there’s one feature that doesn’t seem to work for us (yet). Happy to answer any questions.


Guild looks great! The conditional logic feature seems like a nice to have for more advanced use cases later down the line and it’s awesome that they have a public roadmap. Are they currently able to aggregate a specific token holding across multiple wallets? Probably not as necessary right now but just curious!


Though conditional logic and role removal are nice-to-haves, albeit not necessary (ultimately, in Discord you can always grant supermods access above bot roles, which’d then operate above botspace anyway), the fact the team is responsive and open to bug-fixing does shine a much brighter light on them.

Once we’ve the demo fully working for guild, and we see our comments having been implemented and taken on board, I think we should go for it and use guild.

great work @enti



Yes! You can link multiple wallets to a single discord account, that’s true for both guild and collab.land

And totally agree! I felt quite engaged with them with just the way we were exchanging messages :slight_smile: