惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 聂微东
Y
Y Combinator Blog
WordPress大学
WordPress大学
L
LangChain Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
A
About on SuperTechFans
小众软件
小众软件
有赞技术团队
有赞技术团队
S
SegmentFault 最新的问题
宝玉的分享
宝玉的分享
Recent Announcements
Recent Announcements
GbyAI
GbyAI
I
InfoQ
The GitHub Blog
The GitHub Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
酷 壳 – CoolShell
酷 壳 – CoolShell
罗磊的独立博客
C
Check Point Blog
V
V2EX
Apple Machine Learning Research
Apple Machine Learning Research
月光博客
月光博客
量子位
雷峰网
雷峰网
Hugging Face - Blog
Hugging Face - Blog

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Blind Signatures Explained: Getting Something Signed With...
Haven Messenger · 2026-06-17 · via DEV Community

Haven Messenger

Imagine handing a notary a sealed envelope with carbon paper inside, having them stamp the outside, and walking away with their signature pressed onto a document they never read. That is a blind signature — and it is the cryptographic foundation for anonymous tokens, untraceable digital cash, and credentials that prove you are authorized without revealing who you are.

A blind signature, introduced by cryptographer David Chaum in 1982, is a form of digital signature where the signer does not see the content of the message being signed. The recipient later "unblinds" the result to obtain a valid signature on the original message — one that anyone can verify against the signer's public key, but that the signer cannot link back to the specific signing session. It sounds paradoxical: how can a signature be valid on something the signer never saw? The answer lies in the algebra of how some signature schemes work.

The Sealed Envelope, Made Mathematical

The carbon-paper envelope is the right intuition, and it maps cleanly onto the math. The protocol has three moves:

  • Blind. The user takes their message and multiplies in a secret random "blinding factor." The result looks like meaningless noise to anyone who doesn't know that factor. This is the sealed envelope.
  • Sign. The signer applies their private key to the blinded value, exactly as they would sign anything. They learn nothing about the underlying message. This is the stamp on the outside.
  • Unblind. The user divides out their blinding factor. Because of how the underlying scheme commutes, what remains is a valid signature on the original message — as if the signer had signed it directly.

In the classic RSA construction, the blinding factor is raised to the public exponent and multiplied into the message before signing; the signer's private-key operation passes through that structure, and dividing by the blinding factor afterward leaves a clean signature. The signer's view during signing — the blinded value — is statistically independent of the final message, so even a signer who records every interaction cannot match a later-presented signature to the session that produced it. That unlinkability is the whole point.

Two distinct guarantees. Blindness: the signer cannot read the message or link a finished signature to a signing session. Unforgeability: the user cannot produce more valid signatures than the number of signing operations the signer actually performed. A secure blind signature scheme must provide both — blindness without unforgeability would let users mint credentials at will.

Why Anyone Wants This

The killer application Chaum had in mind was digital cash. A bank can blind-sign a token representing one dollar. The user withdraws it (the bank debits their account), then spends it somewhere else entirely. When the token comes back to the bank for deposit, the signature is valid — the bank knows it issued exactly one dollar — but it cannot tell which withdrawal produced this coin. The money is verifiable but untraceable, decoupling "is this valid?" from "who spent it?"

That same shape solves a surprisingly common modern problem: proving authorization without identity.

Use case What blind signatures enable
Anonymous rate-limiting tokens A server signs tokens for verified humans; tokens are later redeemed without linking back to the verification event
Private digital cash Verifiable value that cannot be traced to the withdrawal
Unlinkable credentials Prove "I am a paying subscriber" without revealing which subscriber
Anonymous e-voting An authority blind-signs a ballot to confirm eligibility without seeing the vote

The rate-limiting case is live infrastructure today. Privacy Pass — and the IETF's standardized Privacy Pass token architecture built on it — uses this style of cryptography so that a service can confirm you already passed a CAPTCHA without correlating that challenge to every later request. The result is fewer CAPTCHAs and better privacy at the same time, a rare combination.

The Double-Spending Problem

Blind digital cash has an obvious weakness: a digital token is just data, and data copies perfectly. What stops someone from spending the same blind-signed coin twice? Chaum's systems handled this two ways. The simple approach is online verification: the recipient checks each token against the bank's spent-token database at the moment of payment, rejecting duplicates. The more elegant approach is cryptographic double-spend detection, where spending a coin once reveals nothing, but spending it twice mathematically exposes the cheater's identity — privacy for the honest, accountability for the dishonest.

Blind signatures gave the world its first serious model for money that is private by default and traceable only on abuse — the inverse of today's payment rails, which are traceable by default and private only with effort.

Limitations and Modern Variants

The basic Chaumian blind signature is powerful but blunt: the signer signs whatever it is given, sight unseen, which means it cannot enforce any structure on the message. Newer constructions address this:

  • Partially blind signatures let the signer embed common information (an expiry date, a denomination) that stays visible, while keeping the user-specific part blind.
  • Blind signatures over elliptic curves bring the technique to modern, efficient elliptic-curve cryptography rather than large RSA moduli.
  • Anonymous credentials (such as the BBS and related schemes) generalize the idea into selective disclosure — proving statements about attributes without revealing the attributes themselves, overlapping with zero-knowledge proofs.

There are also security subtleties: some blind signature schemes are vulnerable to parallel-session attacks (the ROS problem) if the signer allows too many concurrent signing operations, which is why production deployments bound concurrency and choose carefully studied parameters.

Why It Matters for Private Systems

Blind signatures embody a principle that runs through all serious privacy engineering: collect and link only what you must. A system that needs to know "is this user authorized?" does not also need to know "which user is this, and what else have they done?" Most software conflates those two questions because it is easier to. Blind signatures prove they can be cleanly separated.

Haven's design follows the same instinct in spirit, even where it uses different primitives. The goal is always to let the system verify what it legitimately needs — that a message is authentic, that a subscription is valid, that a session is authorized — without accumulating a linkable record of who did what and when. Blind signatures are one of the oldest and most elegant demonstrations that "verifiable" and "anonymous" are not opposites. They are a design choice, and for thirty years the math has been on the side of privacy.

Originally published at havenmessenger.com