dAPTRA Spatial Property Identity Standard

What dAPTRA Is

dAPTRA (Digital Appraisal & Title Registration Authority) is an emerging standards body and technology organization founded in Wyoming, USA, with the mission of establishing a sovereign, interoperable, and cryptographically verifiable identity standard for real property across the Americas. dAPTRA develops protocols, certifications, and open standards — not proprietary software — and intends to operate as a nonprofit standards body upon completion of its conversion from LLC status.

The dAPTRA Spatial Property Identity Standard defines how any parcel of real property shall be uniquely, immutably, and verifiably identified in the digital domain. It specifies the data model, cryptographic requirements, institutional procedures, and token architecture necessary to create a Temporal Time Stamp (TTS) record — a four-dimensional digital fingerprint of a property at a specific moment in time.

The $1 Billion+ Title Fraud Problem

Title fraud constitutes one of the most persistent and costly forms of property crime in the United States and across the Americas. According to data compiled by the American Land Title Association (ALTA) and the Federal Bureau of Investigation (FBI), annual losses attributable to title fraud and deed theft in the United States alone exceed $1 billion per year, with the majority of losses falling on individual property owners, surviving heirs, and estate beneficiaries who lack the technical means to detect or prevent fraudulent transfers before they occur.

Deed theft — the fraudulent transfer of property ownership through forged documents — exploits a fundamental weakness in existing property record systems: records are maintained in disparate, jurisdiction-specific databases with no universal identity anchor. A property in Miami has a different identifier than the same property as understood by a lender in New York, a title insurer in Chicago, or a municipal tax assessor's office. This fragmentation creates the conditions for fraud.

The Gap in Property Identity Standards

Existing land administration standards, including the ISO 19152 Land Administration Domain Model (LADM), provide theoretical frameworks for how governments should manage property records. However, no binding international standard exists that specifies:

• A minimum set of spatial data fields required to uniquely identify a parcel across jurisdictions
• Cryptographic anchoring of property identity to prevent retroactive alteration
• A temporal dimension that preserves historical property state at any given moment
• Machine-readable, interoperable encoding of appraisal and assessment values alongside spatial data
• Identity verification requirements for parties registering or transferring property records

dAPTRA proposes to fill this gap with the dAPTRA-TTS-001 standard — a practical, implementable specification grounded in existing geospatial, cryptographic, and financial data standards.

dAPTRA's Mission

dAPTRA's mission is the establishment of an open, royalty-free ISO standard for spatial property identity, initially across the Americas and ultimately worldwide. The organization operates under a model analogous to the World Wide Web Consortium (W3C) for web standards or the Internet Engineering Task Force (IETF) for internet protocols: producing specifications that any party may implement without licensing fees, subject to attribution and version integrity requirements.

The Temporal Time Stamp (TTS) Protocol is the core technical specification of the dAPTRA standard. A TTS record encodes the complete, four-dimensional identity of a real property — its location in space and its moment of verification in time — into a single, cryptographically sealed data structure.

The four dimensions of a TTS record are defined as follows:

Why Temporal Anchoring Matters

The dimension most often overlooked in existing property record systems is time. Existing deeds and title records establish current ownership but provide no cryptographic proof of historical state. Without a temporal anchor, it is impossible to definitively prove what a property's ownership, boundaries, or valuation were at any specific prior moment — a gap exploited by fraudsters who retroactively insert forged records into paper-based chains of title.

A TTS record anchors property state to a specific moment with the same finality as a commit in a version control system. Once written to the blockchain at block N, the TTS for a property at that moment cannot be altered, only extended. Subsequent TTS records create layers, preserving historical state indefinitely.

Historical Chain of Spatial Truth

When a property undergoes any material change — ownership transfer, boundary modification, construction, demolition, or re-appraisal — a new TTS record is created. The new record references the prior record's block hash, forming a chain of spatial truth analogous to a blockchain's chain of block hashes. Any attempt to insert a fraudulent intermediate record is detectable because it would break the cryptographic chain.

// TTS Chain — each record references its predecessor

TTS[0] {  // Genesis record — property first registered
  block:     12_847_391,
  timestamp: "2024-03-15T14:22:11Z",
  prev_hash: null,
  state_hash: "QmX9dKf..."
}

TTS[1] {  // Ownership transfer
  block:     14_203_847,
  timestamp: "2024-09-02T10:05:44Z",
  prev_hash: "0xabf3c...",  // hash of TTS[0]
  state_hash: "QmT7wPm..."
}

TTS[2] {  // Annual re-appraisal
  block:     16_891_002,
  timestamp: "2025-01-08T09:17:33Z",
  prev_hash: "0x7de1a...",  // hash of TTS[1]
  state_hash: "QmH2nRs..."
}

Relationship to Existing Standards

The TTS Protocol is designed for compatibility with, not replacement of, existing geospatial and land administration standards:

• ISO 19152 (LADM) — TTS records implement a profile of the LADM LA_Parcel and LA_Party classes
• OGC GeoJSON (RFC 7946) — All spatial geometries encoded as GeoJSON polygons
• W3C DID (Decentralized Identifiers) — Appraiser identity encoded as DID documents
• ANSI/ALTA standards — Appraisal methodology acceptance aligned with US appraisal standards
• ISO 8601 — All timestamps in UTC ISO 8601 format

The following table defines all fields of a conformant TTS data record. Implementations claiming compliance with dAPTRA-TTS-001 MUST include all fields marked Required. Fields marked Recommended SHOULD be included where data is available. Fields marked Computed are derived and MUST be computed by the dAPTRA reference implementation — they SHALL NOT be supplied by the registrant.

Example TTS Record (JSON)

{
  "parcel_id":         "12-3456-789-0001",
  "centroid":          [25.774265, -80.193659],
  "boundary":          {
    "type": "Polygon",
    "coordinates": [[
      [-80.194012, 25.774891],
      [-80.193021, 25.774891],
      [-80.193021, 25.773640],
      [-80.194012, 25.773640],
      [-80.194012, 25.774891]
    ]]
  },
  "elevation":         2.4,
  "aerial_hash":       "bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi",
  "aerial_timestamp":  "2024-01-15T11:32:00Z",
  "appraised_value":   485000.00,
  "appraisal_date":    "2024-03-01",
  "appraiser_id":      "did:daptra:dca:0x7fA9B3C2D1E4F5A6B7C8D9E0F1A2B3C4D5E6",
  "appraiser_sig":     "MEYCIQDx9zK... [Ed25519 signature]",
  "assessed_value":    342000.00,
  "assessment_year":   2023,
  "assessment_ratio":  0.7052,  // computed
  "value_gap":         143000.00, // computed — exceeds 20% threshold
  "kyc_proof":         "eyJhbGciOiJFZERTQSJ9... [World ID ZK proof]",
  "oracle_ref":        "chainlink://0x5f4eC3Df9cbd43714FE2740f5E3616155aad98/18429",
  "token_standard":    "OFT-ERC3643",
  "chain_id":          8453, // Base mainnet
  "mint_block":        12847391,
  "daptra_version":    "dAPTRA-TTS-001"
}

OFT — Omnichain Fungible Token via LayerZero

TTS records are implemented as Omnichain Fungible Tokens (OFT) using the LayerZero messaging protocol. Each property receives a unique token ID within the OFT contract, making individual TTS records non-fungible with respect to one another while benefiting from the cross-chain infrastructure of the OFT standard.

The choice of OFT over a standard ERC-721 NFT was deliberate and reflects the following requirements:

• Omnichain presence: A property's identity must be verifiable on any EVM-compatible chain without bridging. LayerZero's native OFT messaging enables atomic cross-chain verification — a title verifier on Polygon can confirm a record minted on Base without a separate bridge transaction
• Registry mechanics: Each property holds exactly one TTS record at any given time. The OFT registry pattern supports this one-property-one-record invariant with built-in uniqueness guarantees
• Cross-chain verification: When a title insurer on chain A needs to verify a record minted on chain B, LayerZero's cross-chain messaging protocol transmits a cryptographic proof rather than a token transfer, eliminating the custody complications of NFT bridging
• Ecosystem compatibility: OFT is supported natively by major DeFi protocols, enabling future use cases such as property-backed lending and collateralization without additional bridging infrastructure

ERC-3643 Compliance — Identity-Bound Transfers

All TTS token transfers are governed by the ERC-3643 (T-REX) standard, which extends ERC-20 with identity verification and transfer restriction capabilities. ERC-3643 was selected because it provides the regulatory compliance layer that property-related tokens require but that base token standards do not offer.

Chainlink Oracle Integration

dAPTRA TTS records integrate Chainlink decentralized oracle networks at three critical points in the lifecycle:

• Price feed verification at appraisal: The USD value of any non-USD currency appraisal is fixed at minting using the Chainlink Price Feed for the relevant currency pair. The specific feed address and round ID are recorded in the oracle_ref field, enabling independent verification of the exchange rate used
• Off-chain data anchoring: Chainlink Functions is used to fetch and hash public records data (county assessor records, building permit records) at registration time. The returned hash is stored on-chain and compared at verification time
• Proof of Reserve pattern: For institutional use cases, Chainlink's Proof of Reserve mechanism can be configured to verify that appraised property values backing financial instruments match the TTS-recorded values, providing continuous on-chain attestation

dAPTRA Certified Appraiser (DCA) Designation

A dAPTRA Certified Appraiser (DCA) is a licensed real property appraiser who has completed dAPTRA's certification program and whose Decentralized Identifier (DID) is registered in the dAPTRA DCA registry. A DCA is the only party authorized to sign a TTS appraisal record. All appraisals submitted under this standard must bear the DCA's cryptographic signature as specified in the appraiser_sig field.

DCA certification requires:

• Active state licensure as a Certified General Appraiser (or equivalent designation in non-US jurisdictions) at the time of each appraisal
• Completion of dAPTRA's TTS methodology training module (minimum 8 continuing education hours)
• Registration of a DID document with dAPTRA and completion of World ID verification
• Agreement to the dAPTRA Appraiser Code of Professional Conduct
• Annual renewal, including confirmation of continued state licensure

Accepted Appraisal Methodologies

TTS-001 accepts appraisals conducted under any of the three USPAP-recognized approaches to value, subject to the conditions specified below. The DCA must indicate which approach or approaches were used and provide the required supporting data in the appraisal report attached to the TTS record.

Temporal Constraints

To maintain the temporal integrity of TTS records, the following time constraints apply:

• 90-day rule: The appraisal (as evidenced by appraisal_date) must have been conducted within 90 calendar days of the TTS minting transaction (as evidenced by mint_block timestamp)
• 12-month aerial rule: The aerial or satellite image recorded in aerial_hash must have been captured within 12 months of the minting date
• Assessment currency: The government assessment data must be from the most recent assessment year available at time of registration

Value Divergence Flagging

When value_gap exceeds 20% of appraised_value in absolute terms, the TTS record is automatically flagged for review. The flag is stored as a field in the on-chain record and is visible to all parties with read access. Flagged records are not invalid — they remain fully functional TTS records — but they trigger the following protocol:

• Notification to the registrant and DCA via the registered contact channels
• Optional submission of the TTS record as supporting documentation in a government assessment appeal
• Inclusion in dAPTRA's quarterly value divergence report, aggregated and anonymized by jurisdiction

Annual Re-Appraisal

Property owners may elect to commission an annual re-appraisal by any DCA. A re-appraisal creates a new TTS layer (as described in Section 2) that references the prior TTS record. The prior record is preserved permanently and continues to serve as evidence of historical property state. Re-appraisals are optional under TTS-001 but are strongly recommended for properties that are the subject of active financing, estate planning, or litigation.

World ID as Primary KYC Provider

dAPTRA designates World ID (developed by Tools for Humanity) as the primary KYC provider for the TTS-001 standard. World ID provides zero-knowledge proof of personhood — cryptographic attestation that a registrant is a unique human being — without disclosing any biometric or personally identifying information to dAPTRA or to the blockchain.

The World ID ZK nullifier included in the kyc_proof field proves:

• The registrant is a unique human (not a bot or duplicate account)
• The registrant has completed World ID verification
• The proof is specific to the dAPTRA application (context-bound, non-transferable)
• No private data is disclosed beyond the proof itself

Canton-Based Access Control

Private fields within a TTS record — including personally identifying information such as owner names, contact details, and tax records — are encrypted by default using the property owner's DID-linked public key. Access to private fields is governed by the canton access control model specified in the canton_access field.

A canton in the dAPTRA model corresponds to a jurisdiction-level access domain. Parties with authorized canton access include:

• The property owner (unconditional access to all fields)
• Parties explicitly granted access via canton_access by the property owner
• Authorized government parties with a valid canton jurisdiction claim (for fields designated as government-accessible)
• dAPTRA-licensed title insurers and lenders (for fields the owner has granted lender access)

ERC-3643 ONCHAINID for Institutional Participants

Institutional participants — title companies, lenders, government agencies, and certified appraisers — interact with the TTS registry through ONCHAINID documents that encode verified institutional credentials as on-chain claims. dAPTRA acts as a Claim Issuer for the following claim types:

Custodian Framework

dAPTRA may act as a data custodian for private TTS fields only when the property owner explicitly assigns the custodian role to dAPTRA through a signed on-chain transaction. Without explicit assignment, dAPTRA has no access to private fields and no custody of private data. This custodian assignment is revocable at any time by the property owner.

When acting as custodian, dAPTRA stores encrypted data in a jurisdiction-appropriate data center compliant with applicable privacy regulations (CCPA, LGPD, PIPEDA, or equivalent). Custodied data is never shared with third parties without the property owner's explicit on-chain authorization.

dAPTRA's geographic scope for the TTS-001 standard encompasses the Americas — North America, Central America, and South America — with rollout proceeding in three phases aligned with regulatory complexity, data availability, and institutional readiness.

• I

  United States — All 50 States & District of Columbia

  Standardized county recorder systems, established USPAP appraisal framework, ALTA title insurance infrastructure, and uniform APN parcel identification make the US the natural starting jurisdiction. Phase 1 establishes the dAPTRA DCA certification program, reference smart contract deployment on approved EVM chains, and county-level canton mapping for all 3,142 counties and county-equivalents.

• II

  Canada — All Provinces & Territories

  Canadian land titles systems vary by province, with Alberta and British Columbia operating Torrens title systems and Quebec operating a civil law notarial system. Phase 2 develops province-specific canton configurations, bilingual (English/French) DCA training modules, and integration with the Canadian Real Property Institute (CRPI) appraisal standards. PIPEDA compliance framework established for data custodianship.

• III

  Latin America — Mexico, Brazil, Argentina, Colombia, Chile, Peru

  Phase 3 addresses six priority jurisdictions across Latin America. Each jurisdiction requires its own canton configuration, language support (Spanish and Portuguese), and integration with the applicable national cadastre systems (INEGI in Mexico, IBGE/RFB in Brazil, etc.). dAPTRA will partner with local standards bodies and notarial associations in each jurisdiction. LGPD compliance (Brazil) and equivalent data privacy frameworks are established in this phase.

Jurisdiction Mapping — County to Canton

In the dAPTRA model, the canton is the fundamental access control and regulatory domain. In the United States, a canton corresponds to a county or county-equivalent (parish in Louisiana, borough in Alaska, independent city in Virginia). In Canada, cantons correspond to provincial land districts. In Latin America, cantons correspond to municipios, municípios, or equivalent sub-national administrative units.

Regulatory Considerations by Jurisdiction

dAPTRA does not replace existing recording statutes or property law. TTS records operate alongside — and with the intent of supporting — existing legal frameworks. The following considerations apply by jurisdiction type:

• Deed-recording states (US): TTS registration does not replace recording with the county recorder. It supplements the recorded deed with an immutable digital identity anchor. Title insurers may treat TTS records as evidence of chain of title
• Torrens title systems (Canada, some US jurisdictions): TTS records complement the Torrens indefeasibility principle. The TTS temporal anchor provides evidence of state prior to any certificate of title modification
• Civil law notarial systems (Quebec, Louisiana, Brazil, Mexico): TTS records can be referenced by notaries as supporting documentation in property transfer deeds. The DCA designation is designed to align with notarial authentication requirements

Title fraud — particularly deed theft — is the principal harm that the TTS Protocol is designed to prevent. The following mechanisms collectively make TTS-registered properties dramatically harder to defraud than properties relying solely on paper-based recording systems.

Immutable TTS as Anti-Deed-Theft Mechanism

Deed theft typically proceeds through three stages: (1) the fraudster obtains a blank deed form; (2) the fraudster forges the property owner's signature and a notary's seal; (3) the fraudster records the forged deed at the county recorder's office. In many jurisdictions, a recorded deed creates a presumption of valid transfer, and the true owner must pursue litigation to reclaim their property — a process that can take years and cost tens of thousands of dollars.

With a TTS record in place, the chain of spatial truth extends to the blockchain. Any purported ownership transfer must be accompanied by a valid TTS transfer transaction — which requires the transferring party to hold the TTS token and to submit a valid ONCHAINID with a current KYC claim. A forged paper deed cannot initiate an on-chain TTS transfer, and a TTS transfer without a corresponding on-chain transaction is identifiable as fraudulent.

Temporal Anchoring as Evidence

The mint_block timestamp provides irrefutable evidence of a property's ownership state at a specific moment in time. In fraud litigation, the TTS record constitutes documentary evidence that the true owner held the TTS token at block N — which predates any fraudulent transfer claim. Because block timestamps are established by decentralized consensus, no party — including dAPTRA — can alter or backdate a TTS record.

Zero-Knowledge Proof of Ownership

Property owners can prove ownership of a TTS-registered property to any verifying party — a lender, a title insurer, a court — without revealing their private personal information. Using ZK proof generation from their ONCHAINID, an owner can produce a cryptographic proof that they hold the TTS token for a specific parcel ID, verifiable on-chain by any party, without disclosing the owner's real-world identity.

Divergent Ownership Claim Detection

If a fraudulent paper deed is recorded for a TTS-registered property, the divergence between the paper record and the TTS on-chain record is automatically detectable. dAPTRA maintains a monitoring service that cross-references county recorder data (where available via API) with TTS token holdings. When a divergence is detected:

• An automated alert is sent to the TTS token holder via their registered contact
• The divergence is logged as a dispute flag on the TTS record
• dAPTRA's title insurance integration partners are notified, enabling rapid response
• The TTS record and blockchain proof are packaged as a legal evidence bundle for the property owner's use in dispute resolution

Title Insurance Industry Integration

dAPTRA is designed to serve as an infrastructure layer for the title insurance industry rather than to compete with it. Title insurers may access TTS records (for properties where they are granted canton access) to accelerate title searches, reduce underwriting risk, and provide lower premiums for TTS-registered properties. The value divergence report and fraud alert system provide underwriters with data that is not available from any existing source.

Current Organizational Status

dAPTRA is currently incorporated as a Wyoming limited liability company (LLC). This structure was chosen for the standards development phase because it permits rapid decision-making, provides a stable legal entity for IP management, and enables commercial pilot programs that fund standards development. The LLC structure is not intended to be permanent.

Near-Term: Nonprofit Conversion

dAPTRA intends to convert to nonprofit organizational form — likely a 501(c)(6) industry standards organization or a 501(c)(3) if the standards mission is deemed primarily educational and public-benefit — concurrent with the first public review period of dAPTRA-TTS-001. The nonprofit entity will be governed by a multi-stakeholder board as described in Section 10.

Target ISO Committee: ISO/TC 211

ISO/TC 211 (Geographic Information/Geomatics) is the ISO technical committee responsible for the ISO 19100 family of standards, including ISO 19152 (Land Administration Domain Model). dAPTRA intends to submit dAPTRA-TTS-001 to ISO/TC 211 as a proposed New Work Item (NWI) upon completion of the public review process.

The TTS-001 standard is designed to be submitted as a profile of ISO 19152:2012 LADM — a jurisdiction-specific implementation specification that extends the abstract LADM framework with concrete technical requirements for cryptographic anchoring, token-based registration, and identity verification. This approach allows TTS-001 to benefit from LADM's existing international recognition while filling the digital implementation gaps that LADM does not address.

ISO 19152 Alignment

The TTS data record maps to ISO 19152 LADM classes as follows:

Standards Roadmap

Public Comment Period

Prior to ISO submission, dAPTRA-TTS-001 will undergo a 90-day public comment period open to any individual, organization, or government body. Comments will be accepted in English, Spanish, French, and Portuguese. dAPTRA commits to publishing a public disposition of all substantive comments — explaining how each comment was addressed or, if not adopted, the rationale for non-adoption. This process mirrors the IETF RFC process and the W3C Last Call Working Draft process.

Standard Version: dAPTRA-TTS-001

The current document is version dAPTRA-TTS-001, which designates the first version of the Temporal Time Stamp specification. The naming convention is:

dAPTRA-TTS-001
  │       │    │
  │       │    └── Sequence number (001 = first version)
  │       └─────── Standard family (TTS = Temporal Time Stamp)
  └─────────────── Issuing organization (dAPTRA)

Semantic Versioning

Following ratification of TTS-001, subsequent versions will follow a semantic versioning scheme appended to the standard ID:

• Major revision (e.g., dAPTRA-TTS-002): Breaking changes to the data model that are not backward-compatible. Implementations must explicitly migrate
• Minor revision (e.g., dAPTRA-TTS-001.1): Non-breaking additions — new optional fields, new claim types, new approved chains. Existing implementations remain valid
• Erratum (e.g., dAPTRA-TTS-001-E1): Corrections to factual errors or clarifications that do not change the normative requirements. No implementation changes required

Backward Compatibility Requirements

dAPTRA commits to the following backward compatibility guarantees for all minor revisions:

• All TTS records created under a prior version remain valid under subsequent minor revisions
• New optional fields introduced in minor revisions must not be required for validation of prior records
• The daptra_version field in the record identifies the version under which validation should be applied
• The dAPTRA reference validator will support all versions from TTS-001 onward in perpetuity

Governance Board Structure (Planned)

Following nonprofit conversion, dAPTRA will establish a Governance Board with the following composition:

Amendment Process

Proposed amendments to a ratified standard must be submitted to the Technical Committee with:

• A written problem statement identifying the specific inadequacy of the current standard
• A proposed normative change in the standard specification format
• An implementation impact assessment estimating the effect on existing TTS records and implementations
• At least one working reference implementation demonstrating the proposed change

The Technical Committee reviews the proposal within 60 days. Major revisions require a 90-day public comment period before adoption. Minor revisions require 30 days. Errata require only Technical Committee approval.