Walked DePIN Product
Make a physical unit prove itself. Every hand that touches it signs. The label becomes the receipt.
Why should I care?
Five cards that sell the dream
Same five positions. Different seat.
The buyer sees the chain. The builder sees the object model. The outer game and inner game are the same loop — walk one jar, prove the pattern.
How does this get built?
Five cards that sell the process
The pitch is the shape. The flow diagrams prove the thinking. The VV stories validate the value.
Problem
Every premium unit is sold twice. Once by the brand. Once by the buyer who chooses to believe. Ten thousand tonnes of manuka honey sell each year. Seventeen hundred tonnes get produced. The label stopped working.
One jar of honey. One object on chain. One history that cannot be rewritten. The buyer scans. The phone returns the hive, the harvest, the lab, the processor, the shelf. None of it came from the brand.
No per-unit custody product exists on Sui. Operator onboarding is the binding constraint — a beekeeper with a phone must register a hive object in under five minutes. The scan-to-proof path from shelf to chain is unproven at the application level.
Operator onboarding. Move contracts are a known pattern. Dynamic NFTs are a known pattern. A beekeeper registering a hive, signing a harvest, and handing off to a lab — with zero crypto knowledge — is the novel dependency. If operators cannot walk the object, nothing walks.
Scorecard
Priority (5P)
Readiness (5R)
What Exists
| Component | State |
|---|---|
| Move contracts (14 packages) | Partial |
| Frontend (Next.js 15 + dApp Kit) | Working |
| Operator onboarding flow | Missing |
| Lab attestation | Missing |
| QR scan endpoint | Missing |
Frozen Scope
5 feature IDs from Onchain JTBD:
| ID | Capability |
|---|---|
| WCAP-007 | Gas abstraction — sponsored operator transactions |
| WCAP-008 | Seedless onboarding — zkLogin for operators |
| WCAP-011 | Dynamic objects — custody chain visible via scan |
| WCAP-019 | Atomic multi-operation — batch to jar split in one PTB |
| WCAP-020 | Attestation writes — lab signs the batch object |
Relationships
| PRD | Contributes |
|---|---|
| Walked Object (Meta) | The public framing of the walked-unit pattern and why it matters. |
| Food Industry Hub | The industry that goes first — sharpest fraud pain, most mature sensor layer. |
| Sui Protocol | The object model that enforces per-unit custody at compile time. |
| Smart Contracts | Intelligent hyperlinks that carry logic, gates, and measurement. |
| Onchain JTBD | The capability register this PRD advances (WCAP-007, -008, -011, -019, -020). |
Zero walked jars on testnet after 30 days, OR operator registration requires more than 10 CLI commands, OR scan latency exceeds 3 seconds. Kill date: 2026-05-13.
Questions
What would a walked jar need to prove before a Tokyo buyer would trust it more than the brand?
- If operator onboarding is the binding constraint, why are we building Move contracts first — courage or avoidance?
- The split PTB enforces atomicity at compile time — but what class of errors does it NOT prevent?
- If one beekeeper walks one hive end to end on testnet, does that prove the pattern — or just that one beekeeper is tolerant?
- Why does food go first, and what happens to the pattern when it moves to whisky, wool, or carbon?