OKRW_EAS_TRANSFER_LIMIT_POLICY
Per-transaction OKRW transfer limit, with the limit value depending on whether the sender holds a specific EAS attestation. The tiered-access primitive.
Combines the EAS attestation check with a per-transaction limit, but with two different limit thresholds: one for senders who hold the attestation, one for those who don't. The most common production pattern for KYC-tiered access — un-attested users can transact small amounts, attested users get higher limits.
Parameter schema
``
json
{
"eas_contract": "<address>",
"index_contract": "<address>",
"schema_uid": "<bytes32>",
"transfer_limit_amount": "int"
}
`
is the cap that applies to senders who do NOT hold the attestation. Senders who hold the attestation transact freely (or up to whatever cap a separately configured VOLUME_POLICY` enforces).Evaluation
1. Check whether the sender holds a valid attestation under
2. If yes → admit (this template alone imposes no limit on attested users).
3. If no → check
Note: the un-attested path is not free of compliance — it just allows small amounts. Combine with
schema_uid (same lookup as EAS_POLICY).2. If yes → admit (this template alone imposes no limit on attested users).
3. If no → check
amount <= transfer_limit_amount. If yes → admit; if no → reject with VolumeAboveMaxLimit.Note: the un-attested path is not free of compliance — it just allows small amounts. Combine with
OKRW_EAS_PERIODIC_VOLUME_LIMIT_POLICY to also cap cumulative volume for un-attested users.ReasonCode on rejection
VolumeAboveMaxLimit — wallet UX: "this amount requires KYC; complete verification or send a smaller amount". The wallet can drive the user to KYC onboarding here.Typical usage
- Tiered KYC tiers: e.g. un-attested cap of 1,000,000 aokrw (= 0.000001 OKRW for testing) or 100,000,000,000,000,000,000 aokrw (= 100 OKRW for soft onboarding).
- Onboarding ramps: let users try the network with small transfers before committing to KYC; once they verify, limits effectively disappear.
- Pair with
OKRW_EAS_PERIODIC_VOLUME_LIMIT_POLICYfor daily/monthly cumulative caps on top of the per-transaction cap.