Docs/Protocols
Protocols

ERC-3643 sandbox

Identity, claims, compliance roles, and beta boundaries.

ERC-3643 sandbox

Orbyn supports sandbox experimentation with compliance-aware token patterns. These experiments do not make a token a security, make an issuer regulated, or make the network legally compliant in any jurisdiction.

Identity scope

Identity verification applies to holders and recipients of a specific ERC-3643 token according to that token’s policy. It is not account permissioning for the entire Orbyn Network and does not automatically apply to every wallet.

Roles and lifecycle

  • A Trusted Claim Issuer signs claims accepted by the token’s Identity Registry.
  • Claims must define an issuer, issue date, expiry rules, and revocation procedure.
  • The owner, agent, and compliance officer roles must be separated in the token’s operational policy.
  • Freeze, pause, recovery, forced transfer, mint, and burn actions require explicit authorization and audit records.
  • Expired or revoked claims can make an address ineligible for a token-specific transfer.

Raw PII must never be stored on-chain. Identity documents, addresses, biometrics, and KYC files belong in an appropriate off-chain system; on-chain data should be limited to the minimum references, attestations, statuses, and events required by the token.

Out of scope

Dividend distribution, record-date snapshots, voting, rounding, unclaimed funds, and reconciliation are corporate-action modules outside the ERC-3643 core and outside the Beta launch scope.