atlas

Research map / Architectures and efficiency / Attention and transformers

Nimbus: Secure and Efficient Two-Party Inference for Transformers

NeurIPS 2024 · Architectures and efficiency › Attention and transformers · approach: Transformer block and depth design · 3 citations (OpenAlex)

Read the paperCheck your idea against 108,967 papers

AI-extracted summary. Written by AI from the paper's full text. Numbers and claims can be wrong or missing context, so check the paper before you cite or build on it.

Proposes Nimbus, a two-party secure Transformer inference framework combining a client-side outer-product HE protocol for linear layers with distribution-aware low-degree polynomial approximations of GELU and Softmax over smaller rings.

Problem

Secure two-party inference for Transformers is slow due to expensive HE-based matrix multiplications in linear layers and costly high-degree polynomial approximations of GELU and Softmax (exponential) in non-linear layers.

Approach

Shift the weight encryption to the client side (server sends encrypted weights in setup) so the client computes row-wise-encoded outer products with its plaintext activation shares, eliminating input ciphertext communication and yielding compact outputs; and fit low-degree piecewise polynomials for GELU/exp using the empirical input distribution, allowing smaller rings (Z_2^32, s=12) with a free u

Key results

Measured effects reported in the paper

What was changedWhereMeasuredEffect
use Nimbus distribution-aware polynomial approximation instead of Bumblebee's approximationBERT · GLUE Avg.average score: 83.11 -> 82.53Hurt
add lightweight fine-tuning to Nimbus (ablation)Nimbus · GLUE Avg.average score: 82.53 -> 83.04Helped
add lightweight fine-tuning to Nimbus (ablation)Nimbus · GLUE tasksaverage accuracy loss vs FP baseline: 0.6% -> 0.08%Helped
replace Bumblebee with Nimbus's combined optimizationsBERT Transformer block · LAN and WANend-to-end speedup: 2.7× ~ 4.7×Helped
use COP for linear layers instead of Bumblebee's protocolBERT linear layers · LANspeedup: 7.2× ~ 12.5×Helped
use COP for linear layers instead of Bumblebee's protocolBERT linear layers · WANspeedup: 2.9× ~ 4.0×Helped
use Nimbus's GELU approximation instead of Bumblebee'sBERT · GELU, LANspeedup: 3.4×Helped
use Nimbus's GELU approximation instead of Bumblebee'sBERT · GELU, WANspeedup: 3.3×Helped
use Nimbus's Softmax approximation instead of Bumblebee'sBERT · Softmax, LANspeedup: 4.0×Helped
use Nimbus's Softmax approximation instead of Bumblebee'sBERT · Softmax, WANspeedup: 2.9×Helped
use Nimbus instead of BumblebeeBERT Softmax · one Transformer blockcommunication: 354.26 -> 115.35 megabytesHelped
use Nimbus instead of BumblebeeBERT GELU · one Transformer blockcommunication: 185.13 -> 53.22 megabytesHelped

Surprising findings

Limitations

Experimental setup

Datasets: GLUE

Benchmarks: GLUE CoLA SST-2 MRPC STS-B QQP MNLI QNLI RTE

Metrics: accuracy Matthews correlation F1 Pearson correlation latency communication cost rounds

Baselines: Iron Bumblebee MPCFormer BOLT

Builds on: Cheetah Iron Bumblebee SecretFlow

Closest papers by meaning

Writing a paper in this area? scime draft is a free LaTeX editor with AI included, real-time co-authors and a check of your references and venue rules before you submit. It also imports OpenAI Prism projects.

Open scime draft

Get the next scime Dispatch and a monthly field update

Free. We send a confirmation link first; every email has a one-click unsubscribe. Privacy