DEV Community

Nicola Lorenzini
Nicola Lorenzini

Posted on

πŸ§ͺ **DEV LOG β€” From a Physical Kefir Handover to a Verified Digital Record**

πŸ§ͺ DEV LOG β€” From a Physical Kefir Handover to a Verified Digital Record

Today we completed another real-world test inside the MyZubster pilot.

This time, the starting point wasn't a mock transaction or test data.

It was an actual physical handover of kefir.

The goal was simple: follow the event from the real world into MyZubster and verify every state without claiming anything the system couldn't prove.

πŸ₯› 1. Physical handover

The kefir was handed over in person.

The handover was created with:

method: HAND_DELIVERY

and the process moved through the physical delivery stage:

HANDED_OVER

πŸ§‘β€πŸ’» 2. Testing the recipient flow

Then we tested the digital confirmation from the recipient account.

During the first attempt, the system returned:

HTTP 403 β€” Solo il donatore puΓ² confermare la consegna

Instead of bypassing the error, changing data, or pretending the operation had succeeded, we stopped and documented it.

That became part of the pilot evidence.

After the role/action flow was verified, the recipient confirmation succeeded and the handover reached:

RECEIVED

βœ… 3. Digital record completed

The final operation successfully moved the handover to:

RECORDED

The resulting record reported:

success: true

paymentRequired: false

state: RECORDED

Most importantly:

onchainRecorded: false

That last field matters.

RECORDED does not mean β€œrecorded on blockchain.”

It means the handover has been digitally recorded inside MyZubster.

No blockchain transaction is being claimed because there is no verified on-chain transaction to prove.

πŸ”Ž What we actually verified

The real flow we were able to complete was:

physical handover β†’ HANDED_OVER β†’ RECEIVED β†’ RECORDED

We also verified that:

βœ… the transfer was a hand delivery
βœ… the recipient could confirm actual receipt
βœ… no payment was required
βœ… the digital handover record was completed
βœ… role permissions were enforced by the backend
βœ… an incorrect operation produced an HTTP 403 instead of silently succeeding
βœ… the final record explicitly reports that it was not recorded on-chain

This is exactly why real pilots matter.

A demo can show the happy path.

A pilot reveals what actually happens when real people, real roles, real objects, permissions, APIs, and application state meet.

And when something breaks, the error itself becomes useful evidence.

Our rule remains the same:

build β†’ test β†’ observe β†’ document β†’ fix β†’ verify.

And another rule is becoming just as important:

Don't call something blockchain until the blockchain evidence actually exists.

Today we didn't mint an NFT.

We didn't simulate a transaction.

We didn't need a payment.

We proved something simpler β€” and real:

a physical handover can move through a verifiable digital lifecycle inside MyZubster.

Next step: keep connecting these real-world pilot events with the broader MyZubster Γ— Zorgax Γ— Nico Comics ecosystem, while maintaining the same evidence-first approach.

πŸ§‘β€πŸ’» N4K48 Γ— MyZubster β€” Pilot 2026

MyZubster #N4K48 #BuildInPublic #DevLog #SoftwareDevelopment #API #Zorgax #Blockchain #WebDevelopment #DigitalIdentity #OpenSource

Top comments (0)