summaryrefslogtreecommitdiff
path: root/e5/442b94df09acdf7dff0a3d8e7bad6febcfd036
blob: 465ca6b579a49b3fd7cb98237268366df9479f5c (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
Delivery-date: Mon, 15 Apr 2024 15:01:06 -0700
Received: from mail-oo1-f60.google.com ([209.85.161.60])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDV6R2XBYEMBBGWH62YAMGQEVL7VUPY@googlegroups.com>)
	id 1rwUNt-0008Qm-5o
	for bitcoindev@gnusha.org; Mon, 15 Apr 2024 15:01:06 -0700
Received: by mail-oo1-f60.google.com with SMTP id 006d021491bc7-5aa2faa7115sf5554506eaf.2
        for <bitcoindev@gnusha.org>; Mon, 15 Apr 2024 15:01:04 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1713218459; cv=pass;
        d=google.com; s=arc-20160816;
        b=AvSMJMj1prlvElqXtdIKDxrK7Z60UdOa2zhDNbRIIP/xTCMFJ8M9CPyNmHbfAoFv8G
         i/bRVmtNahoaUWKBHO8Xh+Y4OpogQ9SL8+oiE1TYr8zIwED09TmpoQrxxbEDJu+Ersvw
         Nu6gtKXYIc4jvETi0QmzpvOIE2Au0a0YVS7AUiznSr9fR4otenlkT5dinyLORHvqU51t
         CSalI8+2vJBHGF6Y9FeqXkfYp8xSLfFLAzT4NaN1DuJvaF4ICJmWRyeylp8jOZ2nERj/
         EID7xUocz/crWtgB0qe8/vKOxIN5krzsUihVtEUja8L06AfSX0SHaA0lbAHFFyO0zbs2
         cJRw==
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:cc:to:subject:message-id:date:from
         :in-reply-to:references:mime-version:sender:dkim-signature
         :dkim-signature;
        bh=P/t7f3X19KjnAonGfzM+LsHrB/aeT9yAgbNKOOjv1PM=;
        fh=5BGTIui7BoeSgZ7DuCdodBmxN0k28lLw9WNQwrfu8aM=;
        b=sI+8zF+TIlxxwaiY4Ud+ayIzzg4rg6ragjdVPYTSNpvUZsh2V3Lz88nImaszf5gUZn
         cQIf0WoW3OReoeoSZoQug/h5KMALziIovnLkVzXmUihVHeY5APi/sLAo4kfPloZHqPCG
         p0iXvbZbWQLuYd4lKb2OGOsaak7xFJ7LlMaRDX+pwlw7PgdEi5xHLccu6drqfPVw0Gi/
         cH9jzn7rduRZkrP1PpoC4dKK6GgIXSC014KPjfJyRPTNGm9cSENhzdCtJ+N6m8/enIV+
         XWjzFXNntprY/xFXAL9vYHN/p2a2N5zodyoSWSy8waHD7co124BF9ZyXGYgVy/zPK10O
         DjKw==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=fZpJA+Ab;
       spf=pass (google.com: domain of keagan.mcclelland@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=keagan.mcclelland@gmail.com;
       dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1713218459; x=1713823259; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-authentication-results
         :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to
         :references:mime-version:sender:from:to:cc:subject:date:message-id
         :reply-to;
        bh=P/t7f3X19KjnAonGfzM+LsHrB/aeT9yAgbNKOOjv1PM=;
        b=cJjNiT9Fb/e1FbR+nTb5iPTZ4jNnGXeMVlwoQN6F2LrLWR/3s+DsZ2qdEjJr7cgxRK
         I2RTHbu5ylshacpldHUqSmxtDpwyWjc6GgwNkmwm3D6lir+zLKcn7LUG87ZkcS0MCpND
         fzdOtziNYCQ8n2mZyrHXl2HSnTQYG6IkUqfTXAoNgGE97tWRXRMU6A7O6l0aIaHnMKtZ
         kIPwezvVpveeOEi38rmi1DHOgl66nP3lJw1KtxERFPr0mnQeyyxsrXySQBqy5HgwIny3
         wPrpoyhTvzMkCYdbDEppah66bNWXVHuyNL6Vno37k4dZz26l0KwOdlYWzbDjPqm04AEE
         ecOg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20230601; t=1713218459; x=1713823259; darn=gnusha.org;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-authentication-results
         :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to
         :references:mime-version:from:to:cc:subject:date:message-id:reply-to;
        bh=P/t7f3X19KjnAonGfzM+LsHrB/aeT9yAgbNKOOjv1PM=;
        b=lJAqJZFqiIi2NGnFXU8Nc9gz/O+QvoUnfWhx8MA8GF1dotTquR8uTSVwwiHnqy5g3C
         Uj5x33aO6B07Iw7HAGcfiYfSsyr3Q0guUwxhFo7W5VTd4GNyj/rN90mnj0gzEwSQRxk1
         XDlWd6vQ8RLyV/LkSwFelqxDZ3WnduP9n0lpwTEIemaGbxHc4lRpcOsWzh17NWtsxAUl
         /6Pzn/vw0g0wz70geRn9NzylP3mB/nLvDfGJuX46APbNyKZatuPiIusDTDpusy/T6UYb
         mbjEhGUUDTA0fXYJEBPAJigsVSo/SR4xYQLPLTtYm0jyKwF01/FbZJDn80Mt+H5uXnM9
         Y44Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1713218459; x=1713823259;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-authentication-results
         :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to
         :references:mime-version:x-beenthere:x-gm-message-state:sender:from
         :to:cc:subject:date:message-id:reply-to;
        bh=P/t7f3X19KjnAonGfzM+LsHrB/aeT9yAgbNKOOjv1PM=;
        b=YBm0aGS5tuA4qgiDessD9g6RQkR41b+3QvbEfXqoi1IfF43st5It10as/N6Z+QJcL1
         EGFJOb19Sn6zWW2w/NX7ZLnAg37NqvL/2wstixdtmCylacEGOvrDz4MA85arFgF5X8Ys
         pXSaonEmbDpYZsGG2HEcecqw5o9w1vvIP+tXY8//K4pUZ3RH3mSj65laQHDuT4rSww3z
         2U5jB5rEq+CRGhrdyUc1WW5mzqfN/NZ/x1o3shuuJYbFIw72C+e/PjCXvZB/Gm0VMubB
         ZsjYA6TrQA7sdW9f5+HAiwSfwRF5myUhjY6u6FiTfgaBJdgRA50ljEkzcmHTuoKt7Nz0
         KGlA==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCUwqaY6spbtCBu0yJD83XbLAGTGn8Ybs9vF593bR9XV9epn8xrgb7x/n3Ptt67Vkb5MPLr2oAR4vYgqJvJCWCQcMxrF/Sw=
X-Gm-Message-State: AOJu0YzBWA1W4eKnJuW6FFGQx3XFpwjw5+IX+WXD6lklcZPRZmHKt1CW
	BkgyNPnC2vRh67ULlI1X91S/CJ3jM0Ch2wXDpzeLRBpkaZC9W9E9
X-Google-Smtp-Source: AGHT+IE8ToAMEU66kiIjRIacuXDXE179dC8x4THsEGWfi0QuZfObkia8MoSNBPKvVXOfCwJ2ittKWA==
X-Received: by 2002:a05:6820:1a0b:b0:5a2:37c9:d91f with SMTP id bq11-20020a0568201a0b00b005a237c9d91fmr13019115oob.5.1713218459147;
        Mon, 15 Apr 2024 15:00:59 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com
Received: by 2002:a4a:aa8b:0:b0:5a4:8287:2eb7 with SMTP id d11-20020a4aaa8b000000b005a482872eb7ls284505oon.1.-pod-prod-00-us;
 Mon, 15 Apr 2024 15:00:58 -0700 (PDT)
X-Received: by 2002:a05:6808:6083:b0:3c4:df58:8f33 with SMTP id de3-20020a056808608300b003c4df588f33mr25488oib.2.1713218458022;
        Mon, 15 Apr 2024 15:00:58 -0700 (PDT)
Received: by 2002:a05:6808:10c1:b0:3c5:e773:977f with SMTP id 5614622812f47-3c608f554camsb6e;
        Mon, 15 Apr 2024 11:58:25 -0700 (PDT)
X-Received: by 2002:a05:6820:202:b0:5aa:169a:1791 with SMTP id bw2-20020a056820020200b005aa169a1791mr12634859oob.7.1713207504874;
        Mon, 15 Apr 2024 11:58:24 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1713207504; cv=none;
        d=google.com; s=arc-20160816;
        b=kaJZ1K1OFjNdlG9YxSkSInGUwGB+DCWIjffJV7tYH+ov1fAYYjrBNK6QqvuCb3uyuu
         VqNk1/je18X5sZvJsFQMoa9J3hGsiAONBy5WwVVDHR6UZ6uhFN7T8xe/jtZW2sq5Krsn
         PFMjH83L/UFAl9E8RgW3PWnh6a9GzAVkxilES5UPSVLyKWFsPBNrHYVhxOGWBgLAmoI5
         feqGHtvOtnj+bkKCJyKcMMW/lbKKJuwMH3C6vT06w9n6AmovxlaAkBslbaouhwpOOKmT
         /25SnB0/zLY0+jXxpM6XfQnBJOsgc94R9USHMB+hitXjXiIXMPbUwON5IR31UtLXvW6y
         qB+g==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=cc:to:subject:message-id:date:from:in-reply-to:references
         :mime-version:dkim-signature;
        bh=GgFgJgs4oBFEAjcfjC5mszdUdMn2HoS++N3YFwlYDdw=;
        fh=roize3/Nsv4Auw8Ccya15pk+/cIq2QN3L3Gj0Di505I=;
        b=b3lGpJCBgJvSzM+GrfRvtCT+XVdJ7C/dp/W+QDEmoqJtqqh4WvC41qvtakA4gupy8M
         IzTuDk02tTtf2tG6Nh1F5RmRLbrtM+sMS9QnSipvJ+udfOlPArHFNyiMHp2B/vQM5dy9
         JFvW3nlfUA5jntQydRxlmUma00TMwaS2pIsC9+tGW3EW+LweLmInbuHLJ8avmEZS4kGb
         YZwjnfy/sjNygG8RuxuUjw7VEPGC8LLsBNFwPkx+uVtMh5+IwoeKWNcArKocOn7AAbog
         QJoxh5bA7igzWlQMHd8ayaD254csnthpmolpv/iq8qnaDfboHsVpKM8Ym3wy0dMEp7xx
         jsQg==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=fZpJA+Ab;
       spf=pass (google.com: domain of keagan.mcclelland@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=keagan.mcclelland@gmail.com;
       dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com
Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com. [2607:f8b0:4864:20::f31])
        by gmr-mx.google.com with ESMTPS id co6-20020a056820238600b005aa1c0eb48asi692359oob.1.2024.04.15.11.58.24
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Mon, 15 Apr 2024 11:58:24 -0700 (PDT)
Received-SPF: pass (google.com: domain of keagan.mcclelland@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) client-ip=2607:f8b0:4864:20::f31;
Received: by mail-qv1-xf31.google.com with SMTP id 6a1803df08f44-6964b1c529cso23306536d6.0
        for <bitcoindev@googlegroups.com>; Mon, 15 Apr 2024 11:58:24 -0700 (PDT)
X-Received: by 2002:a05:6214:11a2:b0:699:2df2:b106 with SMTP id
 u2-20020a05621411a200b006992df2b106mr10953237qvv.23.1713207504419; Mon, 15
 Apr 2024 11:58:24 -0700 (PDT)
MIME-Version: 1.0
References: <cc812488-9da0-4595-be3b-bcfd7ab41106n@googlegroups.com>
In-Reply-To: <cc812488-9da0-4595-be3b-bcfd7ab41106n@googlegroups.com>
From: Keagan McClelland <keagan.mcclelland@gmail.com>
Date: Mon, 15 Apr 2024 12:58:13 -0600
Message-ID: <CALeFGL3Vu_RLvUjfHUec3M6aYdBND0Nf4=Ddm2zEn=20DtZxqg@mail.gmail.com>
Subject: Re: [bitcoindev] Draft BIP for User-Defined Transaction Flags Policy
 & Strategy
To: Bitcoin Error Log <bitcoinerrorlog@gmail.com>
Cc: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Content-Type: multipart/alternative; boundary="000000000000ba46b006162734cf"
X-Original-Sender: keagan.mcclelland@gmail.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@gmail.com header.s=20230601 header.b=fZpJA+Ab;       spf=pass
 (google.com: domain of keagan.mcclelland@gmail.com designates
 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=keagan.mcclelland@gmail.com;
       dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.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: -0.5 (/)

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

Gaming this out a few iterations, I'm pretty sure a widely deployed DNR
policy will result in a proliferation of direct-to-miner transaction
submissions and will result in less network-wide visibility of the
transaction set that is staged for confirmation. At first it seems
reasonable to assume that users can help block the propagation of a
hypothetical DNR replacement, but the miners ultimately are unlikely to
make this choice in practice. The only argument you can fall back on here
is that Miners openly defying user desires will ultimately result in
stagnant or negative BTC growth which is bad for their long term, but I
think that argument is pretty weak in this context.

Relying on DNR type behavior in applications will definitely be insecure,
but I think fighting to do it anyway has even more distortion effects that
we are unlikely to want in the long run.

Keags

On Sun, Apr 14, 2024 at 9:16=E2=80=AFAM Bitcoin Error Log <bitcoinerrorlog@=
gmail.com>
wrote:

> *Posted here:*
> https://github.com/BitcoinAndLightningLayerSpecs/balls/blob/main/balls-00=
138.md
>
> *Full text here:*
>
> BIP: XXXX
> Title: User-Defined Transaction Flags Policy & Strategy
> Author: John Carvalho
> Type: Standards Track
> Created: Apr 15, 2024
> Status: Draft
> Abstract
>
> This BIP introduces a utility-optimized strategy for Bitcoin mempool
> policy with new transaction signaling mechanisms, including Do-Not-Replac=
e
> (DNR) and Replace-by-Fee (RBF), to enhance control over transaction
> handling and improve the network's economic efficiency.
> Motivation
>
> Enhancing user autonomy and network efficiency through precise,
> user-defined transaction signals that integrate seamlessly with Bitcoin's
> decentralized nature and existing economic models.
> Specification Transaction Signals
>
>    -
>
>    Do-Not-Replace (DNR): Ensures transactions are not replaced once
>    broadcast. This flag is encoded using a specific bit in the transactio=
n=E2=80=99s
>    version field, similar to RBF, but with inverse logic.
>    -
>
>    Replace-by-Fee (RBF): Allows the sender to signal that the transaction
>    may be replaced by another transaction with a higher fee. This mechani=
sm is
>    used to increase the likelihood of a transaction being picked up by mi=
ners
>    in conditions of high network congestion, ensuring timely processing.
>
> Encoding
>
> The new flag signal, DNR, could be encoded similarly to existing RBF
> flags, with complementary mempool handling and conflict-resolution logic
> for default local enforcement.
>
>
> Rationale
>
> Addresses the need for predictable transaction handling while respecting
> the decentralized, incentive-driven nature of network participants.
>
> Note: This proposal only discusses subjective, arbitrary mempool policy
> and handling. It is assumed that any local policy that enforces preferred
> hardware limits is out of scope and remains separately necessary.
> Strategic Options for Mempool Evolution
>
> There are three strategic options for evolving the Bitcoin mempool
> management, where only one should be optimized:
>
>
>    -
>
>    User-defined (The ideal, optimistic option): This approach involves
>    creating and default-obeying various transaction flags like RBF and DN=
R to
>    facilitate specific goals of transactors. The primary tradeoff is that
>    these flags are suggestions and can be overridden by miners, which mea=
ns
>    they are not enforceable but serve as strong hints to improve transact=
ion
>    predictability and network efficiency.
>    -
>    -
>
>    Node-defined (The chaotic, centralizing option): This strategy would
>    encourage third-party mempool providers to implement their subjective
>    preferences on transaction facilitation. The significant tradeoff here=
 is
>    the potential fracturing of the mempool and private, mining-pool-centr=
ic
>    inclusion requirements, which could lead to increased centralization a=
nd
>    censorship.
>    -
>    -
>
>    Miner-defined (The rational, pessimistic option): The final strategy
>    involves removing all policies and flags, allowing miners to decide ba=
sed
>    on transaction fees or other out-of-band terms. This approach simplifi=
es
>    the network at the cost of significantly reducing the utility for user=
s who
>    may need special handling for their transactions.
>
> Arguments for User-Definition
>
> Option 1 is favored here because it provides a balanced approach that
> enhances user experience and network functionality without overly
> complicating the Bitcoin protocol or risking centralization. By
> standardizing flags that indicate user preferences, we can achieve greate=
r
> harmony and utility within the Bitcoin network, supporting diverse user
> needs while maintaining decentralization.
>
> More importantly, we may be able to prevent mempool fragmentation and
> privatization to miners and pools for direct transaction inclusion by
> intentionally supporting flags that better compete and match transaction
> use cases within the open mempool network instead of censoring them
> arbitrarily.
>
>
> Economic Implications
>
> The introduction of these signals could influence transaction fee markets
> and network congestion patterns:
>
>    -
>
>    DNR potentially improves next-block fee competition and improves
>    network throughput by providing clearer signals about transaction
>    permanence and relevance.
>    -
>
>    RBF allows for dynamic fee adjustments that can enhance the certainty
>    of transaction confirmations during peak times, benefiting users who n=
eed
>    timely processing.
>
> Do-Not-Replace (DNR) Use Cases
>
> DNR is valuable in scenarios where transaction finality is crucial upon
> submission, without the risk of later alterations due to increased fees.
> Here are some specific use cases:
>
>    -
>
>    Point-of-Sale Transactions:
>    -
>
>       Example: Retailers or service providers accepting Bitcoin in a
>       face-to-face setting need transactions to be final immediately to p=
revent
>       fraud.
>       -
>
>       Usage: By using the DNR flag, merchants can ensure that once a
>       transaction is broadcast, it cannot be replaced, thereby securing t=
he
>       payment process at the point of sale.
>       -
>
>    Wage Payments:
>    -
>
>       Example: Employers paying salaries in Bitcoin require certainty
>       that the transaction amounts cannot be altered once sent.
>       -
>
>       Usage: DNR provides employers the confidence to execute payroll
>       transactions knowing that the payments cannot be replaced or cancel=
ed,
>       ensuring employees receive the exact intended amounts.
>       -
>
>    Automated Payments for Services:
>    -
>
>       Example: Subscription services where automated payments are
>       scheduled and should not be subject to change once initiated.
>       -
>
>       Usage: DNR can be applied to ensure that automated recurring
>       payments are processed without the risk of being replaced, thus sim=
plifying
>       financial planning and contract enforcement.
>
> Replace-by-Fee (RBF) Use Cases
>
> RBF is essential for transactions where timing and confirmation speed are
> more critical than the immediacy of finality. Here are applicable scenari=
os:
>
>    -
>
>    High-Frequency Trading:
>    -
>
>       Example: Traders on cryptocurrency exchanges who need to rapidly
>       adjust their positions based on market conditions.
>       -
>
>       Usage: RBF allows traders to increase the fee on a transaction if
>       it's not getting confirmed quickly enough, enabling them to ensure =
timely
>       executions in response to market movements.
>       -
>
>    Emergency Service Payments:
>    -
>
>       Example: Payments for time-sensitive services, such as premium fast
>       delivery or emergency technical services.
>       -
>
>       Usage: When quick service delivery is critical, RBF enables the
>       sender to increase the transaction fee to speed up the confirmation
>       process, ensuring that the transaction is prioritized by miners.
>       -
>
>    Bidding in Auctions:
>    -
>
>       Example: Participants in online auctions who need to ensure their
>       payments go through before the auction closes.
>       -
>
>       Usage: Auction participants can use RBF to adjust their transaction
>       fees to outpace other transactions in times of network congestion, =
securing
>       their winning bids.
>       -
>
>    Dynamic Fee Management for Wallets:
>    -
>
>       Example: Users sending non-urgent transactions who want to minimize
>       fees but are willing to increase them if network conditions change.
>       -
>
>       Usage: RBF provides flexibility, allowing users to start with a
>       lower fee and only increase it if the transaction confirmation is d=
elayed,
>       optimizing their transaction fee expenditures.
>
> Adoption and Transition Strategy & Requirements
>
> It is implicit, until now, that within this strategy is a requirement for
> Core and other implementations to abandon strategies within Option 2, by
> specifically removing and rejecting policy tools like mempoolfullrbf, or
> other attempts to overrule, filter, or otherwise filter and hamper the
> propagation of valid, non-destructive transactions.
>
> This proposal is presented to the community for feedback, focusing on
> gathering input from wallet developers, miners, and node operators to
> ensure broad support and understanding of the benefits and implications o=
f
> these new transaction signals.
>
> --
> 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
> email to bitcoindev+unsubscribe@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/bitcoindev/cc812488-9da0-4595-be3b-bcfd=
7ab41106n%40googlegroups.com
> <https://groups.google.com/d/msgid/bitcoindev/cc812488-9da0-4595-be3b-bcf=
d7ab41106n%40googlegroups.com?utm_medium=3Demail&utm_source=3Dfooter>
> .
>

--=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 on the web visit https://groups.google.com/d/msgid/=
bitcoindev/CALeFGL3Vu_RLvUjfHUec3M6aYdBND0Nf4%3DDdm2zEn%3D20DtZxqg%40mail.g=
mail.com.

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

<div dir=3D"ltr">Gaming this out a few iterations, I&#39;m pretty sure a wi=
dely deployed DNR policy will result in a proliferation of direct-to-miner =
transaction submissions and will result in less network-wide visibility of =
the transaction set that is staged for confirmation. At first it seems reas=
onable to assume that users can help block the propagation of a hypothetica=
l DNR replacement, but the miners ultimately are unlikely to make this choi=
ce in practice. The only argument you can fall back on here is that Miners =
openly defying user desires will ultimately result in stagnant or negative =
BTC growth which is bad for their long term, but I think that argument is p=
retty weak in this context.<div><br></div><div>Relying on DNR type behavior=
 in applications will definitely be insecure, but I think fighting to do it=
 anyway has even more distortion effects that we are unlikely to want in th=
e long run.</div><div><br></div><div>Keags</div></div><br><div class=3D"gma=
il_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sun, Apr 14, 2024 at 9:1=
6=E2=80=AFAM Bitcoin Error Log &lt;<a href=3D"mailto:bitcoinerrorlog@gmail.=
com">bitcoinerrorlog@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D=
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,204,204);padding-left:1ex"><b>Posted here:</b> <a href=3D"https://github=
.com/BitcoinAndLightningLayerSpecs/balls/blob/main/balls-00138.md" target=
=3D"_blank">https://github.com/BitcoinAndLightningLayerSpecs/balls/blob/mai=
n/balls-00138.md</a><br><div><br></div><div><b>Full text here:</b></div><di=
v><br></div><div><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;ma=
rgin-bottom:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans-serif=
;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;=
font-variant-east-asian:normal;font-variant-alternates:normal;vertical-alig=
n:baseline">BIP: XXXX</span><span style=3D"font-size:11pt;font-family:Arial=
,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-nume=
ric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;ve=
rtical-align:baseline"><br></span><span style=3D"font-size:11pt;font-family=
:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Title: User-Defined Transaction Flags Policy &=
amp; Strategy</span><span style=3D"font-size:11pt;font-family:Arial,sans-se=
rif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:norm=
al;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-a=
lign:baseline"><br></span><span style=3D"font-size:11pt;font-family:Arial,s=
ans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeri=
c:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vert=
ical-align:baseline">Author: John Carvalho</span><span style=3D"font-size:1=
1pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transpar=
ent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant=
-alternates:normal;vertical-align:baseline"><br></span><span style=3D"font-=
size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:tr=
ansparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-v=
ariant-alternates:normal;vertical-align:baseline">Type: Standards Track</sp=
an><span style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0=
,0);background-color:transparent;font-variant-numeric:normal;font-variant-e=
ast-asian:normal;font-variant-alternates:normal;vertical-align:baseline"><b=
r></span><span style=3D"font-size:11pt;font-family:Arial,sans-serif;color:r=
gb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-var=
iant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseli=
ne">Created: Apr 15, 2024</span><span style=3D"font-size:11pt;font-family:A=
rial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-=
numeric:normal;font-variant-east-asian:normal;font-variant-alternates:norma=
l;vertical-align:baseline"><br></span><span style=3D"font-size:11pt;font-fa=
mily:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-va=
riant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates=
:normal;vertical-align:baseline">Status: Draft

</span></p><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:16pt;marg=
in-bottom:4pt"><span style=3D"font-size:14pt;font-family:Arial,sans-serif;c=
olor:rgb(67,67,67);background-color:transparent;font-weight:700;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Abstract</span></span><p dir=3D"ltr" style=3D"=
line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-size=
:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transp=
arent;font-variant-numeric:normal;font-variant-east-asian:normal;font-varia=
nt-alternates:normal;vertical-align:baseline">This BIP introduces a utility=
-optimized strategy for Bitcoin mempool policy with new transaction signali=
ng mechanisms, including Do-Not-Replace (DNR) and Replace-by-Fee (RBF), to =
enhance control over transaction handling and improve the network&#39;s eco=
nomic efficiency.

</span></p><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:16pt;marg=
in-bottom:4pt"><span style=3D"font-size:14pt;font-family:Arial,sans-serif;c=
olor:rgb(67,67,67);background-color:transparent;font-weight:700;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Motivation</span></span><p dir=3D"ltr" style=
=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-=
size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:tr=
ansparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-v=
ariant-alternates:normal;vertical-align:baseline">Enhancing user autonomy a=
nd network efficiency through precise, user-defined transaction signals tha=
t integrate seamlessly with Bitcoin&#39;s decentralized nature and existing=
 economic models.

</span></p><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:16pt;marg=
in-bottom:4pt"><span style=3D"font-size:14pt;font-family:Arial,sans-serif;c=
olor:rgb(67,67,67);background-color:transparent;font-weight:700;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Specification
</span></span><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:14pt;m=
argin-bottom:4pt"><span style=3D"font-size:12pt;font-family:Arial,sans-seri=
f;color:rgb(102,102,102);background-color:transparent;font-variant-numeric:=
normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertic=
al-align:baseline">Transaction Signals</span></span><ul style=3D"margin-top=
:0px;margin-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-=
size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:tr=
ansparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-v=
ariant-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><p d=
ir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=
=3D"presentation"><span style=3D"font-size:11pt;background-color:transparen=
t;font-weight:700;font-variant-numeric:normal;font-variant-east-asian:norma=
l;font-variant-alternates:normal;vertical-align:baseline">Do-Not-Replace (D=
NR)</span><span style=3D"font-size:11pt;background-color:transparent;font-v=
ariant-numeric:normal;font-variant-east-asian:normal;font-variant-alternate=
s:normal;vertical-align:baseline">: Ensures transactions are not replaced o=
nce broadcast. This flag is encoded using a specific bit in the transaction=
=E2=80=99s version field, similar to RBF, but with inverse logic.</span></p=
></li><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;font-fam=
ily:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-var=
iant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:=
normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=
=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation=
"><span style=3D"font-size:11pt;background-color:transparent;font-weight:70=
0;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-a=
lternates:normal;vertical-align:baseline">Replace-by-Fee (RBF): </span><spa=
n style=3D"font-size:11pt;background-color:transparent;font-variant-numeric=
:normal;font-variant-east-asian:normal;font-variant-alternates:normal;verti=
cal-align:baseline">Allows the sender to signal that the transaction may be=
 replaced by another transaction with a higher fee. This mechanism is used =
to increase the likelihood of a transaction being picked up by miners in co=
nditions of high network congestion, ensuring timely processing.

</span></p></li></ul><span dir=3D"ltr" style=3D"line-height:1.38;margin-top=
:14pt;margin-bottom:4pt"><span style=3D"font-size:12pt;font-family:Arial,sa=
ns-serif;color:rgb(102,102,102);background-color:transparent;font-variant-n=
umeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal=
;vertical-align:baseline">Encoding</span></span><p dir=3D"ltr" style=3D"lin=
e-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-size:11=
pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transpare=
nt;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-=
alternates:normal;vertical-align:baseline">The new flag signal, DNR, could =
be encoded similarly to existing RBF flags, with complementary mempool hand=
ling and conflict-resolution logic for default local enforcement.</span></p=
><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"=
><span style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0=
);background-color:transparent;font-variant-numeric:normal;font-variant-eas=
t-asian:normal;font-variant-alternates:normal;vertical-align:baseline"><br>=
</span></p><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:16pt;marg=
in-bottom:4pt"><span style=3D"font-size:14pt;font-family:Arial,sans-serif;c=
olor:rgb(67,67,67);background-color:transparent;font-weight:700;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Rationale</span></span><p dir=3D"ltr" style=3D=
"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-siz=
e:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:trans=
parent;font-variant-numeric:normal;font-variant-east-asian:normal;font-vari=
ant-alternates:normal;vertical-align:baseline">Addresses the need for predi=
ctable transaction handling while respecting the decentralized, incentive-d=
riven nature of network participants.</span></p><br><p dir=3D"ltr" style=3D=
"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-siz=
e:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:trans=
parent;font-style:italic;font-variant-numeric:normal;font-variant-east-asia=
n:normal;font-variant-alternates:normal;vertical-align:baseline">Note: This=
 proposal only discusses subjective, arbitrary mempool policy and handling.=
 It is assumed that any local policy that enforces preferred hardware limit=
s is out of scope and remains separately necessary.

</span></p><span dir=3D"ltr" style=3D"line-height:1.38;margin-top:14pt;marg=
in-bottom:4pt"><span style=3D"font-size:12pt;font-family:Arial,sans-serif;c=
olor:rgb(102,102,102);background-color:transparent;font-variant-numeric:nor=
mal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-=
align:baseline">Strategic Options for Mempool Evolution</span></span><p dir=
=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span =
style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);backg=
round-color:transparent;font-variant-numeric:normal;font-variant-east-asian=
:normal;font-variant-alternates:normal;vertical-align:baseline">There are t=
hree strategic options for evolving the Bitcoin mempool management, where o=
nly one should be optimized:</span></p><br><ul style=3D"margin-top:0px;marg=
in-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:none;font-size:11pt=
;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent=
;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-al=
ternates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr=
" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"prese=
ntation"><span style=3D"font-size:11pt;background-color:transparent;font-we=
ight:700;font-variant-numeric:normal;font-variant-east-asian:normal;font-va=
riant-alternates:normal;vertical-align:baseline">User-defined (The ideal, o=
ptimistic option): </span><span style=3D"font-size:11pt;background-color:tr=
ansparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-v=
ariant-alternates:normal;vertical-align:baseline">This approach involves cr=
eating and default-obeying various transaction flags like RBF and DNR to fa=
cilitate specific goals of transactors. The primary tradeoff is that these =
flags are suggestions and can be overridden by miners, which means they are=
 not enforceable but serve as strong hints to improve transaction predictab=
ility and network efficiency.</span></p></li><li dir=3D"ltr" style=3D"list-=
style-type:none;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0=
);background-color:transparent;font-variant-numeric:normal;font-variant-eas=
t-asian:normal;font-variant-alternates:normal;vertical-align:baseline;white=
-space:pre-wrap"><br></li><li dir=3D"ltr" style=3D"list-style-type:none;fon=
t-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:=
transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font=
-variant-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><p=
 dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" ro=
le=3D"presentation"><span style=3D"font-size:11pt;background-color:transpar=
ent;font-weight:700;font-variant-numeric:normal;font-variant-east-asian:nor=
mal;font-variant-alternates:normal;vertical-align:baseline">Node-defined (T=
he chaotic, centralizing option): </span><span style=3D"font-size:11pt;back=
ground-color:transparent;font-variant-numeric:normal;font-variant-east-asia=
n:normal;font-variant-alternates:normal;vertical-align:baseline">This strat=
egy would encourage third-party mempool providers to implement their subjec=
tive preferences on transaction facilitation. The significant tradeoff here=
 is the potential fracturing of the mempool and private, mining-pool-centri=
c inclusion requirements, which could lead to increased centralization and =
censorship.</span></p></li><li dir=3D"ltr" style=3D"list-style-type:none;fo=
nt-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color=
:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;fon=
t-variant-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><=
br></li><li dir=3D"ltr" style=3D"list-style-type:none;font-size:11pt;font-f=
amily:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-v=
ariant-numeric:normal;font-variant-east-asian:normal;font-variant-alternate=
s:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=
=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation=
"><span style=3D"font-size:11pt;background-color:transparent;font-weight:70=
0;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-a=
lternates:normal;vertical-align:baseline">Miner-defined (The rational, pess=
imistic option): </span><span style=3D"font-size:11pt;background-color:tran=
sparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-var=
iant-alternates:normal;vertical-align:baseline">The final strategy involves=
 removing all policies and flags, allowing miners to decide based on transa=
ction fees or other out-of-band terms. This approach simplifies the network=
 at the cost of significantly reducing the utility for users who may need s=
pecial handling for their transactions.

</span></p></li></ul><span dir=3D"ltr" style=3D"line-height:1.38;margin-top=
:14pt;margin-bottom:4pt"><span style=3D"font-size:12pt;font-family:Arial,sa=
ns-serif;color:rgb(102,102,102);background-color:transparent;font-variant-n=
umeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal=
;vertical-align:baseline">Arguments for User-Definition</span></span><p dir=
=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span =
style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);backg=
round-color:transparent;font-variant-numeric:normal;font-variant-east-asian=
:normal;font-variant-alternates:normal;vertical-align:baseline">Option 1 is=
 favored here because it provides a balanced approach that enhances user ex=
perience and network functionality without overly complicating the Bitcoin =
protocol or risking centralization. By standardizing flags that indicate us=
er preferences, we can achieve greater harmony and utility within the Bitco=
in network, supporting diverse user needs while maintaining decentralizatio=
n.=C2=A0</span></p><br><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:=
0pt;margin-bottom:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans=
-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:n=
ormal;font-variant-east-asian:normal;font-variant-alternates:normal;vertica=
l-align:baseline">More importantly, we may be able to prevent mempool fragm=
entation and privatization to miners and pools for direct transaction inclu=
sion by intentionally supporting flags that better compete and match transa=
ction use cases within the open mempool network instead of censoring them a=
rbitrarily.</span></p><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0=
pt;margin-bottom:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans-=
serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:no=
rmal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical=
-align:baseline"><br></span></p><span dir=3D"ltr" style=3D"line-height:1.38=
;margin-top:14pt;margin-bottom:4pt"><span style=3D"font-size:12pt;font-fami=
ly:Arial,sans-serif;color:rgb(102,102,102);background-color:transparent;fon=
t-variant-numeric:normal;font-variant-east-asian:normal;font-variant-altern=
ates:normal;vertical-align:baseline">Economic Implications</span></span><p =
dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt"><sp=
an style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);ba=
ckground-color:transparent;font-variant-numeric:normal;font-variant-east-as=
ian:normal;font-variant-alternates:normal;vertical-align:baseline">The intr=
oduction of these signals could influence transaction fee markets and netwo=
rk congestion patterns:</span></p><ul style=3D"margin-top:0px;margin-bottom=
:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;font-fam=
ily:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-var=
iant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:=
normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=
=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation=
"><span style=3D"font-size:11pt;background-color:transparent;font-variant-n=
umeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal=
;vertical-align:baseline">DNR potentially improves next-block fee competiti=
on and improves network throughput by providing clearer signals about trans=
action permanence and relevance.</span></p></li><li dir=3D"ltr" style=3D"li=
st-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,=
0,0);background-color:transparent;font-variant-numeric:normal;font-variant-=
east-asian:normal;font-variant-alternates:normal;vertical-align:baseline;wh=
ite-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt=
;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;bac=
kground-color:transparent;font-variant-numeric:normal;font-variant-east-asi=
an:normal;font-variant-alternates:normal;vertical-align:baseline">RBF allow=
s for dynamic fee adjustments that can enhance the certainty of transaction=
 confirmations during peak times, benefiting users who need timely processi=
ng.

</span></p></li></ul><span dir=3D"ltr" style=3D"line-height:1.38;margin-top=
:16pt;margin-bottom:4pt"><span style=3D"font-size:14pt;font-family:Arial,sa=
ns-serif;color:rgb(67,67,67);background-color:transparent;font-weight:700;f=
ont-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alte=
rnates:normal;vertical-align:baseline">Do-Not-Replace (DNR) Use Cases</span=
></span><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bott=
om:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans-serif;color:rg=
b(0,0,0);background-color:transparent;font-variant-numeric:normal;font-vari=
ant-east-asian:normal;font-variant-alternates:normal;vertical-align:baselin=
e">DNR is valuable in scenarios where transaction finality is crucial upon =
submission, without the risk of later alterations due to increased fees. He=
re are some specific use cases:

</span></p><ul style=3D"margin-top:0px;margin-bottom:0px"><li dir=3D"ltr" s=
tyle=3D"list-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;co=
lor:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;fon=
t-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:b=
aseline;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;marg=
in-top:0pt;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-siz=
e:11pt;background-color:transparent;font-variant-numeric:normal;font-varian=
t-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline"=
>Point-of-Sale Transactions:</span></p><ul style=3D"margin-top:0px;margin-b=
ottom:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;fon=
t-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;fon=
t-variant-numeric:normal;font-variant-east-asian:normal;font-variant-altern=
ates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" st=
yle=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentat=
ion"><span style=3D"font-size:11pt;background-color:transparent;font-varian=
t-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:nor=
mal;vertical-align:baseline">Example: Retailers or service providers accept=
ing Bitcoin in a face-to-face setting need transactions to be final immedia=
tely to prevent fraud.</span></p></li><li dir=3D"ltr" style=3D"list-style-t=
ype:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);backg=
round-color:transparent;font-variant-numeric:normal;font-variant-east-asian=
:normal;font-variant-alternates:normal;vertical-align:baseline;white-space:=
pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bo=
ttom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;background-co=
lor:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;=
font-variant-alternates:normal;vertical-align:baseline">Usage: By using the=
 DNR flag, merchants can ensure that once a transaction is broadcast, it ca=
nnot be replaced, thereby securing the payment process at the point of sale=
.</span></p></li></ul></li><li dir=3D"ltr" style=3D"list-style-type:disc;fo=
nt-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color=
:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;fon=
t-variant-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><=
p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" r=
ole=3D"presentation"><span style=3D"font-size:11pt;background-color:transpa=
rent;font-variant-numeric:normal;font-variant-east-asian:normal;font-varian=
t-alternates:normal;vertical-align:baseline">Wage Payments:</span></p><ul s=
tyle=3D"margin-top:0px;margin-bottom:0px"><li dir=3D"ltr" style=3D"list-sty=
le-type:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);b=
ackground-color:transparent;font-variant-numeric:normal;font-variant-east-a=
sian:normal;font-variant-alternates:normal;vertical-align:baseline;white-sp=
ace:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margi=
n-bottom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;backgroun=
d-color:transparent;font-variant-numeric:normal;font-variant-east-asian:nor=
mal;font-variant-alternates:normal;vertical-align:baseline">Example: Employ=
ers paying salaries in Bitcoin require certainty that the transaction amoun=
ts cannot be altered once sent.</span></p></li><li dir=3D"ltr" style=3D"lis=
t-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0=
,0);background-color:transparent;font-variant-numeric:normal;font-variant-e=
ast-asian:normal;font-variant-alternates:normal;vertical-align:baseline;whi=
te-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;=
margin-bottom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;back=
ground-color:transparent;font-variant-numeric:normal;font-variant-east-asia=
n:normal;font-variant-alternates:normal;vertical-align:baseline">Usage: DNR=
 provides employers the confidence to execute payroll transactions knowing =
that the payments cannot be replaced or canceled, ensuring employees receiv=
e the exact intended amounts.</span></p></li></ul></li><li dir=3D"ltr" styl=
e=3D"list-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;color=
:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-v=
ariant-east-asian:normal;font-variant-alternates:normal;vertical-align:base=
line;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-=
top:0pt;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-size:1=
1pt;background-color:transparent;font-variant-numeric:normal;font-variant-e=
ast-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Au=
tomated Payments for Services:</span></p><ul style=3D"margin-top:0px;margin=
-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;f=
ont-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;f=
ont-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alte=
rnates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" =
style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"present=
ation"><span style=3D"font-size:11pt;background-color:transparent;font-vari=
ant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:n=
ormal;vertical-align:baseline">Example: Subscription services where automat=
ed payments are scheduled and should not be subject to change once initiate=
d.</span></p></li><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:1=
1pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transpar=
ent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant=
-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"=
ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"pr=
esentation"><span style=3D"font-size:11pt;background-color:transparent;font=
-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alterna=
tes:normal;vertical-align:baseline">Usage: DNR can be applied to ensure tha=
t automated recurring payments are processed without the risk of being repl=
aced, thus simplifying financial planning and contract enforcement.

</span></p></li></ul></li></ul><span dir=3D"ltr" style=3D"line-height:1.38;=
margin-top:16pt;margin-bottom:4pt"><span style=3D"font-size:14pt;font-famil=
y:Arial,sans-serif;color:rgb(67,67,67);background-color:transparent;font-we=
ight:700;font-variant-numeric:normal;font-variant-east-asian:normal;font-va=
riant-alternates:normal;vertical-align:baseline">Replace-by-Fee (RBF) Use C=
ases</span></span><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;m=
argin-bottom:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans-seri=
f;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal=
;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-ali=
gn:baseline">RBF is essential for transactions where timing and confirmatio=
n speed are more critical than the immediacy of finality. Here are applicab=
le scenarios:</span></p><ul style=3D"margin-top:0px;margin-bottom:0px"><li =
dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;font-family:Arial,=
sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numer=
ic:normal;font-variant-east-asian:normal;font-variant-alternates:normal;ver=
tical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-hei=
ght:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation"><span styl=
e=3D"font-size:11pt;background-color:transparent;font-variant-numeric:norma=
l;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-al=
ign:baseline">High-Frequency Trading:</span></p><ul style=3D"margin-top:0px=
;margin-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-size=
:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transp=
arent;font-variant-numeric:normal;font-variant-east-asian:normal;font-varia=
nt-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=
=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=
=3D"presentation"><span style=3D"font-size:11pt;background-color:transparen=
t;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-a=
lternates:normal;vertical-align:baseline">Example: Traders on cryptocurrenc=
y exchanges who need to rapidly adjust their positions based on market cond=
itions.</span></p></li><li dir=3D"ltr" style=3D"list-style-type:disc;font-s=
ize:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:tra=
nsparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-va=
riant-alternates:normal;vertical-align:baseline;white-space:pre-wrap"><p di=
r=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=
=3D"presentation"><span style=3D"font-size:11pt;background-color:transparen=
t;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-a=
lternates:normal;vertical-align:baseline">Usage: RBF allows traders to incr=
ease the fee on a transaction if it&#39;s not getting confirmed quickly eno=
ugh, enabling them to ensure timely executions in response to market moveme=
nts.</span></p></li></ul></li><li dir=3D"ltr" style=3D"list-style-type:disc=
;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-co=
lor:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;=
font-variant-alternates:normal;vertical-align:baseline;white-space:pre-wrap=
"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt=
" role=3D"presentation"><span style=3D"font-size:11pt;background-color:tran=
sparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-var=
iant-alternates:normal;vertical-align:baseline">Emergency Service Payments:=
</span></p><ul style=3D"margin-top:0px;margin-bottom:0px"><li dir=3D"ltr" s=
tyle=3D"list-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;co=
lor:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;fon=
t-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:b=
aseline;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;marg=
in-top:0pt;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-siz=
e:11pt;background-color:transparent;font-variant-numeric:normal;font-varian=
t-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline"=
>Example: Payments for time-sensitive services, such as premium fast delive=
ry or emergency technical services.</span></p></li><li dir=3D"ltr" style=3D=
"list-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb=
(0,0,0);background-color:transparent;font-variant-numeric:normal;font-varia=
nt-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline=
;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:=
0pt;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;=
background-color:transparent;font-variant-numeric:normal;font-variant-east-=
asian:normal;font-variant-alternates:normal;vertical-align:baseline">Usage:=
 When quick service delivery is critical, RBF enables the sender to increas=
e the transaction fee to speed up the confirmation process, ensuring that t=
he transaction is prioritized by miners.</span></p></li></ul></li><li dir=
=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;font-family:Arial,san=
s-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:=
normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertic=
al-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height=
:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation"><span style=
=3D"font-size:11pt;background-color:transparent;font-variant-numeric:normal=
;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-ali=
gn:baseline">Bidding in Auctions:</span></p><ul style=3D"margin-top:0px;mar=
gin-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11p=
t;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparen=
t;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-a=
lternates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"lt=
r" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"pres=
entation"><span style=3D"font-size:11pt;background-color:transparent;font-v=
ariant-numeric:normal;font-variant-east-asian:normal;font-variant-alternate=
s:normal;vertical-align:baseline">Example: Participants in online auctions =
who need to ensure their payments go through before the auction closes.</sp=
an></p></li><li dir=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;fo=
nt-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;fo=
nt-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alter=
nates:normal;vertical-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" s=
tyle=3D"line-height:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presenta=
tion"><span style=3D"font-size:11pt;background-color:transparent;font-varia=
nt-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:no=
rmal;vertical-align:baseline">Usage: Auction participants can use RBF to ad=
just their transaction fees to outpace other transactions in times of netwo=
rk congestion, securing their winning bids.</span></p></li></ul></li><li di=
r=3D"ltr" style=3D"list-style-type:disc;font-size:11pt;font-family:Arial,sa=
ns-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric=
:normal;font-variant-east-asian:normal;font-variant-alternates:normal;verti=
cal-align:baseline;white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-heigh=
t:1.38;margin-top:0pt;margin-bottom:0pt" role=3D"presentation"><span style=
=3D"font-size:11pt;background-color:transparent;font-variant-numeric:normal=
;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-ali=
gn:baseline">Dynamic Fee Management for Wallets:</span></p><ul style=3D"mar=
gin-top:0px;margin-bottom:0px"><li dir=3D"ltr" style=3D"list-style-type:dis=
c;font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-c=
olor:transparent;font-variant-numeric:normal;font-variant-east-asian:normal=
;font-variant-alternates:normal;vertical-align:baseline;white-space:pre-wra=
p"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0pt;margin-bottom:0p=
t" role=3D"presentation"><span style=3D"font-size:11pt;background-color:tra=
nsparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-va=
riant-alternates:normal;vertical-align:baseline">Example: Users sending non=
-urgent transactions who want to minimize fees but are willing to increase =
them if network conditions change.</span></p></li><li dir=3D"ltr" style=3D"=
list-style-type:disc;font-size:11pt;font-family:Arial,sans-serif;color:rgb(=
0,0,0);background-color:transparent;font-variant-numeric:normal;font-varian=
t-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline;=
white-space:pre-wrap"><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:0=
pt;margin-bottom:0pt" role=3D"presentation"><span style=3D"font-size:11pt;b=
ackground-color:transparent;font-variant-numeric:normal;font-variant-east-a=
sian:normal;font-variant-alternates:normal;vertical-align:baseline">Usage: =
RBF provides flexibility, allowing users to start with a lower fee and only=
 increase it if the transaction confirmation is delayed, optimizing their t=
ransaction fee expenditures.

</span></p></li></ul></li></ul><span dir=3D"ltr" style=3D"line-height:1.38;=
margin-top:16pt;margin-bottom:4pt"><span style=3D"font-size:14pt;font-famil=
y:Arial,sans-serif;color:rgb(67,67,67);background-color:transparent;font-va=
riant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates=
:normal;vertical-align:baseline">Adoption and Transition Strategy &amp; Req=
uirements</span></span><p dir=3D"ltr" style=3D"line-height:1.38;margin-top:=
0pt;margin-bottom:0pt"><span style=3D"font-size:11pt;font-family:Arial,sans=
-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:n=
ormal;font-variant-east-asian:normal;font-variant-alternates:normal;text-de=
coration-line:underline;vertical-align:baseline">It is implicit, until now,=
 that within this strategy is a requirement for Core and other implementati=
ons to abandon strategies within Option 2, by specifically removing and rej=
ecting policy tools like </span><span style=3D"font-size:11pt;font-family:A=
rial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-weight:7=
00;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-=
alternates:normal;text-decoration-line:underline;vertical-align:baseline">m=
empoolfullrbf</span><span style=3D"font-size:11pt;font-family:Arial,sans-se=
rif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:norm=
al;font-variant-east-asian:normal;font-variant-alternates:normal;text-decor=
ation-line:underline;vertical-align:baseline">, or other attempts to overru=
le, filter, or otherwise filter and hamper the propagation of valid, non-de=
structive transactions.</span></p><br><p dir=3D"ltr" style=3D"line-height:1=
.38;margin-top:0pt;margin-bottom:0pt"><span style=3D"font-size:11pt;font-fa=
mily:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-va=
riant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates=
:normal;vertical-align:baseline">This proposal is presented to the communit=
y for feedback, focusing on gathering input from wallet developers, miners,=
 and node operators to ensure broad support and understanding of the benefi=
ts and implications of these new transaction signals.</span></p><br></div>

<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" target=
=3D"_blank">bitcoindev+unsubscribe@googlegroups.com</a>.<br>
To view this discussion on the web visit <a href=3D"https://groups.google.c=
om/d/msgid/bitcoindev/cc812488-9da0-4595-be3b-bcfd7ab41106n%40googlegroups.=
com?utm_medium=3Demail&amp;utm_source=3Dfooter" target=3D"_blank">https://g=
roups.google.com/d/msgid/bitcoindev/cc812488-9da0-4595-be3b-bcfd7ab41106n%4=
0googlegroups.com</a>.<br>
</blockquote></div>

<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 on the web visit <a href=3D"https://groups.google.c=
om/d/msgid/bitcoindev/CALeFGL3Vu_RLvUjfHUec3M6aYdBND0Nf4%3DDdm2zEn%3D20DtZx=
qg%40mail.gmail.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.=
google.com/d/msgid/bitcoindev/CALeFGL3Vu_RLvUjfHUec3M6aYdBND0Nf4%3DDdm2zEn%=
3D20DtZxqg%40mail.gmail.com</a>.<br />

--000000000000ba46b006162734cf--