Whitepaper
§06
The DEED-1 Standard
Pre-launch
Section
06
DEED-1 Standard
Total
20
Whitepaper sections
Updated
10 Sept 2026
Latest revision
Article Content
The Core Distinction

A smart contract executes an instruction. A DEED-1 settlement records a legal claim. The distinction is the foundation of everything SWSS Chain is built to do.

DEED-1 Is A Settlement Standard, Not A Collectible.

DEED-1 settlements are executed as Type 0x03 SCP Transactions — a proprietary transaction class that exists at the consensus layer of SWSS Chain. It is a transaction class the protocol itself understands, rather than a convention agreed between contracts deployed on one. Type 0x03 SCP Transactions are processed by SAPE before any other transaction class, carry DEED-1 metadata at the wire level, and trigger the Byzantine Fault Tolerant Finality Attestation that generates the Finality Certificate.

No smart contract is required to initiate this process. No external mint operation is required. The settlement is native to the protocol.

DEED-1 is the settlement standard built for SWSS Chain, and it carries full ERC-721 compatibility so that any standard wallet, custody platform or explorer can hold and display a deed. That compatibility is an interface, not the record: ownership is settled by the Type 0x03 SCP Transaction and attested by the Finality Certificate, and nothing done through an ERC-721 tool alters either.

Three-Layer Settlement Architecture

swsschain · deed-1 layers Three, all required

swss deed layers --standard

THE STANDARD DEED-1 Three layers. All three are required for a complete legal settlement. L1 Type 0x03 transaction The canonical settlement record, carrying the full metadata schema and the Finality Certificate. Indexed by the Deed Indexer. L2 Deed record The settled terms: legal owner, jurisdiction, asset reference, dissolution reserve, annual cap and lock status. L3 Wallet interface Standard wallet compatibility, hardware and institutional custody included, without altering the legal record or the certificate.

The third layer is the one most often mistaken for the instrument. It is a compatibility surface: a wallet reads the deed through it, and nothing a wallet does there changes the settlement record or the certificate beneath it.

DEED-1 operates across three integrated settlement layers. Each layer serves a distinct function. All three are required for a complete legal settlement.

L1 Type 0x03 SCP Transaction The canonical settlement record. A native SWSS Chain transaction processed by SCP consensus, carrying the full DEED-1 metadata schema: deed identifier, asset reference, legal owner, jurisdiction code, institutional signature, metadata hash, and Finality Certificate from Byzantine Fault Tolerant Finality Attestation. Indexed by the SWSS Deed Indexer and permanently legally credible.
L2 DEED-1 Ownership Record Records the settled terms of the deed: deed identifier, legal owner, jurisdiction code, asset reference, dissolution reserve in SWSS Coin, annual cap, and lock status. The formal record that financial counterparties, legal instruments and administrative processes reference — and it records who holds the deed, never a share of the property.
L3 ERC-721 Wallet Compatibility Interface Implements ERC-721, providing compatibility with standard wallet infrastructure, including hardware wallets, mobile wallets and institutional custody platforms, without altering the legal settlement record or modifying the Finality Certificate. Holders access their deed records through this layer without modifying their existing infrastructure.

The Dissolution Reserve

At the moment of deed settlement, a defined quantity of SWSS Coin is cryptographically committed to the deed record at the consensus layer. This quantity — calculated from the asset valuation at settlement — constitutes the deed's dissolution reserve. It is the amount of SWSS Coin returned to the deed holder upon lawful dissolution under the DEED-1 Standard. The dissolution reserve is immutable from the moment of settlement and is publicly verifiable on-chain.

The Authenticated Settlement Memo

DEED-1 deed settlements carry an optional authenticated private annotation — a settlement-specific record visible only to the deed holder and parties granted explicit access under SWSS Chain's three-tier deed record access architecture, which builds on zero-knowledge settlement privacy. This annotation is included in the cryptographic commitment of the deed settlement and is permanently associated with the Finality Certificate. No external party can access or modify this record without the deed holder's explicit authorisation.

DEED-1 Deed Classes

Deed Type Asset Class SCP Transaction Availability Settled Through
Home Deed Real Estate Type 0x03 Live SWSS RWAX
Compute Deed GPU Compute Infrastructure Type 0x03 Q2 2027 SWSS RWAX
AI Agent Deed Artificial Intelligence Agents Type 0x03 Q4 2026 SWSS RWAX
BizDeed Hospitality Occupancy Revenue Type 0x03 Planned SWSS RWAX
AI Agent Identity Agent registration, one record per agent Type 0x04 Q4 2026 SWSS AI OwlX v1

The two transaction classes are not interchangeable and are frequently confused. Type 0x03 carries every settled deed, including the investable AI Agent Deed. Type 0x04 carries the agent's identity record, one per agent, which is a registration rather than an instrument and is not offered for sale. An integrator querying the wrong class receives the wrong records.

Every deed class is issued through SWSS RWAX, the Foundation’s asset registry, and the asset class is carried by the deed prefix rather than by a separate registry for each kind of asset. One registry issuing every class is what allows a new class to be added by protocol release rather than by standing up another system to hold it. The BizDeed is shown as planned for that reason: the class is being built, the deed schema registry does not yet carry a prefix for it, and no identifier is printed here until it does — a document that publishes an identifier the network does not recognise is one the network can contradict. The AI Agent Identity record is the exception in this table because it is not a deed: it is submitted to the chain from the platform that operates the agent, and it is never issued as an instrument.

The on-chain deed schema registry extends beyond the classes listed above. New classes are added by protocol release and are readable from SWSS Chain itself, so an integrator resolves a deed class from the registry rather than from this table.

Finality Certificate Standard

Every block that settles deeds produces a Finality Certificate, a multi-party cryptographic attestation signed by the active validator set under aggregate signature, so the certificate stays constant in size however large that set grows. The deed settlements in the block are committed to a Merkle root, and each settlement proves its inclusion against that root, so one certificate covers the block and every deed carries its own proof. The certificate is permanently recorded on SWSS Chain, publicly verifiable at swssscan.swss.io, and cannot be altered, revoked, or overwritten.

Legal Instrument

The Finality Certificate is a legal instrument, not a database entry. It is the output that property registries, institutional counterparties, and cross-border legal frameworks can recognise. No other public blockchain produces it.

Frequently Asked Questions
9 questions
Q01

Is DEED-1 an NFT?

No. DEED-1 is not an NFT and not a collectible standard. The canonical record is a native Type 0x03 transaction class at the consensus layer, which carries settlement metadata at the wire level and requires no smart contract to initiate. DEED-1 does carry full ERC-721 compatibility, so any standard wallet, custody platform or explorer can hold and display a deed, but that interface reflects ownership rather than conferring it.
1 of 9