The technical
layer.
How PS.ai actually works under the hood — namespaces, non-transferable identity tokens, consent state, license envelopes, receipts, platform DNS, model registry, settlement. This is the developer and compliance-buyer view. Performers do not need to read this page to be protected by it.
PS.ai operates a three-layer namespace stack covering identity, platform DNS, and settlement. The substrate is owned by PS.ai and cannot be cloned without acquiring the underlying namespace assets.
Every identity at [name].id.pornstar is a non-transferable on-chain token cryptographically bound to the performer's wallet at mint.
Six states. Each maps to a deterministic platform action. Deny-by-default — if the namespace returns unknown, platforms must treat it as opt_out.
When consent state is permitted or restricted, the namespace returns a signed license envelope. The envelope defines, machine-readably, what is allowed.
{
"license_id": "lic_...",
"namespace": "lana.id.pornstar",
"holder": "company.api.pornserver",
"allowed_uses": ["image_generation", "video_generation"],
"prohibited": ["training_new_model", "third_party_syndication"],
"territory": ["US", "CA", "UK"],
"duration_start": "2026-05-15T00:00:00Z",
"duration_end": "2027-05-15T00:00:00Z",
"royalty_split": { "performer": 0.70, "platform": 0.20, "protocol": 0.10 },
"revocable": true,
"status": "active",
"signature": "ed25519:..."
} Envelopes are signed at issuance. Platforms verify signatures before honoring the license. Tampering breaks the signature.
Every consent query produces a signed, timestamped, hashed receipt — the compliance artifact platforms hold for audit, legal review, and regulatory inquiry.
{
"receipt_id": "rcpt_...",
"timestamp_utc": "2026-05-15T00:00:00Z",
"requester": "studio.api.pornserver",
"subject": "lana.id.pornstar",
"action_requested": "image_generation",
"consent_result": "permitted",
"license_id": "lic_...",
"record_hash": "sha256:...",
"signature": "ed25519:..."
} Each integrating platform receives a dedicated subtree under .pornserver. Service hostnames are illustrative — platforms choose which services they operate.
LoRA and fine-tune model creators register their work in the PS.ai model registry. Each registered model is a licensable asset with its own consent envelope, royalty terms, and on-chain ownership record.
A platform generating content from a registered model must clear both rights layers in a single consent query: the performer identity at [name].id.pornstar (if the model is trained on a real person) AND the model license from the registered creator. Royalties split per the license terms.
{
"model_id": "model_...",
"creator": "creator_handle.id.pornstar",
"model_type": "lora",
"base_model": "flux-dev",
"model_hash": "sha256:...",
"trained_on": ["lana.id.pornstar"],
"license_required": true,
"commercial_terms": { "rate": 0.02, "currency": "USDC", "min_per_use": 0.10 },
"royalty_split": { "performer": 0.40, "creator": 0.40, "protocol": 0.20 },
"status": "active"
} Models trained on real performers are linked at the registry level. The performer's identity record is the source of truth for their consent; the model license is the source of truth for the creator's terms. Both verify in a single API call.
Want a sandbox key
or a deeper brief?
Platforms request sandbox access. Investors request the data room. Performers reserve their name.
