Protocol / Future / Proxy Re-Encryption (Deprecated)
plannedLayer 1 · Protocol

Proxy Re-Encryption (Deprecated)

The LIT-Protocol-style proxy re-encryption approach to sharing encrypted data — cut from v1 and replaced by threshold decryption.

Proxy Re-Encryption (Deprecated)

Proxy re-encryption was the earlier, now-dropped approach to sharing encrypted space data: a node would re-encrypt ciphertext from the owner's key to a delegate's key (the LIT Protocol model) so a recipient could decrypt without the owner ever sharing a master key. It was cut from v1 and replaced by threshold decryption.

Why it was dropped

The v1 encryption networks redesign is a hard break: the README states v1 has no node-side encrypt API, no envelope CRUD endpoint, and no proxy re-encryption path — encryption is network-scoped and decrypt-only (tinycloud.encryption/decrypt). The sharing problem proxy re-encryption was meant to solve is instead handled by delegatable threshold decryption (ferveo, no blockchain), which keeps decryption capability-gated and splits authority across a node cohort rather than trusting a re-encrypting proxy.

Current status

Deprecated — never implemented in code. No proxy-re-encryption backend ever shipped; the only encryption backend implemented is the user-bound one (see user-bound decryption).

Drift

The whitepaper Appendix L "Vault" still describes an encrypt + proxy-re-encryption / reencrypt model, and implementation-status.md still lists a reencrypt ability as "not yet implemented" — both predate the decrypt-only rewrite and are out of date. This spec-vs-code divergence is tracked in contradictions.

See also

Replaced by threshold decryption (and its future-direction note). Sits in Layer 1; see the roadmap.

Sources

  • whitepaper: appendix/appendix-l-system-spaces.md ("Vault"; encrypt + re-encrypt — stale); README.md §4 (decrypt-only hard break)