---
# System prepended metadata

title: "\U0001F311\U0001FA78 Sacred Oath - Moonshot goals \U0001FA78\U0001F311"
tags: [Sacred Oath, ' Raid Guild']

---

---
tags: Sacred Oath, Raid Guild
title: 🌑🩸 Sacred Oath - Moonshot goals 🩸🌑
---

# 🌑🩸 Sacred Oath - Moonshot goals 🩸🌑

## Inactive vs Active Member Structure
## Drive utility for $RAID
## Gate the Discord
## Integration with HATs
## Integration with Dungeon Master
## Visualize bandwith as well as commitment
> I wonder if a 2 token system might work well here. For example, you have to stake $RAID in order to receive $bandwidth tokens…

> the amount of $bandwidth tokens you receive are a (sublinear?) function of the amount of $RAID you stake, with the maximum you can hold representing full bandwidth (eg approximately full time work)
the more $RAID you have, the more $bandwidth you can receive and therefore the more raids and rips you can participate in (here $RAID is acting as a proxy for experience / reputation)
$bandwidth can be redeemed for the appropriate amount of $RAID
you can stake $bandwidth tokens as a commitment to join a given raid or RIP (as described in the previous section), with the required $bandwidth stake correlated to the raider’s expected time commitment to the project
so the amount of $bandwidth tokens you hold that are not staked on raids or rips represents your availability that you wan to find work for
completing a raid or rip returns your $bandwidth tokens
failing to complete a raid or rip burns your $bandwidth tokens, which means you lose a claim on some amount of your staked $RAID
success rewards are paid out in $RAID