Warehouse Receipts

Control Desk

OpenETR logo

Work with warehouse receipts in domain terms while the app translates each action into the general OpenETR protocol. This workflow is being built in alignment with the Model Law on Warehouse Receipts (MLWR).

The receipt is a Digital Artifact identified by its digest. Its Anchor Record and later Evidence Events form a Digital Controllable Record (DCR) from which receipt state is derived.

Read-only mode: query receipt DCR evidence and derived state without logging in. Log in to sign records through a warehouse operator or issuer Commitment Profile.

Query Receipt DCR

Upload a warehouse receipt Digital Artifact and verify the OpenETR DCR evidence associated with its digest, including derived holder/controller state and lifecycle state.

Maximum upload size: 10 MiB.

Create Anchor Record

Publish a signed kind 1415 Anchor Record concerning an already-issued warehouse receipt Digital Artifact. The Anchor begins its candidate DCR; later kind 1416 Evidence Events express transfer, pledge, release, presentation, and lifecycle completion.

Maximum upload size: 10 MiB.

Domain Actions

These receipt actions are domain names for signed Evidence Events in an OpenETR DCR. Query or create an Anchor Record first, then use the receipt-state page to transfer, pledge, release, present, or complete the receipt lifecycle.

Recognition Boundary

OpenETR validates DCR evidence and derives consequential receipt state under stated rules. MLWR-style law, local enactment, registry rules, contract, and institutional policy decide legal validity, protected-holder status, pledge effect, priority, warehouse obligations, and final recognition.

OpenETR Trivia

Article 14 says the mere location of supporting information systems does not determine a party’s place of business.