Multi-Party Computation Linkage is a cryptographic protocol enabling a consortium of three or more parties to jointly execute entity resolution across their siloed databases. Unlike two-party Privacy-Preserving Record Linkage (PPRL) schemes, this architecture distributes the computation such that no single party learns the plaintext identifiers of any other party's records. The protocol leverages secure multi-party computation (SMPC) primitives—including secret sharing, garbled circuits, and oblivious transfer—to compute matching functions directly on encrypted or secretly shared data, ensuring that only the final, agreed-upon matching record identifiers are revealed to authorized recipients.
Glossary
Multi-Party Computation Linkage

What is Multi-Party Computation Linkage?
Multi-Party Computation Linkage is a privacy-preserving record linkage protocol that extends secure entity resolution to three or more data custodians, allowing a consortium to collaboratively identify matching records across their distributed databases without any party revealing its private input data to the others.
The core technical challenge addressed by Multi-Party Computation Linkage is scaling private blocking and secure similarity computation—such as secure edit distance or Private Set Intersection Cardinality (PSI-CA)—across multiple mutually distrusting data custodians without a trusted third party. The protocol typically employs a combination of hardened Bloom filter encodings or Cryptographic Longterm Keys (CLKs) for initial data transformation, followed by distributed Felligi-Sunter probabilistic matching evaluated within an SMPC framework. This approach is critical for multi-institutional healthcare consortia and financial crime intelligence networks where collaborative golden record creation is essential but direct data sharing is legally prohibited.
Key Features of MPC Linkage
Multi-Party Computation Linkage extends secure entity resolution beyond two parties, enabling a consortium to collaboratively identify matching records without any participant exposing their raw identifiers to peers or a central broker.
Secret-Shared Circuit Evaluation
The core cryptographic engine of MPC linkage. Each party splits its private identifiers into secret shares and distributes them. The linkage logic—often a Felligi-Sunter probabilistic model or a deterministic match key—is compiled into a Boolean or arithmetic circuit. Parties jointly evaluate this circuit on the shared fragments, learning only the final match result and nothing about non-matching records. This eliminates the single point of failure inherent in trusted third-party models.
Consortium Governance & Topology
MPC linkage supports flexible network topologies beyond simple pairwise connections:
- Star Topology: A central hub coordinates the computation, but only sees secret shares, not plaintext.
- Fully Connected Mesh: All parties communicate directly, increasing resilience but adding communication overhead.
- Hierarchical Topology: Sub-groups perform local linkage before passing encrypted intermediate results to a global resolver. This allows a consortium of hospitals, for example, to agree on a common governance model that matches their regulatory trust framework.
Private Blocking at Scale
Comparing every record across all parties is computationally infeasible. MPC linkage integrates private blocking to reduce the quadratic search space without leaking similarity. Techniques include:
- Locality-Sensitive Hashing (LSH) on secret-shared Bloom filters to cluster likely matches.
- Private Set Intersection Cardinality (PSI-CA) to identify blocks with overlapping records before full comparison.
- Reference Value Encoding where parties map records to a common, pre-agreed reference table using secure protocols. This ensures the MPC circuit only evaluates high-probability candidate pairs, making consortium-wide linkage practical.
Adversarial Robustness & Fairness
Standard two-party PPRL assumes semi-honest participants. MPC linkage for consortia must harden against malicious adversaries who may deviate from the protocol to learn others' data. Defenses include:
- Commitment Schemes: Parties cryptographically commit to their inputs before the protocol begins, preventing later manipulation.
- Zero-Knowledge Proofs: Each party proves in zero-knowledge that they correctly executed their step of the circuit without revealing their secret state.
- Fair Output Delivery: Protocols ensure that if any party learns the output, all honest parties do, preventing an abort-and-learn attack.
Threshold Decryption & Output Control
The final match results are encrypted under a threshold public key. Decryption requires a quorum of parties to contribute their key shares. This prevents any single entity from unilaterally viewing the linked records. The consortium can set the threshold—e.g., requiring 7 of 10 hospitals to agree before the matched patient cohort is revealed. This cryptographically enforces the data use agreement and is critical for compliance with regulations like GDPR's data minimization principle.
Performance & Communication Trade-offs
MPC linkage introduces significant overhead compared to cleartext matching. Key bottlenecks:
- Communication Complexity: The number of rounds scales with circuit depth. WAN latency between consortium members can dominate runtime.
- Circuit Depth: Complex fuzzy matching like Jaro-Winkler or edit distance requires deep circuits. Approximations like Dice coefficient on n-grams are often preferred for efficiency.
- Hardware Acceleration: Modern implementations leverage AES-NI instructions and GPU-accelerated oblivious transfer extensions to make consortium-scale linkage feasible for millions of records.
Frequently Asked Questions
Clear, technical answers to the most common questions about extending privacy-preserving record linkage to three or more parties using secure multi-party computation protocols.
Multi-party computation (MPC) linkage is a privacy-preserving record linkage protocol that enables three or more data custodians to jointly identify matching records across their disparate databases without revealing any individual-level plaintext data to one another or to a central coordinator. Unlike two-party protocols, MPC linkage distributes the computation across all participants using cryptographic secret sharing. Each party splits its encoded identifiers into random shares and distributes them among the other parties. The matching algorithm—often a private set intersection or secure edit distance computation—is then executed collaboratively on these shares. No single party ever holds enough information to reconstruct the original identifiers. The final output reveals only the set of matching record identifiers to authorized recipients, ensuring that non-matching entities remain completely hidden. This architecture eliminates the need for a trusted third party, making it ideal for consortia in healthcare, finance, and government where mutual distrust exists.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Multi-Party Computation Linkage extends privacy-preserving record linkage to consortium settings. The following concepts form the cryptographic and algorithmic foundation for linking records across three or more parties without exposing individual-level data.
Secret Sharing
The foundational cryptographic primitive that underpins MPC linkage. A secret value—such as a record identifier or match key—is split into shares distributed among participating parties. No single share reveals anything about the original secret. Computation proceeds on the shares themselves, with the final result reconstructed only when a threshold of parties combines their shares. Common schemes include Shamir's Secret Sharing and additive secret sharing over finite fields.
Garbled Circuits
A two-party protocol generalized to the multi-party setting for secure function evaluation. The linkage logic—such as edit distance or Jaccard similarity—is compiled into a boolean circuit. One party 'garbles' the circuit by encrypting each gate's truth table. Other parties evaluate the garbled circuit obliviously using their private inputs, learning only the final match decision. Yao's Garbled Circuits form the basis, with extensions like BMR for multi-party settings.
Oblivious Transfer (OT)
A critical building block where a sender transmits one of many pieces of information to a receiver, but remains oblivious to which piece was selected. In MPC-based record linkage, OT enables parties to privately look up and compare encoded identifiers without revealing which records they are querying. OT extension techniques dramatically reduce the number of expensive public-key operations required, making large-scale linkage feasible.
Honest-Majority vs. Dishonest-Majority
The security model defining how many parties an MPC protocol tolerates as corrupted or malicious. In honest-majority protocols, more than half the parties follow the protocol correctly—common in three-party linkage with one trusted auditor. Dishonest-majority protocols remain secure even if all but one party is corrupted, using techniques like SPDZ with message authentication codes (MACs) to detect cheating. The choice directly impacts computational overhead.
Private Set Intersection (PSI)
A specialized MPC protocol that allows multiple parties to compute the intersection of their private datasets without revealing elements unique to any party. In consortium linkage, PSI serves as a private blocking mechanism: parties first identify which encoded identifiers appear across all databases before performing more expensive pairwise comparisons. Circuit-based PSI and Diffie-Hellman-based PSI offer different efficiency-security tradeoffs.
Arithmetic Secret Sharing
A variant of secret sharing where values are split over a finite field (e.g., modulo a prime), enabling addition and multiplication directly on shares. In MPC linkage, similarity scores like weighted field agreement are computed as arithmetic circuits. Beaver triples—pre-computed correlated randomness—allow efficient multiplication of shared values without interaction. This approach underpins protocols like SPDZ and BGW used in production PPRL systems.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us