summaryrefslogtreecommitdiff
path: root/4d/200793abb1fcfa0608e2e4af53db1145b112d7
blob: 5095b5b5b1d7357330f22bbd7488df8385f408e0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
Delivery-date: Thu, 07 Aug 2025 17:26:15 -0700
Received: from mail-qt1-f183.google.com ([209.85.160.183])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBCZNVINP2INRBGMI2XCAMGQECO2MYPY@googlegroups.com>)
	id 1ukAw1-0001In-OG
	for bitcoindev@gnusha.org; Thu, 07 Aug 2025 17:26:15 -0700
Received: by mail-qt1-f183.google.com with SMTP id d75a77b69052e-4af22e50c00sf39428541cf.1
        for <bitcoindev@gnusha.org>; Thu, 07 Aug 2025 17:26:13 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1754612767; cv=pass;
        d=google.com; s=arc-20240605;
        b=BDMXFG629YqFGRRW0Zj3jTngZlD4/PbKXjszRfNYcorSrPhWp5o5BmBDBNhwxuu1cA
         zS4dgacDjAo9hxzm75EQ5hW5cnElNvy+2k3Kn5OFajkDUi3eSjgnQwDMFsZWuBIh/5XU
         Ivk9KzKAgBsumlmFuycLip2b+1w6I4g+m8jQuB+VGe5LZ/E398AR7nDs9vCqmRsl+mt6
         dxpPBQprF1pV71GiF1GT+Mt9fCJMKPOwDzqJuJRo12iw4LaCj46NIJB2GOZB1d6TIY0f
         B6u8snEQqS6KB76L8OfwctIWU4GEwX1NHmtE4OgNKkCk9UzJSujUDSUPdqraxfIvHXvX
         dcyg==
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to:mime-version
         :content-language:accept-language:message-id:date:thread-index
         :thread-topic:subject:to:from:dkim-signature;
        bh=xiGSAEaJJwzPj+kUl2wAp7ZJbneYpEKtXPRi/W2mdNI=;
        fh=43SVIeCcvVEjLQawShzkA8C+03B9O4Cka0fIS+LWeWs=;
        b=UIVqBj7Q4EhNPnIg3FvkUbDoyOHSQ2bo51TjUZxb/qAnY+zNmsF57yIXk0FWV04MxM
         dDGJtJHEgXYd2b49GDBr5Jy1rGR6NOmvetEG89GpTZUlQoZxNhwde86Q0wtSfXTQZmX/
         Pb2dU4PQv2ecU6C8v7ZiEcdBZf0cOoN2qx1F/SycBPMPl3epWfxi29A5xIdIcJpRcUlW
         T9uWluS5hdOZi65geRLHbKthXMxGPiCPKza2JooWhL5IR/wBz1mQ/07aNiUdGm641AMO
         4JJlfCnL/82OW64wSLF/81D0ahzAJjV7QSFaPmYE6NAIA5fOXQHV972GDU/jvCPi4rpz
         P0EQ==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@googlemail.com header.s=20230601 header.b=mryXxWx0;
       spf=pass (google.com: domain of tagg.james@googlemail.com designates 2607:f8b0:4864:20::112e as permitted sender) smtp.mailfrom=tagg.james@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com;
       dara=pass header.i=@googlegroups.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1754612767; x=1755217567; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to
         :x-original-authentication-results:x-original-sender:mime-version
         :content-language:accept-language:message-id:date:thread-index
         :thread-topic:subject:to:from:from:to:cc:subject:date:message-id
         :reply-to;
        bh=xiGSAEaJJwzPj+kUl2wAp7ZJbneYpEKtXPRi/W2mdNI=;
        b=ujm91lo0H8LQHeVs6NUe5bK3E/a2dkMhl9CG3GjDabA5lZJUM+gq2KaQNljUkAes4W
         tflv4h1YtJh24LQtM5Sk5NBjV6iY8d41cwuWzqOg9J+WFoCm6S7AvqAehONqmHijCStx
         KDbSTDwl2n5fN+3ocroQFUGFV2MK3v0f0aPrqPBsvFbSl4dIzCnFaijpHIYWJ6NkFRLo
         rb5GVK+KHtm4/tH3rZ9onaenNBKN8tmOMFXoH14CU81z+2g2wMpJm1MC6gyZVAzkATUZ
         x0D6f5o5eBIxRMSI4bPEAr0k19bj1Jk6dKP543tnSFZPkgdPh6/fcLH12hrRAjSTRYMn
         Wt1Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1754612767; x=1755217567;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:reply-to
         :x-original-authentication-results:x-original-sender:mime-version
         :content-language:accept-language:message-id:date:thread-index
         :thread-topic:subject:to:from:x-beenthere:x-gm-message-state:from:to
         :cc:subject:date:message-id:reply-to;
        bh=xiGSAEaJJwzPj+kUl2wAp7ZJbneYpEKtXPRi/W2mdNI=;
        b=DifexOPO7GYfghKWiqo3im5nQhFeAJmp2LU64KHmn3cSQS9qLM4QqfWSmZiRQQDcaU
         YlitEGv6eIheZTFG3q+RukdK7+Nry2wyOV6hwit0hzlJNcjfYmL1AtgnaFjRtCoGjjHp
         djtXd0fedt+qfdLU8Q7OzY8xipcAS3qaHvT7Ks5LUa6N9oT5rIau6pDkXjPzV5wf3XlL
         dfoUHbiufzDI/mhVK0CFDueQWygK8wOjNnQZOPP3z5ibjqWxHb3B5Pl4rsQyT+v1V62o
         U3TVnbCN43Vk39XT+4i++sKY/QYegYibVz6JNGnBgAJaOtjuU8Yx8vRzM9FTjD4XGixm
         1k5g==
X-Forwarded-Encrypted: i=2; AJvYcCV0TPHGwTf4/p1PishSTSHjKyF6mG8Y5G6u35zaV2ugpr+1AH2PNC3d0rpL/BfHFHAfyoCc0a4O9rly@gnusha.org
X-Gm-Message-State: AOJu0YzEqNO9HTpHrR28TFjLBQUo2LYosFfg55/EATFl+lJmxTfI2h96
	p2oiuj/Ko0OLLFG/fp6wbs/7nFvt6X81oj5CaoyhJNKMxAQ/LMTSy1qp
X-Google-Smtp-Source: AGHT+IEBiYwvWDvzAUcTFZGF0BwEdM26injz4SJW4KtNmWiOsEPZngedAosb9xyADUpmiDiVI16Bpw==
X-Received: by 2002:a05:622a:1a10:b0:4b0:6614:c9be with SMTP id d75a77b69052e-4b0aec6ef7fmr20239431cf.13.1754612766942;
        Thu, 07 Aug 2025 17:26:06 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AZMbMZci1/mr7AZvRmVguPPfpPaf9urOTNTz002uaDVGXMnjdA==
Received: by 2002:a05:622a:1116:b0:4a5:a87e:51cf with SMTP id
 d75a77b69052e-4b0a0698f7cls25218511cf.1.-pod-prod-07-us; Thu, 07 Aug 2025
 17:26:01 -0700 (PDT)
X-Received: by 2002:a05:620a:31a2:b0:7e8:2c22:8e01 with SMTP id af79cd13be357-7e82c72583bmr178618185a.36.1754612760981;
        Thu, 07 Aug 2025 17:26:00 -0700 (PDT)
Received: by 2002:a05:6808:2384:b0:3f9:f009:458e with SMTP id 5614622812f47-433f0a4254bmsb6e;
        Mon, 4 Aug 2025 14:18:15 -0700 (PDT)
X-Received: by 2002:a05:6e02:b:b0:3e2:aafc:a7f with SMTP id e9e14a558f8ab-3e416122d83mr230869845ab.7.1754342294690;
        Mon, 04 Aug 2025 14:18:14 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1754342294; cv=none;
        d=google.com; s=arc-20240605;
        b=lPjKCA+2gY2Kc1buUpkiACc+gScrqW1HG4Sx1QcH7wtzhLUXEFp96Ss571S55tnAB1
         qaBTfZNjPmdSp5cbOOJnLg3a9UU/Dkr46lqEsqJgpe+IqKlqOVLoGOrWeYhED0Uko1GZ
         mtDtLEq5cXIf2sIpERrBuX4Pfy0U+2TdkkSxgr8AtoxqEd1qMv0C0rS6UL/OK+ld7IIn
         EZyrNjD3xLLcInTLFBAwvHJDq9xpfkG+sWqlV6eboxcyyl9heNfOZJGgjqKu9omuGIwd
         RKuFd+3vG6ixxKHFzW7xbqYco9ItiBrQp3MYnFR5qOw38IY0fBGYoYUvKYpSWGDyszPG
         61rQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=mime-version:content-language:accept-language:message-id:date
         :thread-index:thread-topic:subject:to:from:dkim-signature;
        bh=cLmmyDGSr8x5q1s22iijicxsj9nJMUi+vLrW3wAHbW8=;
        fh=lhFSo2W/mHC0QoJ9oNg3A35n0DTltt3CQl1/0RggJlk=;
        b=FxFRqVpcFgOwmxcqQWqGx4yigcJDXmDlMYUePiJO3qRtpAb49kE245PGDYPpyAwXxa
         lzjJ/uroSMT7z9ZZJgi85DiGxeVguwnXewO2TZj7F4J2jpXMjgPYgOLZ33hYQ/n2I8O7
         eyLo9cJqq5hXR7Jw6C9vDoQPG9I6+3AwJHApHe0Oa0gXIeQjoFDJTTRgtZpHysBs70UV
         NzLktGJ0OTrSLAmvzoGe8+i75tTHJAyEBxD9sKcLwIIbYAyxjX4/+nAWLNP7/cKigIxK
         UVvVSp8x12dwjGDgC6lncCZeG/646NynxYr1raLhdfjqDosqy+bP/8ThN2ks4zOznw9t
         fIpA==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@googlemail.com header.s=20230601 header.b=mryXxWx0;
       spf=pass (google.com: domain of tagg.james@googlemail.com designates 2607:f8b0:4864:20::112e as permitted sender) smtp.mailfrom=tagg.james@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com;
       dara=pass header.i=@googlegroups.com
Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com. [2607:f8b0:4864:20::112e])
        by gmr-mx.google.com with ESMTPS id 8926c6da1cb9f-50a55d5de5fsi427829173.2.2025.08.04.14.18.14
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Mon, 04 Aug 2025 14:18:14 -0700 (PDT)
Received-SPF: pass (google.com: domain of tagg.james@googlemail.com designates 2607:f8b0:4864:20::112e as permitted sender) client-ip=2607:f8b0:4864:20::112e;
Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-71a38e35674so21410437b3.3
        for <bitcoindev@googlegroups.com>; Mon, 04 Aug 2025 14:18:14 -0700 (PDT)
X-Gm-Gg: ASbGnctw+LTH6MDyoFCOIYHTTz8ptxSWVxvDpDezzHv0oGOmQr5g2IEn+fQwBhuFNwE
	gcIOh1AYb3K45Am1v4sXT5J6SQA18biQkHlpdN0quYC6sK1MEAM1mgOPXFdD/XG1vfTaZHs82Wl
	1wNgpSCXjCUFs3jkhFqtXXBvevD7n9E6plX6pE7CaJRSJ33ylqsi5F0dFXcJJmhVVeIaP1ed1lA
	25L4iO5NssMKYK4BYtADyzJqbPj3pyqq/PpLDj3yto7C19VEMOmabZq36s2H7hz/CGbdLSc7N6X
	wTD1xZxHU00h3e90JpIyHm7cQH5dhhvi6HnXuWq2BaheV1MGgP4xr5hgOsnCXaR52r86t0Cfi3v
	3QEV6sfL5wHZLNYOsDdP1upuM8h9Xh42B4ekaApCWVNNSHUwspNxutYxRfDchTa+VEPhZtLeepn
	d4zwKc882YbKWV
X-Received: by 2002:a05:690c:60c1:b0:71a:2093:3558 with SMTP id 00721157ae682-71b7ed843e9mr120129017b3.10.1754342293090;
        Mon, 04 Aug 2025 14:18:13 -0700 (PDT)
Received: from SN6PR12MB2735.namprd12.prod.outlook.com ([2603:1036:805:67::5])
        by smtp.gmail.com with ESMTPSA id 00721157ae682-71ba7634498sm6656107b3.58.2025.08.04.14.18.12
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Mon, 04 Aug 2025 14:18:12 -0700 (PDT)
From: "'James T' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
To: "bitcoindev@googlegroups.com" <bitcoindev@googlegroups.com>
Subject: [bitcoindev] [BIP Proposal] No burn, Quantum Migration Proposal,
 Quantum Secure Asset Verification & Escrow (QSAVE)
Thread-Topic: [BIP Proposal] No burn, Quantum Migration Proposal, Quantum
 Secure Asset Verification & Escrow (QSAVE)
Thread-Index: AQHcBYHg9BbpV953UUWZgCs2oc6A9w==
X-MS-Exchange-MessageSentRepresentingType: 1
Date: Mon, 4 Aug 2025 21:18:11 +0000
Message-ID: <SN6PR12MB2735280A252DD62231D1320AA523A@SN6PR12MB2735.namprd12.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator: 
X-MS-Exchange-Organization-RecordReviewCfmType: 0
x-ms-reactions: allow
Content-Type: multipart/alternative;
	boundary="_000_SN6PR12MB2735280A252DD62231D1320AA523ASN6PR12MB2735namp_"
MIME-Version: 1.0
X-Original-Sender: tagg.james@googlemail.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@googlemail.com header.s=20230601 header.b=mryXxWx0;       spf=pass
 (google.com: domain of tagg.james@googlemail.com designates
 2607:f8b0:4864:20::112e as permitted sender) smtp.mailfrom=tagg.james@googlemail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=googlemail.com;
       dara=pass header.i=@googlegroups.com
X-Original-From: James T <tagg.james@googlemail.com>
Reply-To: James T <tagg.james@googlemail.com>
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com
List-ID: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: 1.4 (+)

--_000_SN6PR12MB2735280A252DD62231D1320AA523ASN6PR12MB2735namp_
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

This BIP Proposal is an alternative to QRAMP or a quantum winner-takes-all =
approach to the migration from a pre- to post quantum blockchain. It could =
be implemented as a hard fork OR as a consensus that quantum actors can leg=
itimately move funds to safe addresses for protective custody and public go=
od. It could even go forward with no consensuses at all since it is functio=
nally equivalent to a quantum winner-takes-all at the protocol level.

BIP: TBD
Title: Quantum Secure Asset Verification & Escrow (QSAVE)
Author: James Tagg
Status: Draft
Type: Standards Track
Layer: Consensus (Consensus / Soft Fork / Hard Fork)
Created:
License:

Abstract

This BIP proposes QSAVE (Quantum Secure Asset Verification & Escrow) - a no=
n-sovereign wealth fund providing protective custody for Bitcoin vulnerable=
 to quantum attack (see Appendix for detailed vulnerability assessment). QS=
AVE preserves 100% of the principal for rightful owners while using generat=
ed returns to fund the protocol and global public good. It provides an alte=
rnative to the QRAMP (Quantum Resistant Asset Migration Protocol) proposal =
(which makes coins unspendable) or taking no action (which allows quantum a=
ppropriation, which many view as theft). This proposal addresses coins that=
 are dormant but acknowledges there may be coins that have quantum watermar=
ks but have not migrated to quantum addresses. A separate BIP proposal will=
 address this case.

Motivation

Chain analysis reveals 3.5-5.5 million Bitcoin (~17-28% of circulating supp=
ly) have exposed public keys vulnerable to quantum attack (see Appendix: Qu=
antum Vulnerability Assessment for detailed breakdown).

With sufficient education and proactive migration, a significant portion of=
 the 2-4M BTC in reused addresses could be moved to quantum-safe addresses =
before the threat materializes. Modern wallets are increasingly implementin=
g best practices such as always sending change to fresh addresses. However,=
 some portion will inevitably remain unprotected when quantum computers arr=
ive due to:

- Owners who don't follow Bitcoin news
- Forgotten wallets discovered years later
- Cold storage assumed long term safe
- Users who die and whose heirs have yet to uncover the keys
- Users who procrastinate or underestimate the threat

When quantum computers capable of running Shor's algorithm arrive, the rema=
ining vulnerable coins face two equally problematic outcomes:

1. Quantum appropriation: First actors with quantum computers take the coin=
s
2. Forced burning: The community burns coins preventatively (by making them=
 unspendable), breaking Bitcoin's promise as a store of value

This BIP proposes a third way: QSAVE - protective custody that preserves ow=
nership rights and puts dormant capital to work for humanity.

Note on "Theft": Bitcoin's protocol operates purely through cryptographic p=
roofs, without built-in concepts of ownership or theft=E2=80=94these are le=
gal constructs that vary by jurisdiction. The community holds divergent vie=
ws: some consider using advanced technology to derive private keys as legit=
imate within Bitcoin's rules, while others view it as unethical appropriati=
on of others' funds.

QSAVE addresses both perspectives: If quantum key derivation is considered =
fair game, then racing to secure vulnerable coins before malicious actors i=
s simply good-faith participation in the system. If it's deemed unethical, =
then the community needs a consensus solution that balances property rights=
 with Bitcoin's algorithmic nature. Either way, protective custody preserve=
s coins for their rightful owners rather than allowing them to be stolen or=
 destroyed.

The Inheritance Vulnerability Window

Consider the "Auntie Alice's Bitcoin" scenario: Alice stores Bitcoin in col=
d storage as inheritance for her grandchildren, with keys secured in a safe=
 deposit box. She doesn't follow Bitcoin news and remains unaware of quantu=
m threats. She passes away and by the time her heirs discover the wallet, q=
uantum computers capable of deriving private keys have emerged.

Three outcomes are possible:

1. Without protection: Quantum actors take the grandchildren's inheritance
2. With burning: The network destroys legitimate inheritance funds
3. With protective custody: Heirs can claim their inheritance with proper e=
vidence (will, keys, proof of box opening)

This illustrates why we cannot assume dormant equals lost and why protectiv=
e custody is the only approach that preserves legitimate ownership rights. =
The inability to distinguish between lost coins and stored coins is the fun=
damental reason protective custody is essential.

Principles

1. Preserve the principal - 100% of recovered Bitcoin remains available for=
 rightful owners to reclaim at any time
2. Ensure long-term store of value by avoiding any pre-emptive burn (making=
 coins unspendable)
3. Avoid market shocks by keeping principal locked while only using generat=
ed returns
4. Generate returns for the benefit of humanity through conservative yield =
strategies
5. Protect the Chain, ensuring smooth transition to post-quantum era
6. Enable priority recovery through quantum watermark system

Recovery Process

Recovery Timing Matrix

| Scenario                  | Timing                        | Method       =
             | Requirements               |
|---------------------------|-------------------------------|--------------=
-------------|----------------------------|
| M-Day (Migration Day)     | Pre-Q-Day with Hard Fork      | Consensus-bas=
ed migration | Hard fork implementation   |
| Q-Day (Quantum Day)       | When quantum computers arrive | White-hat rec=
overy race   | No protocol changes needed |
| Emergency Cut-over        | Catastrophic quantum break    | Parallel chai=
n migration  | Rapid consensus response   |
| Overlapping M/Q-Day       | Both processes active         | Concurrent mi=
grations     | Mempool competition        |

Recovery Protocol

All recovery transactions follow the same pattern:

1. Move vulnerable coins to protective custody addresses
2. Leave OP_RETURN notification on original address with recovery informati=
on
3. Prioritize by dormant period and value at risk
4. Quantum watermarks permit immediate return of funds

Consensus Layer

Implementation varies based on timing and consensus level (see Recovery Tim=
ing Matrix above):

No Action: PQP (Post Quantum Pay) wallet technology - purely commercial/use=
r layer

Consensus: Community endorsement strengthens legal position for white-hat r=
ecovery

Soft Fork: Taproot V2/BIP-360 enables voluntary migration (doesn't protect =
dormant accounts)

Hard Fork: Required for pre-Q-Day recovery or emergency cut-over scenarios

Implementation Timeline

Phase 0: Launch - Live from Day One
- DAO Governance: Active voting on proposals from day one
- Initial Publication: Non-Sovereign Wealth Fund Proposal Discussion

Phase 1: Consensus Building & Infrastructure (Months 1-6)
- Community discussion and refinement (while QD3 registrations continue)
- Technical specification development for advanced features
- Technical specification for backup chain
- Legal framework establishment with states
- Coordination with regulatory bodies for good-faith protections
- Signing the main quantum computer makers to the recovery principles
- Begin backup chain development using post-quantum signature schemes (e.g.=
, FIPS 204 ML-DSA)

Phase 2: Enhanced Infrastructure (Months 7-12)
- Smart contract deployment for fund management
- Advanced governance system implementation
- Claim verification protocol enhancements
- Complete backup chain synchronization and cut over process
- Multi-signature protective custody addresses pre-established

Phase 3: Recovery Preparation (Months 13-18)
- Public notification system deployment
- Recovery transaction staging
- Security audits of all systems
- Publish recovery chain software
- Public notice period initiation (6 months before recovery)
  - Broadcast intent to recover specific UTXOs
  - Allow time for unregistered owners to move coins or register claims
  - Publish recovery transactions in mempool but not mine

Phase 4: Active Recovery (Month 19+)
- Execute recovery per Recovery Timing Matrix
- Use Recovery Protocol for all transactions
- Manage protective custody with multi-signature addresses
- Process ownership claims per Claim Verification Protocol
- Initiate fund operations per Fund Architecture

Proposed Fund Architecture

+-----------------------------------------+
|          Recovered Bitcoin              |
|      (Principal - 100% Preserved)       |
+-----------------------------------------+
                 |
                 v
+-----------------------------------------+
|        Conservative Strategies          |
|        (3-5% Annual Return)             |
|     * Lightning Network Liquidity       |
|     * DeFi Lending Protocols            |
|     * Bitcoin-backed Stablecoins        |
+-----------------------------------------+
                 |
                 v
+-----------------------------------------+
|         Interest Distribution           |
|         (Public Good Only)              |
|     * Open Source Development           |
|     * Quantum Security Research         |
|     * Global Infrastructure             |
|     * AI Safety & Alignment             |
+-----------------------------------------+

Claim Verification Protocol

Original owners can reclaim their coins at ANY time by providing:

Prior to Break (Q-Day):
1. Cryptographic Proof: Message signed with their key
2. Optional Supporting Evidence: Transaction history, temporal patterns if =
there is any doubt/dispute on Q-Day date

Post Break:
1. Identity Verification: Since quantum computers will create publicly avai=
lable databases of all exposed private keys (similar to existing databases =
of classically compromised keys), possession of the private key alone is in=
sufficient.
2. Required Evidence:
   - government-issued identification
   - Historical transaction knowledge
   - Temporal pattern matching
   - Social recovery attestations

This approach recognizes that post-quantum, private key possession becomes =
meaningless as proof of ownership since quantum-derived key databases will =
be publicly available.

Three-tier Evidence Hierarchy

The claim verification process employs a three-tier evidence hierarchy to e=
valuate ownership claims with staking and slashing to prevent fraud and par=
tial time based awards in case of partial proof. Evidence strength:

- Tier 1: Cryptographic proofs with verifiable pre-break timestamps (signat=
ures in pre-quantum blocks and similar immutable records)
- Tier 2: Third-party records (exchange logs, bankruptcy filings, probate r=
ulings, trustee statements)
- Tier 3: Supporting materials (affidavits, chain-of-inheritance, media cov=
erage, witness declarations)

Governance Structure

The QSAVE fund requires robust decentralized governance to ensure proper st=
ewardship of recovered assets. The governance framework must balance effici=
ency with decentralization while maintaining absolute commitment to princip=
al preservation.

Core Governance Principles:
- Quadratic Voting: Reduces influence of large stakeholders while maintaini=
ng democratic participation
- Multi-Council Structure: Separates technical, allocation, and audit funct=
ions to prevent capture
- Constraints: Only generated returns may be allocated (per principle #1)
- Emergency Procedures: Supermajority (75%) required for emergency actions;=
 freeze of recovery process can be executed by authorized individuals until=
 quarum can be established.

Governance Bodies:
- Technical Council: Oversees security, recovery operations, and technical =
infrastructure
- Allocation Council: Manages distribution of generated returns to for the =
public good thru charitable donation, impact investing or research funding.
- Audit Council: Provides independent oversight and transparency reporting

Safeguards:
- Staggered terms to ensure continuity
- Public transparency of all decisions
- Time-locked implementations for non-emergency changes
- Immutable smart contracts for principal preservation

Rationale

The QSAVE protocol represents the optimal technical implementation for addr=
essing quantum vulnerability. Unlike binary approaches (burn or allow appro=
priation), QSAVE introduces a third path that aligns with Bitcoin's core pr=
inciples while solving practical challenges.

Technical Neutrality

QSAVE maintains implementation flexibility:
- Fork-neutral: Works with or without protocol changes (see Recovery Timing=
 Matrix)
- Price-neutral: Markets have already priced quantum risk (per BlackRock ET=
F disclosures)
- Liquidity-neutral: Principal preservation prevents market disruption

Implementation Advantages
- Transparent Operations: All movements follow Recovery Protocol
- Decentralized Governance: See Governance Structure section
- Auditable Recovery: See Claim Verification Protocol
- Progressive Deployment: Phase 0 operational from day one

Risk Mitigation

The protocol addresses key operational risks:
- Race Condition Risk: Pre-positioned infrastructure for rapid Q-Day respon=
se
- Legal Clarity: Aligns with established lost & found precedents
- Governance Capture: Quadratic voting and mandatory principal preservation=
 constraints
- Technical Failure: Backup chain with post-quantum signatures ensures cont=
inuity

Legal Framework Considerations

The recovery process aligns with established legal principles in many juris=
dictions. Under precedents like People v. Jennings (NY 1986), temporary cus=
tody without intent to permanently deprive does not constitute larceny. Thi=
s is analogous to moving lost property to a lost & found =E2=80=94 a univer=
sally accepted practice despite technically involving "taking without permi=
ssion."

In the United States alone, over 400 million items are moved to lost & foun=
d departments annually without legal consequence. QSAVE applies this same p=
rinciple to digital assets vulnerable to quantum attack, providing a protec=
tive custody mechanism that preserves ownership rights.

Furthermore, the U.S. Department of Justice's policy on good-faith security=
 research provides additional legal clarity for recovery operators acting t=
o protect vulnerable assets from quantum threats.

Legal clarification and Jurisdiction choices need to be made.

The Sovereign Law Paradox

Without protective frameworks, law-abiding states face a critical disadvant=
age. Bad actors operating from jurisdictions with weak or non-existent cryp=
tocurrency regulations can exploit quantum vulnerabilities with impunity, w=
hile good-faith actors in law-compliant states remain paralyzed by legal un=
certainty. This creates a systematic wealth transfer from citizens of law-a=
biding nations to criminal organizations and rogue states. The strongest pr=
operty laws paradoxically create the weakest defense against quantum theft.=
 Jurisdictions are developing good faith exemptions to their computer secur=
ity laws and these will need to accelerate.

Economic Impact

Positive Effects
- Removes quantum uncertainty from Bitcoin price
- Funds public good without inflation or taxation (see Fund Architecture)
- Preserves Bitcoin's fixed supply economics (Principle #1)
- Creates new model for decentralized capital allocation

Neutral Effects
- No net change in circulating supply (coins preserved, not spent)
- Market has already priced in quantum risk per BlackRock ETF terms
- Interest generation creates minimal selling pressure

Appendix: Quantum Vulnerability

Vulnerable Address Categories

| Category              | Address Type     | Key Status | Quantum Vulnerabl=
e | Est. BTC (M) | Recovery Priority | Notes                              |
|-----------------------|------------------|------------|------------------=
--|--------------|-------------------|------------------------------------|
| P2PK Outputs          | P2PK             | Various    | Yes              =
  | 1.9-2.0      | Critical          | Directly exposed public keys       |
| Taproot (All)         | P2TR             | Various    | Yes              =
  | 0.5-1        | Critical          | ALL Taproot addresses exposed      |
| Reused P2PKH (spent)  | P2PKH            | Various    | Yes              =
  | 2-4          | High              | Spent =3D pubkey revealed           =
 |
| Reused P2WPKH (spent) | P2WPKH           | Various    | Yes              =
  | ~0.5-1       | High              | Modern but still vulnerable        |
| Unused P2PKH          | P2PKH            | Various    | No               =
  | 6-8          | Protected         | Hash only; quantum-safe            |
| Unused P2WPKH         | P2WPKH           | Various    | No               =
  | 4-6          | Protected         | Modern safe until spent            |
| Script Hash           | P2SH/P2WSH       | Various    | Mostly No        =
  | 3-4          | Protected         | Generally safe (depends on script) |
| Total Vulnerable      |                  |            | Yes              =
  | 3.5-5.5M     |                   | 17-28% of supply                   |

Quantum Risk

There is a lack of consensus on the timeline for the quantum threat other t=
han it appears to be accelerating:

Expert Consensus:
- Conservative estimates (NIST IR 8413): 2035-2050
- Aggressive projections: 2027-2035
- Industry leaders (including Brock Pierce at Tokenize 2025): "Yes, quantum=
 was 20 years away until recently. It's likely this decade. Most people are=
 now pinpointing it at 2027. I think that's early, but there's some bright =
minds working on it."

Recent Technical Advances:
- Google's 2025 research: Demonstrated that 2048-bit RSA encryption could t=
heoretically be broken by a quantum computer with 1 million noisy qubits ru=
nning for one week (20-fold decrease from previous estimate)
- Jensen Huang (NVIDIA CEO): Shifted to optimistic stance, stating quantum =
computing is "reaching an inflection point" and we're "within reach of bein=
g able to apply quantum computing" to solve problems "in the coming years"

Regulatory Requirements:
- U.S. National Security Systems must use quantum-resistant algorithms for =
new acquisitions after January 1, 2027 (NSA CNSA 2.0)
- Given 1-5 year government procurement cycles, blockchain proposals today =
must be quantum-proof

References

1. NIST IR 8413 - "Status Report on the Third Round of the NIST Post-Quantu=
m Cryptography Standardization Process", July 2022.
   https://doi.org/10.6028/NIST.IR.8413

2. NSA CNSA 2.0 - "Commercial National Security Algorithm Suite 2.0 FAQ", S=
eptember 7, 2022.
   https://media.defense.gov/2022/Sep/07/2003071836/-1/-1/0/CSI_CNSA_2.0_FA=
Q_.PDF

3. Google Quantum AI - "Quantum Advantage in Error Correction", Nature, 202=
5.
   Demonstrated 99.85% reduction in required quantum resources.

4. Jensen Huang - "Nvidia CEO says quantum computing is at an inflection po=
int", Channel News Asia, June 11, 2025.
   https://www.channelnewsasia.com/business/nvidia-ceo-says-quantum-computi=
ng-inflection-point-5174861

5. Global Risk Institute - "Quantum Threat Timeline 2025: Executive Perspec=
tives on Barriers to Action", 2025.
   https://globalriskinstitute.org/publication/quantum-threat-timeline-2025=
-executive-perspectives-on-barriers-to-action/

6. Brock Pierce - "Million Dollar Bitcoin CONFIRMED! Brock Pierce & Michael=
 Terpin Drop BOMBS at Tokenize! 2025." YouTube, timestamp 18:10.
   https://www.youtube.com/watch?v=3DDhYO1Jxmano

7. Satoshi Nakamoto - BitcoinTalk Forum post, 2010. "If it happens graduall=
y, we can transition to something stronger."
   https://bitcointalk.org/index.php?topic=3D3120.0

8. FIPS 204 - "Module-Lattice-Based Digital Signature Standard", August 202=
4.
   Specifies CRYSTALS-Dilithium (ML-DSA).

9. BIP 341 - "Taproot: SegWit version 1 spending rules", January 2020.
   https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki

10. BlackRock iShares Bitcoin Trust - Prospectus acknowledging quantum comp=
uting risk to Bitcoin holdings, 2024.

11. Mosca, M. - "Quantum Threat Timeline," University of Waterloo, 2023.
    Estimates 2035-2040 timeline for quantum threats to cryptography.

--=20
You received this message because you are subscribed to the Google Groups "=
Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/=
SN6PR12MB2735280A252DD62231D1320AA523A%40SN6PR12MB2735.namprd12.prod.outloo=
k.com.

--_000_SN6PR12MB2735280A252DD62231D1320AA523ASN6PR12MB2735namp_
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:"Cambria Math";
	panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
	{font-family:Aptos;
	panose-1:2 11 0 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	font-size:12.0pt;
	font-family:"Aptos",sans-serif;
	mso-ligatures:standardcontextual;}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:#467886;
	text-decoration:underline;}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:"Aptos",sans-serif;
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style>
</head>
<body lang=3D"EN-US" link=3D"#467886" vlink=3D"#96607D" style=3D"word-wrap:=
break-word">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">This BIP Proposal i=
s an alternative to QRAMP or a quantum winner-takes-all approach to the mig=
ration from a pre- to post quantum blockchain. It could be implemented as a=
 hard fork OR as a consensus that quantum
 actors can legitimately move funds to safe addresses for protective custod=
y and public good. It could even go forward with no consensuses at all sinc=
e it is functionally equivalent to a quantum winner-takes-all at the protoc=
ol level.
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">BIP: TBD<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Title: Quantum Secu=
re Asset Verification &amp; Escrow (QSAVE)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Author: James Tagg =
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Status: Draft<o:p><=
/o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Type: Standards Tra=
ck<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Layer: Consensus (C=
onsensus / Soft Fork / Hard Fork)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Created:<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">License: <o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Abstract<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">This BIP proposes Q=
SAVE (Quantum Secure Asset Verification &amp; Escrow) - a non-sovereign wea=
lth fund providing protective custody for Bitcoin vulnerable to quantum att=
ack (see Appendix for detailed vulnerability
 assessment). QSAVE preserves 100% of the principal for rightful owners whi=
le using generated returns to fund the protocol and global public good. It =
provides an alternative to the QRAMP (Quantum Resistant Asset Migration Pro=
tocol) proposal (which makes coins
 unspendable) or taking no action (which allows quantum appropriation, whic=
h many view as theft). This proposal addresses coins that are dormant but a=
cknowledges there may be coins that have quantum watermarks but have not mi=
grated to quantum addresses. A separate
 BIP proposal will address this case.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Motivation<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Chain analysis reve=
als 3.5-5.5 million Bitcoin (~17-28% of circulating supply) have exposed pu=
blic keys vulnerable to quantum attack (see Appendix: Quantum Vulnerability=
 Assessment for detailed breakdown).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">With sufficient edu=
cation and proactive migration, a significant portion of the 2-4M BTC in re=
used addresses could be moved to quantum-safe addresses before the threat m=
aterializes. Modern wallets are increasingly
 implementing best practices such as always sending change to fresh address=
es. However, some portion will inevitably remain unprotected when quantum c=
omputers arrive due to:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Owners who don't =
follow Bitcoin news<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Forgotten wallets=
 discovered years later<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Cold storage assu=
med long term safe<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Users who die and=
 whose heirs have yet to uncover the keys<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Users who procras=
tinate or underestimate the threat<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">When quantum comput=
ers capable of running Shor's algorithm arrive, the remaining vulnerable co=
ins face two equally problematic outcomes:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Quantum appropri=
ation: First actors with quantum computers take the coins<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. Forced burning: =
The community burns coins preventatively (by making them unspendable), brea=
king Bitcoin's promise as a store of value<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">This BIP proposes a=
 third way: QSAVE - protective custody that preserves ownership rights and =
puts dormant capital to work for humanity.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Note on &quot;Theft=
&quot;: Bitcoin's protocol operates purely through cryptographic proofs, wi=
thout built-in concepts of ownership or theft=E2=80=94these are legal const=
ructs that vary by jurisdiction. The community holds divergent
 views: some consider using advanced technology to derive private keys as l=
egitimate within Bitcoin's rules, while others view it as unethical appropr=
iation of others' funds.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">QSAVE addresses bot=
h perspectives: If quantum key derivation is considered fair game, then rac=
ing to secure vulnerable coins before malicious actors is simply good-faith=
 participation in the system. If it's
 deemed unethical, then the community needs a consensus solution that balan=
ces property rights with Bitcoin's algorithmic nature. Either way, protecti=
ve custody preserves coins for their rightful owners rather than allowing t=
hem to be stolen or destroyed.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The Inheritance Vul=
nerability Window<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Consider the &quot;=
Auntie Alice's Bitcoin&quot; scenario: Alice stores Bitcoin in cold storage=
 as inheritance for her grandchildren, with keys secured in a safe deposit =
box. She doesn't follow Bitcoin news and remains
 unaware of quantum threats. She passes away and by the time her heirs disc=
over the wallet, quantum computers capable of deriving private keys have em=
erged.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Three outcomes are =
possible:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Without protecti=
on: Quantum actors take the grandchildren's inheritance<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. With burning: Th=
e network destroys legitimate inheritance funds<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">3. With protective =
custody: Heirs can claim their inheritance with proper evidence (will, keys=
, proof of box opening)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">This illustrates wh=
y we cannot assume dormant equals lost and why protective custody is the on=
ly approach that preserves legitimate ownership rights. The inability to di=
stinguish between lost coins and stored
 coins is the fundamental reason protective custody is essential.<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Principles<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Preserve the pri=
ncipal - 100% of recovered Bitcoin remains available for rightful owners to=
 reclaim at any time<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. Ensure long-term=
 store of value by avoiding any pre-emptive burn (making coins unspendable)=
<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">3. Avoid market sho=
cks by keeping principal locked while only using generated returns<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">4. Generate returns=
 for the benefit of humanity through conservative yield strategies<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">5. Protect the Chai=
n, ensuring smooth transition to post-quantum era<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">6. Enable priority =
recovery through quantum watermark system<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Recovery Process<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Recovery Timing Mat=
rix<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Scenario&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp; | Timing&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp; | Method&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Requireme=
nts&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|------------------=
---------|-------------------------------|---------------------------|-----=
-----------------------|<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| M-Day (Migration =
Day)&nbsp;&nbsp;&nbsp;&nbsp; | Pre-Q-Day with Hard Fork&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp; | Consensus-based migration | Hard fork implementation&nbsp;&nbs=
p; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Q-Day (Quantum Da=
y)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | When quantum computers arrive | Wh=
ite-hat recovery race&nbsp;&nbsp; | No protocol changes needed |<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Emergency Cut-ove=
r&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Catastrophic quantum break&nb=
sp;&nbsp;&nbsp; | Parallel chain migration&nbsp; | Rapid consensus response=
&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Overlapping M/Q-D=
ay&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Both processes active&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Concurrent migrations&nbsp;&nbsp;&nbs=
p;&nbsp; | Mempool competition&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Recovery Protocol<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">All recovery transa=
ctions follow the same pattern:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Move vulnerable =
coins to protective custody addresses<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. Leave OP_RETURN =
notification on original address with recovery information<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">3. Prioritize by do=
rmant period and value at risk<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">4. Quantum watermar=
ks permit immediate return of funds<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Consensus Layer<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Implementation vari=
es based on timing and consensus level (see Recovery Timing Matrix above):<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">No Action: PQP (Pos=
t Quantum Pay) wallet technology - purely commercial/user layer<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Consensus: Communit=
y endorsement strengthens legal position for white-hat recovery<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Soft Fork: Taproot =
V2/BIP-360 enables voluntary migration (doesn't protect dormant accounts)<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Hard Fork: Required=
 for pre-Q-Day recovery or emergency cut-over scenarios<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Implementation Time=
line<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Phase 0: Launch - L=
ive from Day One<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- DAO Governance: A=
ctive voting on proposals from day one<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Initial Publicati=
on: Non-Sovereign Wealth Fund Proposal Discussion<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Phase 1: Consensus =
Building &amp; Infrastructure (Months 1-6)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Community discuss=
ion and refinement (while QD3 registrations continue)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Technical specifi=
cation development for advanced features<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Technical specifi=
cation for backup chain<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Legal framework e=
stablishment with states<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Coordination with=
 regulatory bodies for good-faith protections<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Signing the main =
quantum computer makers to the recovery principles<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Begin backup chai=
n development using post-quantum signature schemes (e.g., FIPS 204 ML-DSA)<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Phase 2: Enhanced I=
nfrastructure (Months 7-12)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Smart contract de=
ployment for fund management<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Advanced governan=
ce system implementation<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Claim verificatio=
n protocol enhancements<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Complete backup c=
hain synchronization and cut over process<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Multi-signature p=
rotective custody addresses pre-established<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Phase 3: Recovery P=
reparation (Months 13-18)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Public notificati=
on system deployment<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Recovery transact=
ion staging<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Security audits o=
f all systems<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Publish recovery =
chain software<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Public notice per=
iod initiation (6 months before recovery)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp; - Broadcast =
intent to recover specific UTXOs<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp; - Allow time=
 for unregistered owners to move coins or register claims<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp; - Publish re=
covery transactions in mempool but not mine<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Phase 4: Active Rec=
overy (Month 19+)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Execute recovery =
per Recovery Timing Matrix<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Use Recovery Prot=
ocol for all transactions<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Manage protective=
 custody with multi-signature addresses<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Process ownership=
 claims per Claim Verification Protocol<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Initiate fund ope=
rations per Fund Architecture<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Proposed Fund Archi=
tecture<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Recovered Bitcoin&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; (Principal - 100% Preserved)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; v<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; Conservative Strategies&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; (3-5% Annual Return)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * Lightning Network Liquidity&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * DeFi Lending Protocols&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * Bitcoin-backed Stablecoins&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; v<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Interest Distribution&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (Public Good Only)&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * Open Source Development&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * Quantum Security Research&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * Global Infrastructure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|&nbsp;&nbsp;&nbsp;=
&nbsp; * AI Safety &amp; Alignment&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">+------------------=
-----------------------+<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Claim Verification =
Protocol<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Original owners can=
 reclaim their coins at ANY time by providing:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Prior to Break (Q-D=
ay):<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Cryptographic Pr=
oof: Message signed with their key<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. Optional Support=
ing Evidence: Transaction history, temporal patterns if there is any doubt/=
dispute on Q-Day date<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Post Break:<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. Identity Verific=
ation: Since quantum computers will create publicly available databases of =
all exposed private keys (similar to existing databases of classically comp=
romised keys), possession of the private
 key alone is insufficient.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. Required Evidenc=
e:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; - gove=
rnment-issued identification<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; - Hist=
orical transaction knowledge<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; - Temp=
oral pattern matching<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; - Soci=
al recovery attestations<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">This approach recog=
nizes that post-quantum, private key possession becomes meaningless as proo=
f of ownership since quantum-derived key databases will be publicly availab=
le.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Three-tier Evidence=
 Hierarchy<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The claim verificat=
ion process employs a three-tier evidence hierarchy to evaluate ownership c=
laims with staking and slashing to prevent fraud and partial time based awa=
rds in case of partial proof. Evidence
 strength:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Tier 1: Cryptogra=
phic proofs with verifiable pre-break timestamps (signatures in pre-quantum=
 blocks and similar immutable records)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Tier 2: Third-par=
ty records (exchange logs, bankruptcy filings, probate rulings, trustee sta=
tements)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Tier 3: Supportin=
g materials (affidavits, chain-of-inheritance, media coverage, witness decl=
arations)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Governance Structur=
e<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The QSAVE fund requ=
ires robust decentralized governance to ensure proper stewardship of recove=
red assets. The governance framework must balance efficiency with decentral=
ization while maintaining absolute commitment
 to principal preservation.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Core Governance Pri=
nciples:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Quadratic Voting:=
 Reduces influence of large stakeholders while maintaining democratic parti=
cipation<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Multi-Council Str=
ucture: Separates technical, allocation, and audit functions to prevent cap=
ture<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Constraints: Only=
 generated returns may be allocated (per principle #1)<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Emergency Procedu=
res: Supermajority (75%) required for emergency actions; freeze of recovery=
 process can be executed by authorized individuals until quarum can be esta=
blished.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Governance Bodies:<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Technical Council=
: Oversees security, recovery operations, and technical infrastructure<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Allocation Counci=
l: Manages distribution of generated returns to for the public good thru ch=
aritable donation, impact investing or research funding.<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Audit Council: Pr=
ovides independent oversight and transparency reporting<o:p></o:p></span></=
p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Safeguards:<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Staggered terms t=
o ensure continuity<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Public transparen=
cy of all decisions<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Time-locked imple=
mentations for non-emergency changes<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Immutable smart c=
ontracts for principal preservation<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Rationale<o:p></o:p=
></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The QSAVE protocol =
represents the optimal technical implementation for addressing quantum vuln=
erability. Unlike binary approaches (burn or allow appropriation), QSAVE in=
troduces a third path that aligns with
 Bitcoin's core principles while solving practical challenges.<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Technical Neutralit=
y<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">QSAVE maintains imp=
lementation flexibility:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Fork-neutral: Wor=
ks with or without protocol changes (see Recovery Timing Matrix)<o:p></o:p>=
</span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Price-neutral: Ma=
rkets have already priced quantum risk (per BlackRock ETF disclosures)<o:p>=
</o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Liquidity-neutral=
: Principal preservation prevents market disruption<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Implementation Adva=
ntages<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Transparent Opera=
tions: All movements follow Recovery Protocol<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Decentralized Gov=
ernance: See Governance Structure section<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Auditable Recover=
y: See Claim Verification Protocol<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Progressive Deplo=
yment: Phase 0 operational from day one<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Risk Mitigation<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The protocol addres=
ses key operational risks:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Race Condition Ri=
sk: Pre-positioned infrastructure for rapid Q-Day response<o:p></o:p></span=
></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Legal Clarity: Al=
igns with established lost &amp; found precedents<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Governance Captur=
e: Quadratic voting and mandatory principal preservation constraints<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Technical Failure=
: Backup chain with post-quantum signatures ensures continuity<o:p></o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Legal Framework Con=
siderations<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The recovery proces=
s aligns with established legal principles in many jurisdictions. Under pre=
cedents like People v. Jennings (NY 1986), temporary custody without intent=
 to permanently deprive does not constitute
 larceny. This is analogous to moving lost property to a lost &amp; found =
=E2=80=94 a universally accepted practice despite technically involving &qu=
ot;taking without permission.&quot;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">In the United State=
s alone, over 400 million items are moved to lost &amp; found departments a=
nnually without legal consequence. QSAVE applies this same principle to dig=
ital assets vulnerable to quantum attack,
 providing a protective custody mechanism that preserves ownership rights.<=
o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Furthermore, the U.=
S. Department of Justice's policy on good-faith security research provides =
additional legal clarity for recovery operators acting to protect vulnerabl=
e assets from quantum threats.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Legal clarification=
 and Jurisdiction choices need to be made.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">The Sovereign Law P=
aradox<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Without protective =
frameworks, law-abiding states face a critical disadvantage. Bad actors ope=
rating from jurisdictions with weak or non-existent cryptocurrency regulati=
ons can exploit quantum vulnerabilities
 with impunity, while good-faith actors in law-compliant states remain para=
lyzed by legal uncertainty. This creates a systematic wealth transfer from =
citizens of law-abiding nations to criminal organizations and rogue states.=
 The strongest property laws paradoxically
 create the weakest defense against quantum theft. Jurisdictions are develo=
ping good faith exemptions to their computer security laws and these will n=
eed to accelerate.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Economic Impact<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Positive Effects<o:=
p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Removes quantum u=
ncertainty from Bitcoin price<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Funds public good=
 without inflation or taxation (see Fund Architecture)<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Preserves Bitcoin=
's fixed supply economics (Principle #1)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Creates new model=
 for decentralized capital allocation<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Neutral Effects<o:p=
></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- No net change in =
circulating supply (coins preserved, not spent)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Market has alread=
y priced in quantum risk per BlackRock ETF terms<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Interest generati=
on creates minimal selling pressure<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Appendix: Quantum V=
ulnerability<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Vulnerable Address =
Categories<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Category&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Add=
ress Type&nbsp;&nbsp;&nbsp;&nbsp; | Key Status | Quantum Vulnerable | Est. =
BTC (M) | Recovery Priority | Notes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">|------------------=
-----|------------------|------------|--------------------|--------------|-=
------------------|------------------------------------|<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| P2PK Outputs&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | P2PK&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Various&nbsp;&nbsp;=
&nbsp; | Yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; | 1.9-2.0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Criti=
cal&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Directly expose=
d public keys&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Taproot (All)&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | P2TR&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Various&nbsp;&nbsp;&nbsp=
; | Yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp; | 0.5-1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | =
Critical&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | ALL Taproo=
t addresses exposed&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Reused P2PKH (spe=
nt)&nbsp; | P2PKH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp; | Various&nbsp;&nbsp;&nbsp; | Yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 2-4&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | High&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Spent =3D pubkey rev=
ealed&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Reused P2WPKH (sp=
ent) | P2WPKH&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |=
 Various&nbsp;&nbsp;&nbsp; | Yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | ~0.5-1&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; | High&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; | Modern but still vulnerable&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Unused P2PKH&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | P2PKH&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Various&nbsp;&nbsp;&nbsp=
; | No&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp; | 6-8&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp; | Protected&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | =
Hash only; quantum-safe&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Unused P2WPKH&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | P2WPKH&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Various&nbsp;&nbsp;&nbsp; | No&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; | 4-6&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p; | Protected&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Modern saf=
e until spent&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Script Hash&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | P2SH/P2WSH&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp; | Various&nbsp;&nbsp;&nbsp; | Mostly No&nbsp;&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 3-4&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Protected&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&=
nbsp;&nbsp;&nbsp; | Generally safe (depends on script) |<o:p></o:p></span><=
/p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">| Total Vulnerable&=
nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | Yes&nbsp;&nbsp;&nbsp;=
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | =
3.5-5.5M&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | 17-28=
% of supply&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Quantum Risk<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">There is a lack of =
consensus on the timeline for the quantum threat other than it appears to b=
e accelerating:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Expert Consensus:<o=
:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Conservative esti=
mates (NIST IR 8413): 2035-2050<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Aggressive projec=
tions: 2027-2035<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Industry leaders =
(including Brock Pierce at Tokenize 2025): &quot;Yes, quantum was 20 years =
away until recently. It's likely this decade. Most people are now pinpointi=
ng it at 2027. I think that's early, but
 there's some bright minds working on it.&quot;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Recent Technical Ad=
vances:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Google's 2025 res=
earch: Demonstrated that 2048-bit RSA encryption could theoretically be bro=
ken by a quantum computer with 1 million noisy qubits running for one week =
(20-fold decrease from previous estimate)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Jensen Huang (NVI=
DIA CEO): Shifted to optimistic stance, stating quantum computing is &quot;=
reaching an inflection point&quot; and we're &quot;within reach of being ab=
le to apply quantum computing&quot; to solve problems &quot;in
 the coming years&quot;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">Regulatory Requirem=
ents:<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- U.S. National Sec=
urity Systems must use quantum-resistant algorithms for new acquisitions af=
ter January 1, 2027 (NSA CNSA 2.0)<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">- Given 1-5 year go=
vernment procurement cycles, blockchain proposals today must be quantum-pro=
of<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">References<o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">1. NIST IR 8413 - &=
quot;Status Report on the Third Round of the NIST Post-Quantum Cryptography=
 Standardization Process&quot;, July 2022.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://doi.org/10.6028/NIST.IR.8413">
https://doi.org/10.6028/NIST.IR.8413</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">2. NSA CNSA 2.0 - &=
quot;Commercial National Security Algorithm Suite 2.0 FAQ&quot;, September =
7, 2022.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://media.defense.gov/2022/Sep/07/2003071836/-1/-1/0/CSI_CNSA_2.0_=
FAQ_.PDF">
https://media.defense.gov/2022/Sep/07/2003071836/-1/-1/0/CSI_CNSA_2.0_FAQ_.=
PDF</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">3. Google Quantum A=
I - &quot;Quantum Advantage in Error Correction&quot;, Nature, 2025.<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; Demons=
trated 99.85% reduction in required quantum resources.<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">4. Jensen Huang - &=
quot;Nvidia CEO says quantum computing is at an inflection point&quot;, Cha=
nnel News Asia, June 11, 2025.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://www.channelnewsasia.com/business/nvidia-ceo-says-quantum-compu=
ting-inflection-point-5174861">
https://www.channelnewsasia.com/business/nvidia-ceo-says-quantum-computing-=
inflection-point-5174861</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">5. Global Risk Inst=
itute - &quot;Quantum Threat Timeline 2025: Executive Perspectives on Barri=
ers to Action&quot;, 2025.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://globalriskinstitute.org/publication/quantum-threat-timeline-20=
25-executive-perspectives-on-barriers-to-action/">
https://globalriskinstitute.org/publication/quantum-threat-timeline-2025-ex=
ecutive-perspectives-on-barriers-to-action/</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">6. Brock Pierce - &=
quot;Million Dollar Bitcoin CONFIRMED! Brock Pierce &amp; Michael Terpin Dr=
op BOMBS at Tokenize! 2025.&quot; YouTube, timestamp 18:10.<o:p></o:p></spa=
n></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://www.youtube.com/watch?v=3DDhYO1Jxmano">
https://www.youtube.com/watch?v=3DDhYO1Jxmano</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">7. Satoshi Nakamoto=
 - BitcoinTalk Forum post, 2010. &quot;If it happens gradually, we can tran=
sition to something stronger.&quot;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://bitcointalk.org/index.php?topic=3D3120.0">
https://bitcointalk.org/index.php?topic=3D3120.0</a><o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">8. FIPS 204 - &quot=
;Module-Lattice-Based Digital Signature Standard&quot;, August 2024.<o:p></=
o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; Specif=
ies CRYSTALS-Dilithium (ML-DSA).<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">9. BIP 341 - &quot;=
Taproot: SegWit version 1 spending rules&quot;, January 2020.<o:p></o:p></s=
pan></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp; <a hre=
f=3D"https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki">
https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki</a><o:p></o:=
p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">10. BlackRock iShar=
es Bitcoin Trust - Prospectus acknowledging quantum computing risk to Bitco=
in holdings, 2024.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt"><o:p>&nbsp;</o:p></=
span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">11. Mosca, M. - &qu=
ot;Quantum Threat Timeline,&quot; University of Waterloo, 2023.<o:p></o:p><=
/span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt">&nbsp;&nbsp;&nbsp; =
Estimates 2035-2040 timeline for quantum threats to cryptography.<o:p></o:p=
></span></p>
</div>
</body>
</html>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev+unsubscribe@googlegroups.com">bitcoind=
ev+unsubscribe@googlegroups.com</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/SN6PR12MB2735280A252DD62231D1320AA523A%40SN6PR12MB2735.namprd12.=
prod.outlook.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.goo=
gle.com/d/msgid/bitcoindev/SN6PR12MB2735280A252DD62231D1320AA523A%40SN6PR12=
MB2735.namprd12.prod.outlook.com</a>.<br />

--_000_SN6PR12MB2735280A252DD62231D1320AA523ASN6PR12MB2735namp_--