Skip to main content
Research Preview — Additional schema UIDs will be published as they are deployed.

EAS Schemas

Astral Location Services uses the Ethereum Attestation Service (EAS) for all attestations. This page documents the schema definitions.

Location Attestation Schema

Used for storing spatial data (points, polygons, routes).

Policy Attestation Schemas

Output schemas for geospatial computations.

BooleanPolicyAttestation

For predicate operations (contains, within, intersects).

NumericPolicyAttestation

For measurement operations (distance, length, area).

GeometryPolicyAttestation (Future)

For transformation operations (buffer, centroid, union).
Operation strings include parameters — For example, the within operation returns "within:50000" (radius in centimeters), not just "within". Resolver contracts should use prefix matching when validating operations.

Default Schema UIDs

Astral provides pre-registered schemas without resolver contracts for general use. Use these when you don’t need custom validation logic.

Base Sepolia (84532)

The BooleanPolicyAttestation schema UID above is the default used by the staging API. For production use or custom resolver logic, register your own schema.
Custom schemas: If you need a resolver contract for custom validation (like the Location-Gated NFT), register your own schema with the same field types. The schema UID will be different, but the data encoding is identical.

Input References

The inputRefs array contains a bytes32 for each input: This enables verification that specific inputs were used:

Result Scaling

Numeric results are stored as scaled integers:

Decoding in Solidity

Boolean Policy

Numeric Policy


Schema Registry

Schemas are registered in the EAS SchemaRegistry. When deploying your resolver:

Security

Threat model, known limitations, and responsible disclosure