Well since this isn't a application I would say there's some work you need to do first. A good place to start is in this documentation: https://github.com/pablo-chacon/camo/blob/main/docs/mobile_onion_routing_spec.md
For something more "out of the box", I'm working on something but it's a different layer... And I have a few quirks to work out first.
Technically: yes. The ERC primitive can act as a verification key. All identity data stays off-chain at the platform layer. The protocol anchors the proof, not the data. That said it's possible if done with discipline and no PII on-chain. Similar like in the CUT protocol, the token isn't access to the files, it's authorization to access the decryption key of the files. 👍
As your joke about github vs privacy, I fully agree. But I did this a certain way of several reasons, all design choices has a explanation if you read the docs. And one is the transparency, it's like 3 clicks then you could verify. It wasn't about my privacy in relation to the code, it's privacy regarding real world/"titts-for-tatts"/seller-buyer transactions. But in general my imposter syndrome doesn't like to much discussions in forums. So I'm pretty good at "post&run" to quietly watch on a distance like a creep. And that's pretty much what you could expect from me.
Before dismiss anything based on assumptions it is actually possible to verify that this isn't a AI account. Knowing is better then assuming. 😉 In opposite to a "AI-account" I'm not good at human interaction. Always same result: they're looking at me, nod their head like they understand. But I see in their eyes they don't. I just hope that others understand what I'm trying to communicate. But on the other hand the "good catch" is very AI-suspicious. How can I know you're not 2 AI-accounts that want this dismissed?
Thanks for the link fix, and the appreciation.
Existing platforms settle real-world transactions too, but the rails they run on are owned and operated by someone. That operator can raise fees, gate access, extract data, be acquired, be regulated into compliance, or be pressured by any sufficiently motivated actor. The settlement behavior is only as neutral as the operator chooses to be. These protocols have no operator. The fee is immutable at the protocol layer. The contracts are deployed with renounced ownership. There is no entity that can modify the behavior, no platform that can be captured, and no intermediary between the user and the settlement rail.
Thanks I'll check it out. 😀
I understand the skepticism and it's justified, NFTs have gotten a bad rep. =) Personally, I never speculated on NFTs. It’s never been my thing. But the tech itself? Solid. It’s just been misused.
Just because a technology gets applied poorly doesn’t make it inherently bad. This is why I think they're perfect for this use case:
An NFT is just a digital record of ownership for something non-fungible (i.e., unique and indivisible). Unlike fungible tokens like ETH or BTC (which you can split or mix), an NFT always refers to one unique thing.
In the case of DeDe, the NFT represents a parcel, not a jpg, not art. The NFT holds metadata like:
Parcel ID
Lifecycle state (e.g. Created, PickedUp, Delivered)
Reference to encrypted pickup/dropoff info
It’s not trying to “put the package on-chain,” just anchor its identity and state in a verifiable, tamper-proof way. If someone tries to fake a parcel NFT, the metadata won’t match, you’ll instantly detect it as invalid. This is way harder to spoof than a PDF shipping label or a database entry.
Same tech could be used for:
Title deeds
Car ownership
Event tickets
Access credentials
So yeah, NFT hype was a mess, but the primitive itself is useful when applied to real-world logistics, ownership, and transfer.
Thanks for the thoughtful critique. Some clarification to help:
DeDe isn’t trying to replace FedEx/UPS/USPS.
DeDe is not a platform or an app. It’s a protocol, closer to TCP/IP than Uber.
It handles one function only:
escrow -> pickup -> dropoff -> finalize
Everything else (matching, identity, trust, messaging, routing) is off-chain, by design. That separation is what preserves privacy and prevents metadata leakage.
What problem DeDe actually solves
Not postal logistics, those require fleets, warehouses, and fixed infrastructure.
DeDe addresses the centralized crowdshipping model used by Uber/Doordash/Amazon Flex:
• zero privacy • centralized control • data extraction and surveillance • wage manipulation • platform lock-in • mandatory identity • opaque matching
DeDe gives communities the same underlying mechanics of crowdshipping without a corporation in the middle collecting or exploiting sender/carrier/destination data.
No tracking, no identity, no metadata
Parcel NFTs only encode:
• parcel ID • escrow amount • lifecycle state
No names, addresses, routes, timestamps, or identities. All sensitive information stays off-chain.
DeDe doesn’t broadcast parcels, seek couriers, or coordinate delivery. It only settles funds trustlessly.
No token, no speculation
• no governance token • no staking token • no inflation • no “earn crypto for nothing” • no VC angle
Ethereum is used strictly as a neutral, permissionless escrow layer.
In short
DeDe is a tiny, open, neutral settlement rail for P2P delivery, just infrastructure communities can use or ignore as they like.
Regarding environmental footprint:
Blockchain environmental impact depends on how electricity is produced, not on the existence of computation itself. Electricity demand has been rising for decades, long before blockchains or AI, and will continue to do so.
If critical economic infrastructure depended on abundant, cheap green power, it would create a strong incentive for energy producers to scale sustainable sources faster. The largest investors in green energy today are still heavily tied to fossil fuels, so shifting economic incentives can help accelerate the transition.
Actually I never thought about it. That's a good idea. Thanks. =) But all the data about the project needed is in:
I recently added a cwtch-sidecar implementation template in the substrate repo. Hope it's interesting.