Oblivious Transfer (OT) Extension is a cryptographic protocol that dramatically reduces the computational cost of performing a large number of Oblivious Transfers. It achieves this by executing a small, fixed number of 'base' OTs using expensive public-key cryptography, and then extending these into an arbitrary number of effective OTs using only cheap, fast symmetric-key operations like hash functions and pseudorandom generators.
Glossary
Oblivious Transfer Extension

What is Oblivious Transfer Extension?
A protocol that efficiently extends a small number of base oblivious transfers into a large number of OTs using only fast symmetric-key cryptography.
The foundational protocol, introduced by Ishai et al., leverages a random oracle model or correlation-robust hash functions to ensure security. This technique is a cornerstone of practical secure multi-party computation (MPC), as it transforms OT from a theoretical bottleneck into a viable primitive for high-throughput applications like private set intersection and secure neural network inference, where millions of OTs may be required.
Key Features of OT Extension
Oblivious Transfer (OT) extension is a foundational protocol that amplifies a small number of expensive base OTs into a massive number of OTs using only cheap symmetric-key operations. This breakthrough transforms OT from a theoretical bottleneck into a practical, high-throughput primitive for secure computation.
Base OT Foundation
The protocol bootstraps from a small number (typically 128 or 256) of base OTs implemented using public-key cryptography. These base OTs are independent of the final computation and can be pre-computed offline. The security parameter kappa determines the number of base OTs, creating a fixed one-time cost that is amortized over millions of subsequent transfers.
Symmetric-Key Expansion
After the base OTs are established, the extension phase uses only fast symmetric primitives like AES or hash functions. The sender generates a large matrix of pseudorandom strings, and the receiver uses a random OT extension protocol to obliviously select columns. This reduces computational cost by orders of magnitude compared to repeated public-key operations.
IKNP Protocol Structure
The seminal Ishai-Kilian-Nissim-Petrank (IKNP) protocol forms the backbone of modern OT extension. The receiver encodes its selection bits as a matrix and sends it to the sender, who applies a correlation-robust hash function to derive the final OT outputs. This structure enables 1-out-of-2 OT extension with minimal communication overhead.
Correlated OT and Variants
OT extension generalizes to specialized variants that further reduce communication:
- Correlated OT (C-OT): The sender's messages satisfy a linear relationship, cutting bandwidth in half
- Random OT (R-OT): Both parties receive random outputs, ideal for preprocessing
- 1-out-of-N OT: Extends to choosing among N messages using log N communication overhead
Silent OT Extension
A recent advancement that eliminates the need for the receiver to send a large matrix. Using pseudorandom correlation generators (PCGs) and learning parity with noise (LPN) assumptions, silent OT extension generates an unlimited number of OTs with communication that is sublinear or even constant in the number of OTs produced.
MPC Protocol Backbone
OT extension is the performance engine behind modern secure multi-party computation frameworks like SPDZ and MP-SPDZ. It enables efficient Beaver triple generation for arithmetic circuits and garbled circuit evaluation for boolean circuits. Without OT extension, practical private ML inference and training at scale would be infeasible.
Frequently Asked Questions
Clear, technically precise answers to the most common questions about extending a small number of base oblivious transfers into a large number of efficient, symmetric-key-based OTs.
Oblivious Transfer (OT) extension is a cryptographic protocol that efficiently amplifies a small number of base OTs, typically executed using expensive public-key cryptography, into a large number of OTs using only fast symmetric-key primitives. This is necessary because naive OT requires a public-key operation for every single transfer, making it a crippling bottleneck for any practical secure multi-party computation (MPC) protocol that requires millions of OTs. OT extension reduces the amortized cost per OT to that of a few hash function evaluations, transforming OT from a theoretical construct into a practical, high-throughput primitive for private set intersection and garbled circuit evaluation.
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
Oblivious Transfer Extension is a foundational performance optimization in secure computation. The following concepts form the cryptographic ecosystem that OT extension enables and interacts with.
Base Oblivious Transfer
The seed protocol that OT extension amplifies. A small number (e.g., 128) of base OTs are executed using public-key cryptography (like Diffie-Hellman). These base instances are then consumed by the extension protocol to generate millions of subsequent OTs using only fast symmetric-key operations (hash functions, PRGs). The security of the entire extended OT relies on the security of these initial base OTs.
Correlated OT Extension
A specialized variant where the sender's two messages are not independent but satisfy a linear correlation: m₁ = m₀ ⊕ Δ for a fixed global secret Δ. This structure is critical for Beaver Triple generation in SPDZ-style MPC protocols. Correlated OT extension is significantly faster than general OT extension because the sender only needs to transfer one random string and the correlation Δ, reducing communication by up to 50%.
Random OT Extension
An optimization where both sender and receiver obtain random outputs from the OT protocol, rather than the sender providing chosen inputs. The sender receives two random strings (r₀, r₁) and the receiver obtains (choice, r_choice). These random OTs can be pre-computed in an offline phase, independent of the actual computation. Later, in the online phase, they are converted to chosen-input OTs with minimal communication using a simple XOR mask.

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