Request body to update an existing gate. This will not affect whether a gate is enabled or not.

name
string

Human-readable name of the gate. This should be something helpful to organize gates.

Example:

"Super User Gate"

outcome
enum<string>
Available options:
scope,
siteAccess,
block
scope
string

String for the resulting scope of the gate. If the rules of the gate apply to the user being verified, then this scope will be surfaced in the JWT

Example:

"superuser"

rules
object[]

The rules which will be used to evaluate users being verified. If multiple rules are present in a single gate, then all the rules need to apply for the user to gain the scope defined by the gate.

Definition for a single rule in a Gate. This will check for the presence of a token or NFT, given the contract address, in the wallet of a user being evaluated. For multi-wallet users, we will check all wallets. If a filter is defined, then we will also check that the filter checks apply to the user

Was this page helpful?