2-Scan Protocol • Receiver Confirms • XP Posts
I Have Proof of Delivery
If you received a package or completed a delivery, this is where truth gets recorded. Scan #2 (receiver acceptance) finalizes the event in the ledger as XP.
Enter the delivery credential
Type or paste the voucher / delivery credential ID from the package or label.
Confirm final destination
Was this the last stop? If yes, settlement can be finalized and recognition can be issued.
Receiver accepts (Scan #2)
This is the anti-fraud moment. No acceptance = no finalized entry.
Recognition: When a delivery is confirmed at the final destination, the system can mint a
New World Penny service award to the final delivery person (and optionally record in-route “handoff” touches).
Scan #2 • Acceptance
Confirm delivery (receiver acceptance)
This is the receiver’s confirmation page. Wire it to your backend endpoint to post the finalized ledger entry. In production, the system should validate: registered device witness, voucher ID, expected receiver, timestamp, and (optional) location if enabled by policy.
Ledger preview (demo)
This shows what a clean, append-only “acceptance event” could look like before it is posted.
{
"type": "POD_ACCEPTANCE",
"voucher_id": "YAM-POD-000123",
"receiver": "Receiver ID",
"final_destination": true,
"condition": "good",
"hands_touched": 1,
"branch": "distribution",
"timestamp": "auto",
"location": "optional",
"recognition": {
"new_world_penny": true,
"awarded_to": "Final Delivery Person"
}
}
Measurement note: XP may be expressed using the reference convention
21,000 YAM = $1 USD for reporting. This is a measurement yardstick for cooperative accounting,
not a custodial promise or immediate redemption guarantee.