Protocol / Privacy
Private by construction, not by obfuscation
Most payment privacy is a layer added on top of publication. Shift removes the publication step, which is a different and considerably stronger kind of quiet.
Every blockchain is a public database
This is not a criticism, it is the specification. A blockchain prevents double-spending by having a large number of independent parties check every transaction. To check it, they must see it. Publication is not an unfortunate side effect of decentralisation — it is the mechanism by which decentralisation works.
The consequence is a permanent, globally readable record of financial behaviour, indexed and cross-referenced by an entire commercial chain-analysis industry. One address reused once, one exchange withdrawal, one public donation, and a pseudonymous history collapses into an identified one — retroactively, across everything that address ever touched.
The structural point
Privacy techniques layered on a public chain are working against the grain of the system they run on. The data is still published; it is merely encrypted or mixed. That protection lasts exactly as long as the cryptography does, and the ciphertext is archived forever by everyone.
A protocol with nothing to publish
Shift removes validators entirely. There is no node set, no consensus round and no chain of blocks, because double-spending is prevented at the device rather than by agreement. A signing key is irreversibly encumbered the moment it signs, so it physically cannot sign twice, and remote attestation lets the recipient verify that this happened inside untampered hardware.
In the base protocol, a complete transfer looks like this:
- —The sender asks the recipient for an address and an attestation report proving it came from compliant hardware.
- —The sender's device verifies the report, signs the transfer, and encumbers the key.
- —The signed transaction and a fresh attestation report go to the recipient's device.
- —The recipient's device verifies both and accepts the transfer as final.
Count the third parties in that list. There are none. The transfer is settled between two devices, and the set of entities that learn about it is exactly the set of entities involved in it — which is the property physical cash has always had and no digital payment system has managed to keep.
Single-use keys and fresh addresses
Chain analysis on public networks is largely the study of address reuse. Cluster the addresses, cluster the person. Shift’s key model closes that avenue as a byproduct of how it prevents double-spends rather than as a privacy feature bolted on afterwards.
- —Every key signs once. After signing, encumbrance is irreversible. There is no such thing as a long-lived Shift address accumulating a history.
- —Change moves to a new address. Because the input key is spent in full and then burned, change must go somewhere fresh, generated by the device.
- —Keys never leave the chip. They are generated and sealed in secure memory and cannot be read or exported, by you or by anyone with the device in hand.
What the hardware keeps private
Shift’s threat model assumes the adversary has full physical access to both the hardware and its software, since every user holds their own device. That assumption shapes what the chip is asked to do — and what it is deliberately not asked to do.
Non-extractable keys
Private keys are generated inside the secure element and never exposed to the host, the user, or any external client. Signing happens in the chip; only the signature comes out.
Physically unclonable identity
The roadmap anchors the attestation key in a physical unclonable function — manufacturing variation unique to a single die. The key is derived from the chip itself, so there is no master copy held by a manufacturer that could be compelled, leaked or stolen wholesale.
No custodian, no cloud
There is no server in the transaction path, so there is no operator with a queryable database, no jurisdiction to serve a subpoena on for transfer records, and no breach that exposes a population’s payment history at once.
The hardened variant and its cost
The whitepaper does not pretend the base design is the end of the story. Its most serious attack is attestation key extraction: an adversary who pulls that key from a chip can impersonate honest hardware and mint money from nothing.
The hardened protocol answers this by requiring each transaction to carry an on-chain reference to where the funds came from, posted to a public bulletin board. Money invented out of thin air has no legitimate provenance to point at, the recipient can cross-check, and the rogue device is removed from the chain of trust. It works — and it costs something specific.
Stated plainly in the whitepaper
Because every transaction must be posted to the bulletin board, the privacy properties of the original design are no longer guaranteed. The proposed remedy is a zero-knowledge construction in the lineage of Zerocash: the sender proves the coin being spent is among those on the board without revealing which one.
So the honest summary is a spectrum, not a slogan. The base protocol publishes nothing. The hardened protocol trades some of that for resilience against a chip break, and aims to buy it back with zero-knowledge proofs. Which point on that spectrum ships depends on how good the available hardware is — the same dependency that governs the rest of the roadmap.
Where the privacy actually comes from
| Public chains | Shift | |
|---|---|---|
| Transaction data | Broadcast to every node | Sent to the recipient only |
| Permanent record | Yes, globally replicated | None in the base protocol |
| Address reuse | Common, and the basis of clustering | Impossible — keys are single-use |
| Privacy method | Obfuscate what was published | Do not publish |
| Key custody | Software wallet or custodian | Sealed in hardware, non-extractable |
| Who can be compelled | Operators, indexers, exchanges | No operator sits in the path |
What this page is not claiming
- —Privacy is not anonymity. Shift limits who learns about a transaction to the parties in it. The parties still know each other, and network-level metadata from whatever channel their devices use is out of scope.
- —The hardened variant is weaker. Anything posted to a bulletin board is public until a zero-knowledge layer is actually shipped.
- —This describes a protocol, not a product in your hands. The hardware Shift specifies does not yet fully exist; the whitepaper lays out a multi-year path toward chips that are both crypto-physically secure and remotely verifiable.
- —The website is a separate matter. Waitlist, order and shipping data collected by shiftfdn.com is ordinary business data, handled as described in the privacy policy. Nothing about the protocol changes that.
Frequently asked questions
Is a Shift transaction visible to anyone else?
In the base protocol, no. A transfer is an exchange between the sender's device and the recipient's device: an address request, a signed transaction, and attestation reports verified locally. There is no broadcast step, because there is no network of validators that needs to see it.
How is that different from a privacy coin?
Privacy coins publish every transaction and then use cryptography to obscure what was published. Shift does not publish in the first place. The distinction matters because obscured public data stays public forever and only stays obscured while the cryptography holds.
Are Shift addresses reusable?
No. A signing key is irreversibly encumbered the moment it signs, so every key is used exactly once and any change from a spend must go to a freshly generated address. Address reuse — the single largest source of chain-analysis linkage on public blockchains — is structurally impossible.
Can Shift see my transactions?
The protocol gives Shift no position from which to observe a transfer. Private keys are generated and sealed inside your device and can never be read or exported, and there is no server in the transaction path. Separately, the shiftfdn.com website does collect ordinary details such as waitlist and shipping information — that is covered by the privacy policy and is unrelated to the protocol.
Does the hardened version of the protocol break privacy?
It weakens it, and the whitepaper says so directly. The hardened design posts transaction data to a public bulletin board to defeat attestation key extraction, and once data is on a bulletin board the original privacy properties no longer hold. The proposed remedy is zero-knowledge proofs in the style of Zerocash, letting a sender prove the coin being spent is one of those recorded without revealing which.
Is this anonymity?
No, and the difference is worth keeping straight. Shift limits who learns about a transaction to the two parties in it. It does not attempt to hide the parties from each other, and it makes no claim about the metadata of whatever channel two devices use to reach one another.