Federated Sovereign Transport Protocol (FSTP): Verifiable Coordination Without Disclosure
This paper introduces the Federated Sovereign Transport Protocol (FSTP), a Rust-enforced synchronization layer for federated networks that structurally guarantees data confinement, unlinkable identities, and tamper-evident logging to enable verifiable coordination without exposing internal node data.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine a group of different organizations—like a union, a political party, and a regulated bank—wanting to work together on a big project. They need to coordinate and prove they did their part, but they are legally or ethically forbidden from sharing their private internal documents (like member lists, secret votes, or internal meeting notes) with each other.
Current systems for connecting these groups are like a "glass house." If you send a message, the other side can see the envelope, and if they are sneaky, they might peek inside the letter even if you didn't mean for them to. They rely on a "honor system" where the other server promises not to look.
This paper introduces FSTP (Federated Sovereign Transport Protocol), a new way for these groups to talk that turns the honor system into a structural lock. Here is how it works, using simple analogies:
1. The "Strict Gatekeeper" (The Synchronization Agent)
Think of each organization's computer as a fortress. Inside, they have two rooms:
- The Vault: Where all the secret, raw data lives (membership lists, votes).
- The Mailroom: Where official, public messages are prepared.
In old systems, a worker could accidentally (or on purpose) grab a document from the Vault and put it in the Mailroom. In FSTP, the "Mailroom" is guarded by a Strict Gatekeeper (called a Synchronization Agent).
This Gatekeeper isn't just a security guard who checks IDs; it's like a factory machine built with a specific mold. The machine is designed so that only specific, pre-approved shapes (like "Event Hashes" or "Verifiable Credentials") can fit into the output slot. If someone tries to force a "Secret Document" (which is the wrong shape) into the machine, the machine physically jams and refuses to run.
The paper explains that this isn't a rule the workers have to remember; it's built into the code itself. If the code tries to send a secret, the computer compiler (the machine that builds the software) stops it before the software even starts. It's impossible to accidentally leak data because the "wrong shape" simply cannot exist in the outgoing message.
2. The "Disposable Mask" (Contextual Identity)
Usually, if you talk to two different groups, they can figure out you are the same person because you use the same name or ID. This is like wearing your face in every room you enter.
FSTP gives every organization a Magic Mask Maker.
- When you talk to the Union, you wear a mask that says "Union Member."
- When you talk to the Bank, you wear a completely different mask that says "Bank Client."
These masks are mathematically linked to your real identity, but they look completely different to anyone else. Even if the Union and the Bank compare notes, they cannot tell that "Union Member" and "Bank Client" are the same person. This prevents "context collapse," where your private life in one group accidentally gets mixed up with your public life in another.
3. The "Tamper-Proof Ledger with Eraser" (Blocklace)
To prove they did their work, organizations need a shared history log. Usually, these logs are like a chain of paper links. If you want to erase a piece of paper from the middle of the chain, you have to cut the chain, which breaks the whole thing. This makes it impossible to delete private data while keeping the record of that data existed.
FSTP uses a system called a Blocklace, which is more like a tree of hanging tags.
- Each tag points to the one before it with a string.
- If you need to delete a private document (like a name from a list), you don't cut the string. You just burn the paper inside the tag.
- The tag itself remains hanging on the tree, still connected to the rest of the chain.
This is called a "dangling pointer." The record proves that something happened at that time, and the chain remains unbroken and tamper-proof, but the actual private content is gone forever. This allows organizations to satisfy laws that say "delete my data" without breaking the proof that the event happened.
The Result: "Proof Without Exposure"
The paper claims that with these three tools, an outside auditor can walk up to the group and say:
"I can see that the Union voted, the Bank voted, and you both agreed on a result. I can verify your signatures and that the chain hasn't been tampered with."
But the auditor cannot see what the Union voted on, who voted, or what the Bank's internal notes said. The organizations get the benefit of working together and proving their integrity, without ever having to show their private cards to the table.
Why This Matters
The paper notes that this isn't just a theory; it's being built into a real platform called Velyzor for institutions that need high security. The code is open-source, meaning anyone can check the "Strict Gatekeeper" to ensure it really does what it says.
In short: FSTP builds a bridge between private islands where you can shake hands and exchange sealed envelopes, but no one can ever see what's inside the envelopes unless the owner chooses to open them.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.