dorsal/arxiv
View SchemaA stronger no-cloning theorem
| Authors | Richard Jozsa |
|---|---|
| Categories | |
| ArXiv ID | quant-ph/0204153 |
| URL | https://arxiv.org/abs/quant-ph/0204153 |
Abstract
It is well known that (non-orthogonal) pure states cannot be cloned so one may ask: how much or what kind of additional (quantum) information is needed to supplement one copy of a quantum state in order to be able to produce two copies of that state by a physical operation? For classical information, no supplementary information is required. However for pure quantum (non-orthogonal) states, we show that the supplementary information must always be as large as it can possibly be i.e. the clone must be able to be generated from the additional information alone, independently of the first (given) copy.
{
"annotation_id": "d1571c29-8d05-4168-bf39-773ab7bcbbb5",
"date_created": "2026-03-02T18:01:49.337000Z",
"date_modified": "2026-03-02T18:01:49.337000Z",
"file_hash": "cc467d17ea93414f06963c67f0d8fcef0179d1be17d84d7fdd4bc576c94ab137",
"private": false,
"record": {
"abstract": "It is well known that (non-orthogonal) pure states cannot be cloned so one\nmay ask: how much or what kind of additional (quantum) information is needed to\nsupplement one copy of a quantum state in order to be able to produce two\ncopies of that state by a physical operation? For classical information, no\nsupplementary information is required. However for pure quantum\n(non-orthogonal) states, we show that the supplementary information must always\nbe as large as it can possibly be i.e. the clone must be able to be generated\nfrom the additional information alone, independently of the first (given) copy.",
"arxiv_id": "quant-ph/0204153",
"authors": [
"Richard Jozsa"
],
"categories": [
"quant-ph"
],
"title": "A stronger no-cloning theorem",
"url": "https://arxiv.org/abs/quant-ph/0204153"
},
"schema_id": "dorsal/arxiv",
"source": {
"execution_id": "d17e09a7-d6e8-4a30-ac90-dcbae7e08604",
"id": "arXiv Dataset IDs",
"type": "Model",
"variant": "snapshot-2026-03-01",
"version": "0.1.0"
},
"user_id": 1000002
}