This repository stores dynamic data consumed by the Aragon application. It provides up-to-date information such as featured DAOs and sanctioned addresses.
The list of featured DAOs is available at: featured-daos.json
Each DAO entry is a JSON object with the following fields:
| Field | Required | Description | Notes |
|---|---|---|---|
| name | ✅ | DAO name | — |
| description | ✅ | Brief description of the DAO | — |
| logo | ✅ | URL to the DAO’s logo image | — |
| network | ❌ | Network where the DAO is deployed | Required if the network is supported by the Aragon application |
| networkLabel | ❌ | Human-readable network name | Required if the network is not supported by the Aragon application |
| address | ❌ | On-chain DAO contract address | Required if the DAO is supported by the Aragon application |
| ens | ❌ | ENS name of the DAO | Required if the DAO is supported by the Aragon application |
| overrideUrl | ❌ | External link to the DAO’s website | Required if the DAO is not supported by the Aragon application |
The list of sanctioned addresses is available at: sanctioned-addresses.json
This list is used to identify blockchain addresses that are restricted from accessing certain features of the Aragon application. The list is derived from the official OFAC Specially Designated Nationals (SDN) List.
Feature flags allow controlling feature visibility across different environments without code changes.
The feature flags configuration is available at: feature-flags.json
Feature flags can be configured in three formats:
{
"subDao": true
}{
"subDao": {
"local": true,
"preview": false,
"development": false,
"staging": false,
"production": false
}
}{
"debugPanel": true,
"subDao": {
"local": true,
"preview": false,
"production": false
}
}local- Local developmentpreview- Preview deploymentsdevelopment- Development environmentstaging- Staging environmentproduction- Production environment
- Feature flags are first defined in code with default values
- CMS overrides can modify these defaults per environment
- Local cookie-based overrides (for debugging) take highest priority
Priority order:
Local override (cookie) > CMS override > Environment-specific (code) > Default (code)
- The flag must first be defined in the codebase (
featureFlags.config.ts) - The flag key must be added to the
FeatureFlagKeytype - Optionally, add the flag to this CMS file to override defaults
For more details, see the Feature Flags README in the application codebase.