A label owner is the participant in a Vertical Federated Learning (VFL) system who possesses the target variable (labels) for the jointly aligned set of entities and typically acts as the active server or coordinator. This party orchestrates the training by initiating rounds, securely aggregating inputs from feature owners, computing loss, and propagating gradients back through the distributed split neural network. The label owner's role is critical because it holds the supervisory signal necessary for model training while other parties contribute only feature subsets.
Glossary
Label Owner

What is a Label Owner?
In Vertical Federated Learning (VFL), the label owner is the central coordinating party that holds the target values for the aligned dataset and drives the collaborative training process.
The label owner's responsibilities include managing entity alignment (often via Private Set Intersection), defining the cut layer in the model architecture, and enforcing the vertical training protocol. It bears significant computation overhead for running its segment of the model and the primary communication overhead for exchanging encrypted intermediate outputs and gradients. Crucially, the label owner must implement vertical secure aggregation and privacy-preserving techniques to prevent leakage of the feature owners' raw data during this process.
Core Responsibilities of the Label Owner
In Vertical Federated Learning (VFL), the label owner is the central orchestrator. This party holds the target values (labels) for the aligned dataset and drives the collaborative training process while ensuring data privacy is maintained.
Orchestrating the Training Protocol
The label owner defines and executes the vertical training protocol, the precise sequence of steps for a federated round. This involves:
- Coordinating the entity alignment phase with feature owners.
- Initiating each training iteration by signaling feature owners to begin their local forward propagation.
- Receiving and processing encrypted intermediate outputs from feature owners.
- Calculating the final loss and initiating the vertical backpropagation of gradients. This role requires managing the state and synchronization of all participating parties to ensure correct, sequential computation.
Hosting the Critical Model Segment
In the common split neural network architecture, the label owner hosts the top portion of the model, typically from the cut layer to the final output layer. Its core computational duties are:
- Completing the forward pass using received intermediate outputs to compute predictions and the final loss function.
- Calculating the initial gradients for backpropagation.
- Updating the parameters of its portion of the model. This segment often contains the most sensitive layers, as its inputs are aggregated features that could be reverse-engineered to reveal private data, necessitating robust privacy safeguards.
Enforcing Privacy & Security
As the aggregator of sensitive intermediate data, the label owner is responsible for implementing privacy-preserving mechanisms to prevent data leakage. Key techniques include:
- Employing homomorphic encryption to perform computations on encrypted intermediate outputs from feature owners.
- Utilizing secure multi-party computation (MPC) protocols for vertical gradient computation.
- Applying differential privacy by adding calibrated noise to its gradient updates before sharing them with feature owners.
- Coordinating vertical secure aggregation protocols to combine updates without exposing individual contributions. This creates a trusted but privacy-conscious central point for the federation.
Managing Entity Alignment
Before training can begin, the label owner must collaborate with feature owners to identify the overlapping set of entities (e.g., common user IDs) across all vertically partitioned datasets. This involves:
- Coordinating the use of cryptographic Private Set Intersection (PSI) protocols to find the intersection of entity IDs without revealing non-overlapping entries.
- Establishing and maintaining the aligned sample order for the duration of training.
- Potentially handling secure entity resolution for more complex matching scenarios beyond simple IDs. Successful alignment is foundational; errors here corrupt the entire model, as features and labels would be mispaired.
Defining the Objective & Evaluation
The label owner uniquely defines the machine learning task because it holds the ground truth. Its responsibilities include:
- Specifying the loss function (e.g., cross-entropy, mean squared error) that all parties optimize towards.
- Selecting and calculating model evaluation metrics (e.g., accuracy, AUC-ROC, F1-score) on a private validation set.
- Monitoring for signs of non-IID data effects or potential data poisoning attacks from malicious participants.
- Assessing model fairness and bias, which can be challenging when the full feature set is not centrally visible.
Handling Inference Requests
After training, the label owner operates the vertical inference protocol to make predictions on new data. This requires:
- Receiving and processing encrypted or protected intermediate outputs from feature owners for the new data samples.
- Executing its portion of the trained model to generate the final prediction.
- Returning the prediction result to the authorized requester (which may be one of the feature owners or an external client). This process must maintain the same privacy standards as training, ensuring feature data is not exposed during prediction.
How the Label Owner Operates in VFL Training
In Vertical Federated Learning (VFL), the label owner is the central coordinating party that holds the target values for the aligned dataset and orchestrates the secure, collaborative training process.
The label owner initiates and controls the vertical training protocol. It first uses a privacy-preserving method like Private Set Intersection (PSI) to align entities with feature owners. During training, it receives encrypted intermediate outputs from feature owners, completes the forward pass, calculates the loss using its labels, and coordinates vertical backpropagation to distribute gradients. This role is critical for convergence and often involves significant vertical communication overhead.
As the training orchestrator, the label owner typically hosts the portion of the split neural network from the cut layer to the output. It applies vertical federated optimization algorithms and may implement vertical secure aggregation or homomorphic encryption to protect incoming data. The label owner is ultimately responsible for the final model's performance and often manages the vertical inference protocol for making predictions post-training.
Common Use Cases and Examples
The Label Owner is a pivotal role in Vertical Federated Learning (VFL), acting as the coordinator and the holder of the target variable. Its responsibilities and implementations vary significantly across industries with strict data privacy requirements.
Financial Services: Credit Scoring
A bank, as the Label Owner, holds the target variable (e.g., loan default status). It orchestrates training with Feature Owners like a telecommunications company (call patterns, payment history) and a utility provider (bill payment consistency).
- The bank uses Private Set Intersection (PSI) to align common customers without revealing non-intersecting lists.
- It trains a split neural network, receiving encrypted intermediate outputs from feature owners to compute loss and initiate vertical backpropagation.
- This creates a more robust risk model without any party sharing raw customer data.
Healthcare: Disease Prediction
A central research hospital, as the Label Owner, holds confirmed patient diagnoses. It collaborates with Feature Owners such as local clinics (patient vitals, basic history) and genomic testing labs (genetic marker data).
- The label owner manages the vertical training protocol, ensuring compliance with regulations like HIPAA or GDPR.
- Homomorphic encryption or secure multi-party computation (MPC) is used to protect the intermediate data flows.
- The resulting model can predict disease risk more accurately by leveraging diverse, distributed feature sets while keeping sensitive health information localized.
Retail & Marketing: Customer Lifetime Value
An e-commerce platform, as the Label Owner, holds the target (e.g., total customer spend). It federates training with a social media company (engagement metrics, ad clicks) and a payment processor (transaction frequency, basket size).
- The platform's role involves heavy entity alignment to match user IDs across datasets pseudonymously.
- It handles the aggregation of gradients via vertical secure aggregation protocols to update the shared model component it hosts.
- This enables hyper-personalized marketing strategies without directly pooling competitive consumer data.
Cross-Industry: Fraud Detection
A credit card network, as the Label Owner, holds labels for fraudulent transactions. It collaborates with partner banks (account features) and online merchants (purchase behavior features).
- The label owner is responsible for the vertical inference protocol, allowing real-time fraud scoring during a transaction without exposing any single party's full data view.
- It must implement robust federated learning attack mitigation to prevent adversarial feature owners from poisoning the model.
- This creates a powerful, unified fraud detection system that outpaces what any single entity could build alone.
Technical Orchestration Responsibilities
Beyond holding labels, the Label Owner is typically the system orchestrator. Its core technical duties include:
- Protocol Execution: Managing the sequence of vertical forward propagation and vertical gradient computation.
- Aggregation: Serving as the aggregation server for updates from feature owners, often using Vertical Federated Averaging (VFA).
- Privacy Enforcement: Implementing and auditing privacy-preserving vertical FL techniques like differential privacy on aggregated updates.
- Model Management: Hosting the final, global model and coordinating its deployment for secure vertical inference.
Implementation Frameworks & Tools
Label Owners leverage specialized Vertical FL frameworks to manage complexity. These platforms abstract the cryptographic and communication overhead.
- FATE (Federated AI Technology Enabler): An open-source project providing a complete VFL pipeline with built-in PSI, homomorphic encryption, and split neural network support.
- PySyft with PyGrid: Libraries for secure, private deep learning that enable the definition of a cut layer and automate encrypted gradient exchange.
- Google's Private Join and Compute: A tool specifically for the entity alignment and secure aggregation phases critical to the label owner's setup tasks.
These tools handle the heavy lifting of vertical communication overhead and vertical computation overhead, allowing the label owner to focus on business logic.
Label Owner vs. Feature Owner: A Comparison
A functional comparison of the two primary participant roles in a Vertical Federated Learning (VFL) system, highlighting their distinct responsibilities, data holdings, and computational burdens.
| Aspect | Label Owner | Feature Owner |
|---|---|---|
Primary Data Held | Target values (labels/y) for aligned entities | Subset of input features (X) for aligned entities |
Role in Orchestration | Typically the central coordinator/server | Participating client/node |
Model Segment Hosted | Top model segment (from cut layer to output) | Bottom model segment(s) (from input to cut layer) |
Key Computation | Computes final loss, final gradients, and updates top model | Computes intermediate outputs (embeddings) and gradients for bottom model |
Communication Sent | Gradients w.r.t. intermediate inputs (backward pass) | Encrypted intermediate outputs (forward pass) |
Communication Received | Encrypted intermediate outputs from feature owner(s) | Gradients w.r.t. intermediate inputs from label owner |
Privacy Risk Exposure | Exposed to aggregated intermediate data; holds sensitive labels | Exposed only to gradients; raw features never leave the party |
Initiates Training Round | ||
Final Model Aggregation Point | ||
Primary Motivation for VFL | To leverage external feature data without compromising label privacy | To monetize or utilize feature data without centralizing it or seeing labels |
Frequently Asked Questions
Common questions about the role, responsibilities, and technical function of the Label Owner in a Vertical Federated Learning system.
A Label Owner is the participant in a Vertical Federated Learning (VFL) system who possesses the target values (labels) for the aligned set of entities and typically orchestrates the collaborative training process. Unlike Feature Owners who hold subsets of input data, the Label Owner holds the 'answers'—such as purchase history, diagnostic results, or fraud flags—that the federated model is being trained to predict. This role is central because the loss function, which guides model improvement, is computed using these labels. Consequently, the Label Owner often acts as the coordinating server or active party, managing the training protocol, initiating rounds, and aggregating updates from passive feature-owning clients to compute gradients and update the global model parameters under privacy constraints.
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
These concepts define the roles, processes, and technical components that interact with the Label Owner in a Vertical Federated Learning system.
Feature Owner
A Feature Owner is a participant in a Vertical Federated Learning (VFL) system that possesses a distinct subset of the input features (columns) for the aligned set of entities but does not hold the target labels. They are the counterpart to the Label Owner.
- Role: Computes the initial layers of a split neural network on their local features.
- Interaction: Securely sends intermediate outputs to the Label Owner for the forward pass and receives gradients during backpropagation.
- Example: A bank (Feature Owner) holds customer credit history, while an e-commerce platform (Label Owner) holds purchase labels; they collaborate to build a fraud detection model.
Vertical Data Partition
A Vertical Data Partition is the foundational data structure for VFL, where different features (columns) describing the same entities (rows) are held by different organizations.
- Structure: The complete feature space is sliced vertically across parties.
- Contrast with Horizontal FL: In Horizontal FL, different parties hold different rows (samples) with the same features.
- Alignment Requirement: Requires entity alignment to match which rows correspond to the same customer or device across databases before training can begin.
Entity Alignment
Entity Alignment is the privacy-sensitive process of identifying the overlapping set of entities (e.g., user IDs) across the vertically partitioned datasets held by different parties. It is a critical prerequisite for VFL.
- Purpose: Ensures the Label Owner and Feature Owners are training the model on the same set of users or devices.
- Methods: Often performed using cryptographic protocols like Private Set Intersection (PSI) or Secure Entity Resolution.
- Output: A cryptographically secure, aligned list of entity identifiers without revealing non-overlapping records.
Split Neural Network
A Split Neural Network is the standard model architecture used in VFL, where the neural network is divided into multiple segments hosted by different parties.
- Cut Layer: The specific layer where the model is split. Feature Owners compute the forward pass up to the cut layer.
- Label Owner's Role: Hosts the remaining layers from the cut layer to the output, using the received intermediate outputs to complete the forward pass, compute the loss, and initiate vertical backpropagation.
- Security: Intermediate outputs must be protected, often via encryption, to prevent reconstruction of raw feature data.
Vertical Training Protocol
A Vertical Training Protocol is the defined sequence of communication and computation steps that coordinating parties follow to execute a complete training round in VFL.
- Orchestration: Typically dictated by the Label Owner, which acts as the training coordinator.
- Steps per Round: 1) Feature Owners compute intermediate outputs. 2) Outputs are sent to Label Owner. 3) Label Owner completes forward pass, computes loss & gradients. 4) Gradients are sent back to Feature Owners. 5) All parties update their respective model segments.
- Security Integration: The protocol incorporates steps for vertical secure aggregation or homomorphic encryption to protect data in transit.
Vertical Federated Averaging (VFA)
Vertical Federated Averaging (VFA) is a class of collaborative learning algorithms adapted for the vertical data partition setting, where model updates from Feature Owners are aggregated.
- Mechanism: Unlike Horizontal Federated Averaging (FedAvg) which averages entire models, VFA algorithms coordinate the averaging or updating of specific model segments (e.g., gradients for layers before the cut layer).
- Challenge: Must account for the statistical heterogeneity introduced by different feature distributions across owners.
- Goal: To converge on a global model that leverages all vertically partitioned features without centralizing the data.

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