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
|
Delivery-date: Sun, 31 Mar 2024 09:25:04 -0700
Received: from mail-oi1-f190.google.com ([209.85.167.190])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBCYNLXGV3AMRBWM4U2YAMGQEOMTWNFY@googlegroups.com>)
id 1rqxzT-0000Gh-SW
for bitcoindev@gnusha.org; Sun, 31 Mar 2024 09:25:04 -0700
Received: by mail-oi1-f190.google.com with SMTP id 5614622812f47-3c4ebd29889sf76062b6e.2
for <bitcoindev@gnusha.org>; Sun, 31 Mar 2024 09:25:03 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1711902298; cv=pass;
d=google.com; s=arc-20160816;
b=pMdgDM8mdEZ6iSj1IuP61gsstYH+r9/Aop9BoMjsekcftkk4jLlL6l1vXlMsGzBbVA
B1zge22qpiwzV2eGxbOOf8pPCoN3w81deIWFNRqsXUgLz5VizahQ+2J/xTWPCP2O7zSc
lHqtlDfF39uL5CuK4T28jnqR/IXUGgWay6OriFKcnBvXiLRtF0p4NhCGhWhjIX46EtcE
T11+7pO7tNyk0NfDrEC/9ndrBxhDFA1aScS6w4q7ODlu0O0kmRHvLF0S4BuCNvQUL/0s
rvfdK5JP0kh8wCibq5YmnkjmFzv4/DnJQ1LA/RQ32w1YIlV7cz5JeATzecLEjCXd1FPO
ldNA==
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:content-transfer-encoding:cc:to
:subject:message-id:date:from:in-reply-to:references:mime-version
:sender:dkim-signature:dkim-signature;
bh=YumFu/tYmmbHDYFl9x+5gdeUGdBz6kQ5D0tVCGozHwE=;
fh=K6xSRIgrbSqlr9Jl0+WgQ1GWrWgdKrbZZrot3ladGEs=;
b=JUDfJs5bMLR4w1kz6x+ghtr569DlmUiim3aOCC7QASLiP/OqcuawWqyrrbAhGxBNoA
hJ/mzjXmJ1QWf/ELo0/oonFPaLfM08SxfWzTTyCZVLVTwyR6p0DU7oqlabToWwCPFZdX
2BRXpIOjZTiRPDqZert0VLa/rm+echesMX4pFc1HuhSd0JeRnx9mrsqpUphY+qNUY1rS
NS3/Oc1bEQerupkOUudrqaEyzWdiV6KEfQxgnKq3Ke7Vl39EFgdV9m3gdDnPisW6rpCi
obSYtPRnMj8nVavMW5TpC6xd3uOost47DgDRb26Ku41JZC9OwG5LNNC6Ip1vt87BMHlE
c8Pw==;
darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
dkim=pass header.i=@gmail.com header.s=20230601 header.b=HtGND5OV;
spf=pass (google.com: domain of michaelfolkson@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=michaelfolkson@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=1711902298; x=1712507098; 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:content-transfer-encoding:cc:to:subject
:message-id:date:from:in-reply-to:references:mime-version:sender
:from:to:cc:subject:date:message-id:reply-to;
bh=YumFu/tYmmbHDYFl9x+5gdeUGdBz6kQ5D0tVCGozHwE=;
b=EQ891JH5KzgPU8LKfLDKJZdfAExTyIull6iIvLn7vtHkb+fXy6sdDA0AJuuRsiiXZS
8X0Q8YGFaGYQtME4ZYbqZJ4dJwTMQeZei5TD5RwPIRTvVMJpsHkkmaej3tvZ+L/iT6VD
npeCi0Di465ZSrGghESeoYPGcW3gqewgQP3LiCMw4I6uK/VJHURi3aVKVxw2Tx7KQ6P5
jixcAtN7JDgjFpzDZuOq2y+/C864+OCsEUBxFIZZeTa9iw+x6hQKzP9JChZQDdFHyXJz
NL6ZN7Bv4ahQydiYzdolAoVU1x1tYQmjXKqnq00w4ZqTkSRyH+a05Tt05VFFt+RG6Lrb
OsSA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1711902298; x=1712507098; 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:content-transfer-encoding:cc:to:subject
:message-id:date:from:in-reply-to:references:mime-version:from:to:cc
:subject:date:message-id:reply-to;
bh=YumFu/tYmmbHDYFl9x+5gdeUGdBz6kQ5D0tVCGozHwE=;
b=czb1RxpzypU4zmnJXAtAyb8ZYO6MsGmKZi03XeDHaHQW/qPd9yc8Jqdy05+MXNpy8R
ddWFyg9/WlaYCJwnN7/bdyyj7lYjqaPugAhwxKEpb6U2MRry90a5oU7O6Cmf3avp+xcQ
EVeBRfGWdZLTRYE7eDvBmQBPYbJL+xRM1w5j2d0LtHmsLG1WIpFzfaEdf+CHL4zFRzyS
P0G83Z/F7tBSHsYmvvoPxotlNUmghcN/hA/cT/ThCCgCrxwo77RMT2FMvm9aJXH6F20G
Jqu+U0iVPYCRiU/rECOgaBOZEbWlAIrmMrYejbpIdAO0VM6UMgAZvdjIrzG+DEwc+vsR
SeEA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1711902298; x=1712507098;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-authentication-results
:x-original-sender:content-transfer-encoding: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=YumFu/tYmmbHDYFl9x+5gdeUGdBz6kQ5D0tVCGozHwE=;
b=tshAcIiJeIEUGTDSKvPug43ZR3cD1Re2hitYckGrAOFSFTOYSnwpz3s+RZuH+0og79
iybWUDGadBErFpp7Un50SzoQOrez/k5UV6lLL35e5HIJ3zxPgq0boBfpCm7tFn9PwXs4
OsC5YBTEzld3ESJdZDr+5LuuIi69eV2qZCkpCAHyrWsUdQxVdqx6IjV0lqzco70KbU7o
8JJXTB4Zw8QoJx2yIe/TNDKSR+rUVBI90nxHKmS6Jw4A+sVLvFbM2oUvp/SgBblm5dyc
IuyHR/5yTY2/qGUdeOBA4jFjoZKg+o3k8qb7sDMmQqAKeJLzoH9oFoleZ7mc4TPOJF0+
lrfg==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCW1RbcCStSMP6mLtRW8t4TigwY6rcHhc4GYmJrcb4sWVqJX2U+TFU1fdFWr/UwVbOV3SFTf3aLky2NI2DpoP6ZLtOA1aAY=
X-Gm-Message-State: AOJu0YwOn14MLsYkdpfcUxpgI/ThQacv/nh9z18qG2sbM5HCEn7XM802
/NzdcUTNFBOfaWda5ugTdkPTpL785wnJvb81fECGb0HIrlvdmad1
X-Google-Smtp-Source: AGHT+IGnxjvVQfGrFZCFQUjvNuWt8nSjhNIULz1uPEcvZmsxPKHSMkvf0lQw/IUz4vj2dxFQeX/rEg==
X-Received: by 2002:a05:6808:3309:b0:3c3:d6e7:e6d5 with SMTP id ca9-20020a056808330900b003c3d6e7e6d5mr10535842oib.33.1711902297775;
Sun, 31 Mar 2024 09:24:57 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com
Received: by 2002:ad4:5c87:0:b0:698:f37f:7964 with SMTP id o7-20020ad45c87000000b00698f37f7964ls3616850qvh.0.-pod-prod-04-us;
Sun, 31 Mar 2024 09:24:56 -0700 (PDT)
X-Received: by 2002:a05:6214:424f:b0:696:8d3e:22d7 with SMTP id ne15-20020a056214424f00b006968d3e22d7mr46157qvb.5.1711902296687;
Sun, 31 Mar 2024 09:24:56 -0700 (PDT)
Received: by 2002:a05:620a:28d0:b0:78a:4813:d207 with SMTP id af79cd13be357-78bc5d1eca4ms85a;
Sun, 31 Mar 2024 09:01:31 -0700 (PDT)
X-Received: by 2002:adf:9b83:0:b0:343:41f7:7eca with SMTP id d3-20020adf9b83000000b0034341f77ecamr3208204wrc.33.1711900889500;
Sun, 31 Mar 2024 09:01:29 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1711900889; cv=none;
d=google.com; s=arc-20160816;
b=uURXTqGhTsTmdtGsimK+l6/3K5mMHwU8U1+NimvJ4LLScB0oaNAwUU6bJfn8c6+5o+
J7Jznbtw1JfC4AKttEnxzrohVoWBR+NnytPRRDBIx3Hz2F6XRaZEML3yUv3+sQ+oXzG2
V8oGds6qcF2hiAup65kFSdaN88L6TnBA2iLoS7dg1HYt81neIy52tIi50x4zSZTmLApN
BjQeIt8kJ8dN0V5jdTcWLBCJS+MXNHs63Hke1OnbOZTJTfs1MbfKSWrIEB1XCcNhfd0Q
OfH+jWv9nU242H9mYaTF6E/r+gf1GqGgodqA42b73PLHLrZ7cNw1CvgPf8Zr1PjQ4oa8
g1vA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
h=content-transfer-encoding:cc:to:subject:message-id:date:from
:in-reply-to:references:mime-version:dkim-signature;
bh=7NpTenFDVKk/R/FG9fhGuwQLYlb7E0iEKFp1uDog74s=;
fh=sapDHqhE46zLmMBeB1lkoe0zq8J9+V3Afx71/j8kvug=;
b=wroE01tj/Kcz7AC04M3/1uxrOq0H91cY5Q6IsN7ib379bvguD12ETvlUGi35lR42ji
j5PHCDEIe6CtFHi0x7QCEcqYMdcSCMhXJPY+MSYhbmoCR/9fDx2S8c9QLLqmABDptpzL
KICLt1gjtZDa/4Ut+smcxXD6zsnU9l+Bokp70qb+AaZR8qv/CfmNTOd/DW6wTEGOQYiS
PAUpc6d2GFXMOu68nmXrZm2eczRqjj4Qf8egRj8z2EtXgGiZVy2Gz21/8yv5PBejhdVK
0CjVhK0N65v3XN5WmDGlrRVWuPtgaHCWzkfATMNJpN/mxoy6kBbBCSyqpNn6gqGlTC1M
bqQQ==;
dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
dkim=pass header.i=@gmail.com header.s=20230601 header.b=HtGND5OV;
spf=pass (google.com: domain of michaelfolkson@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=michaelfolkson@gmail.com;
dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com. [2a00:1450:4864:20::435])
by gmr-mx.google.com with ESMTPS id p12-20020a05600c468c00b00414946c557bsi1007351wmo.0.2024.03.31.09.01.29
for <bitcoindev@googlegroups.com>
(version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Sun, 31 Mar 2024 09:01:29 -0700 (PDT)
Received-SPF: pass (google.com: domain of michaelfolkson@gmail.com designates 2a00:1450:4864:20::435 as permitted sender) client-ip=2a00:1450:4864:20::435;
Received: by mail-wr1-x435.google.com with SMTP id ffacd0b85a97d-3417a3151c4so3214272f8f.3
for <bitcoindev@googlegroups.com>; Sun, 31 Mar 2024 09:01:29 -0700 (PDT)
X-Received: by 2002:a05:6000:180f:b0:341:e41b:5488 with SMTP id
m15-20020a056000180f00b00341e41b5488mr6347152wrh.34.1711900888574; Sun, 31
Mar 2024 09:01:28 -0700 (PDT)
MIME-Version: 1.0
References: <2092f7ff-4860-47f8-ba1a-c9d97927551e@achow101.com>
<e4048607-64b7-4772-b74e-4566a4b50bc0n@googlegroups.com> <9288df7b-f2e9-4106-b843-c1ff8f8a62a3@dashjr.org>
<42e6c1d1d39d811e2fe7c4c5ce6e09c705bd3dbb.camel@timruffing.de>
<d1e7183c-30e6-4f1a-8fd6-cddc46f129a2n@googlegroups.com> <52a0d792-d99f-4360-ba34-0b12de183fef@murch.one>
<84309c3f-e848-d333-fd28-bdd55899b713@netpurgatory.com> <9baa15e4-062d-478f-8c87-8ff19ab79989@murch.one>
<4c1462b7-ea1c-4a36-be81-7c3719157fabn@googlegroups.com> <6806b22d-043d-4201-841a-95e17cd8d542@mattcorallo.com>
<846b668f-8386-4869-a3b1-55d346efbea1n@googlegroups.com> <f8fa1a55-644f-4cf1-b8c1-4fdef22d1869n@googlegroups.com>
<CAFvNmHQiXFbjMxHWeWYb4J5TDDpYT0o4CexYdcOjrUAaCt4f6w@mail.gmail.com> <CALZpt+EU4JzbDepsu4Wz-6e0XB4VuKCqatiRnb1nKXe++jF+Rw@mail.gmail.com>
In-Reply-To: <CALZpt+EU4JzbDepsu4Wz-6e0XB4VuKCqatiRnb1nKXe++jF+Rw@mail.gmail.com>
From: Michael Folkson <michaelfolkson@gmail.com>
Date: Sun, 31 Mar 2024 17:01:17 +0100
Message-ID: <CAFvNmHSN6dN5yS3+zrgW2c5wDbQbZwEd71vGdr2Z4OrSQLdZDA@mail.gmail.com>
Subject: Re: [bitcoindev] Re: Adding New BIP Editors
To: Antoine Riard <antoine.riard@gmail.com>
Cc: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Original-Sender: michaelfolkson@gmail.com
X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass
header.i=@gmail.com header.s=20230601 header.b=HtGND5OV; spf=pass
(google.com: domain of michaelfolkson@gmail.com designates
2a00:1450:4864:20::435 as permitted sender) smtp.mailfrom=michaelfolkson@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 (/)
Hi Antoine
Thanks for the challenge. I think we are going to end up disagreeing
on some things but perhaps the discussion is worth having.
> Indeed, avoiding new conflicts like we have seen with Luke with Taproot a=
ctivation params is a good reason to separate repositories in my opinion.
Beyond, "security through distrusting" [0] is a very legitimate
security philosophy including for communication space infrastructure.
I repeat having the BIPs repo under a different GitHub organization
would *not* have resulted in a different outcome in the Taproot
activation params or avoided that particular conflict. If Core
maintainers had merged a BIPs PR or kicked Luke off as a BIPs editor
that would have been a different outcome. There are costs to moving
the BIPs repo to a different GitHub organization (existing links,
discoverability, two GitHub organizations to worry about rather than
one) and as long as Core maintainers don't overrule BIP editors in the
BIPs repo there are no clear upsides.
> No, I wish to ensure that if the aim of the BIP is ensuring high-quality =
and readability of standards those ones are well-written, including when th=
e original standard is contributed by someone non-native.
I can only remember numerous times when my english technical texts
have been kindly corrected by other contributors. Having editors
understanding multiple languages helps in quality redaction.
Just as you don't need to be a maintainer to provide high quality pull
request review in the Core repo you don't need to be a BIP editor to
provide high quality pull request review in the BIPs repo. There is
nothing to stop people who aren't BIP editors continuing to provide
review of your work in English and a BIPs repo in English only needs
BIP editors who are fluent in English.
> Beyond, from reading conversations it sounds there is a disagreement if i=
t's an administrative task (i.e "assigning numbers") or editorial one (i.e =
"high-quality, well-written standards").
I think we'd agree we are somewhere in between these pure extremes and
I'd argue mostly towards the administrative task end. One of the
reasons I think Kanzure, RubenSomsen and Murch are good BIP editor
candidates is that they can also provide high quality pull request
review before potentially merging but unlike the Core repo where bad
ideas should never be merged a BIP editor will end up merging up pull
requests they think are bad ideas that they would never want merged
into Core. A BIP can get a BIP number and end up being rejected by
Core or the broader community for example.
> If we wish to make things less bureaucratic, we might actually separate t=
he two tasks with different groups of BIP process maintainers :
- assign temporary numbers for experimentation
- wait for more-or-less finalized drafts written in a quality fashion
- assign final numbers for standard candidate deployment
This seems even more bureaucratic to me. Different numbers to track,
more complexity. There is a BINANA repo [0] for Bitcoin Inquisition
for this kind of early experimentation for proposed consensus changes
that aren't advanced enough to be BIPs.
> If you see other ways to dissociate the roles and make things less bureau=
cratic ? E.g having people only in charge of triage.
If I remember correctly the IETF does not assign RFC numbers for draft
proposals, and you generally have years of experimentation.
Personally I think it is fine as it is. We are discussing the
potential addition of high quality BIP editors as only having one
currently (Luke) is clearly not ideal. That will alleviate Luke as a
single bottleneck. I do think it is time for an update to the BIP
process (BIP 3) too so BIP editors have some guidance on how to treat
bad ideas (how bad are we talking!) and are comfortable merging pull
requests around attempted (successful or failed) soft fork
activations. Ultimately though just like with Core maintainers there
is going to be some personal judgment required especially during those
cases where there isn't clear community consensus either way. Hence
for those cases I'd be much more comfortable with say Kanzure,
RubenSomsen or Murch than someone we know very little about and hasn't
demonstrated a strong understanding of how Bitcoin works.
> PS: By the way, even at the United Nations, unanimity is not the rule, it=
's two-third of the general assembly. I think your analogy is not valid.
Perhaps we can leave discussion of my imperfect analogies to a
different forum :) Hopefully we can agree that this is a direction of
travel that we shouldn't be pursuing for the BIPs repo.
[0]: https://github.com/bitcoin-inquisition/binana
On Sat, Mar 30, 2024 at 8:01=E2=80=AFPM Antoine Riard <antoine.riard@gmail.=
com> wrote:
>
> Hi Michael,
>
> > In the past there have been disagreements between Core maintainers and
> > BIP editors (e.g. Luke with Taproot activation params) and those Core
> > maintainers haven't merged pull requests in the BIPs repo or removed
> > him as a BIP editor. As long as that continues it isn't necessary to
> > create a new GitHub organization for the BIPs repo. They are separate
> > repos with different maintainers/editors but under the same
> > organization and everyone knows where it is located.
>
> Indeed, avoiding new conflicts like we have seen with Luke with Taproot a=
ctivation params is a good reason to separate repositories in my opinion.
> Beyond, "security through distrusting" [0] is a very legitimate security =
philosophy including for communication space infrastructure.
>
> [0] https://www.qubes-os.org/news/2017/12/11/joanna-rutkowska-black-hat-e=
urope-2017/
>
> > It seems like you want to create some kind of United Nations for the
> > BIP process. As I said previously this is almost entirely an
> > administrative task. Going to a committee of 10 people with different
> > nationalities and languages to decide whether something should get a
> > BIP number is absurd. If you think Luke is slow to respond wait until
> > your United Nations of the BIP process has to all agree to assign a
> > BIP number. Please don't try to make this unnecessarily bureaucratic
> > and political for no reason. There's enough of that outside of
> > Bitcoin.
>
> No, I wish to ensure that if the aim of the BIP is ensuring high-quality =
and readability of standards those ones are well-written, including when th=
e original standard is contributed by someone non-native.
> I can only remember numerous times when my english technical texts have b=
een kindly corrected by other contributors. Having editors understanding mu=
ltiple languages helps in quality redaction.
>
> Beyond, from reading conversations it sounds there is a disagreement if i=
t's an administrative task (i.e "assigning numbers") or editorial one (i.e =
"high-quality, well-written standards").
>
> If we wish to make things less bureaucratic, we might actually separate t=
he two tasks with different groups of BIP process maintainers :
> - assign temporary numbers for experimentation
> - wait for more-or-less finalized drafts written in a quality fashion
> - assign final numbers for standard candidate deployment
>
> If you see other ways to dissociate the roles and make things less bureau=
cratic ? E.g having people only in charge of triage.
> If I remember correctly the IETF does not assign RFC numbers for draft pr=
oposals, and you generally have years of experimentation.
>
> Best,
> Antoine
>
> PS: By the way, even at the United Nations, unanimity is not the rule, it=
's two-third of the general assembly. I think your analogy is not valid.
>
> Le sam. 30 mars 2024 =C3=A0 11:52, Michael Folkson <michaelfolkson@gmail.=
com> a =C3=A9crit :
>>
>> > In a world where both Core and BIP repository are living under a singl=
e Github organization, I don't think in matters that much as the highest pr=
ivilege account will be able to
>> override any BIP merging decision, or even remove on the flight BIP
>> editors rights in case of conflicts or controversies. If you're
>> raising the issue that the BIP repository should be moved to its own
>> GH repository I think it's a valuable point.
>>
>> In the past there have been disagreements between Core maintainers and
>> BIP editors (e.g. Luke with Taproot activation params) and those Core
>> maintainers haven't merged pull requests in the BIPs repo or removed
>> him as a BIP editor. As long as that continues it isn't necessary to
>> create a new GitHub organization for the BIPs repo. They are separate
>> repos with different maintainers/editors but under the same
>> organization and everyone knows where it is located.
>>
>> > Beyond, I still think we should ensure we have a wider crowd of geogra=
phically and culturally diverse BIP editors. As if the role is ensuring hig=
h-quality and readability of the terminology of the standards, we might hav=
e highly-skilled technical BIP champions which are not English native. With=
the current set of proposed BIP editors, to the best of my knowledge, at l=
east we have few langages spoken by the candidates: Dutch, French, German, =
Spanish. This can be very helpful to translate concepts devised in language=
A to technical english.
>>
>> It seems like you want to create some kind of United Nations for the
>> BIP process. As I said previously this is almost entirely an
>> administrative task. Going to a committee of 10 people with different
>> nationalities and languages to decide whether something should get a
>> BIP number is absurd. If you think Luke is slow to respond wait until
>> your United Nations of the BIP process has to all agree to assign a
>> BIP number. Please don't try to make this unnecessarily bureaucratic
>> and political for no reason. There's enough of that outside of
>> Bitcoin.
>>
>> On Fri, Mar 29, 2024 at 9:14=E2=80=AFPM Antoine Riard <antoine.riard@gma=
il.com> wrote:
>> >
>> > > Roasbeef's work on alternative clients and lightning make him techni=
cally
>> > useful
>> >
>> > I think one of the aim of the BIP process is to harmonize common mecha=
nisms among Bitcoin clients of different langages breeds or at different la=
yers (wallet / full-node).
>> > Having someone among BIP editors with a proven track record of contrib=
uting to other full-node codebase beyond C++ can be valuable in that sense.
>> > Especially for all matters related to compatibility and deployment.
>> >
>> > > For example I think Jon Atack would make a great Core maintainer at =
some point in the future and I'm not sure a BIP editor should also be a Cor=
e maintainer given the
>> > > independence sometimes required between Core and the BIP process
>> >
>> > In a world where both Core and BIP repository are living under a singl=
e Github organization, I don't think in matters that much as the highest pr=
ivilege account will be able to
>> > override any BIP merging decision, or even remove on the flight BIP ed=
itors rights in case of conflicts or controversies. If you're raising the i=
ssue that the BIP repository should be moved to its own GH repository I thi=
nk it's a valuable point.
>> >
>> > Beyond, I still think we should ensure we have a wider crowd of geogra=
phically and culturally diverse BIP editors. As if the role is ensuring hig=
h-quality and readability of the terminology of the standards, we might hav=
e highly-skilled technical BIP champions which are not English native. With=
the current set of proposed BIP editors, to the best of my knowledge, at l=
east we have few langages spoken by the candidates: Dutch, French, German, =
Spanish. This can be very helpful to translate concepts devised in language=
A to technical english.
>> >
>> > Best,
>> > Antoine
>> >
>> >
>> > Le vendredi 29 mars 2024 =C3=A0 12:33:09 UTC, /dev /fd0 a =C3=A9crit :
>> >>
>> >> Justification:
>> >>
>> >> 1. Jon Atack: Good at avoiding controversies and technical documentat=
ion.
>> >> 2. Roasbeef: Since BIPs are not just related to bitcoin core, it's go=
od to have btcd maintainer as a BIP editor.
>> >>
>> >> On Friday, March 29, 2024 at 1:47:41=E2=80=AFAM UTC+5:30 Matt Corallo=
wrote:
>> >>>
>> >>> Please provide justification rather than simply saying "I like Bob!"=
.
>> >>>
>> >>> Matt
>> >>>
>> >>> On 3/28/24 12:09 PM, /dev /fd0 wrote:
>> >>> > I support Jon Atack and Roasbeef from this list.
>> >>> >
>> >>> > On Thursday, March 28, 2024 at 6:57:53=E2=80=AFPM UTC+5:30 Murch w=
rote:
>> >>> >
>> >>> > I just went through the thread, previously mentioned were:
>> >>> >
>> >>> > - Kanzure
>> >>> > - Ruben Somsen
>> >>> > - Greg Tonoski
>> >>> > - Jon Atack
>> >>> > - Roasbeef
>> >>> > - Seccour
>> >>> >
>> >>> > And Matt just suggested me for the role. Hope I didn=E2=80=99t ove=
rlook anyone.
>> >>> >
>> >>> > On 3/27/24 19:39, John C. Vernaleo wrote:
>> >>> > > That said, I would find it helpful if someone could go through t=
he
>> >>> > > thread and list all the people who've been proposed so people kn=
ow who
>> >>> > > they should be thinking about.
>> >>> >
>> >>> > --
>> >>> > 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+...@googlegroups.com <mailto:bitcoindev+...@googlegroup=
s.com>.
>> >>> > To view this discussion on the web visit
>> >>> > https://groups.google.com/d/msgid/bitcoindev/4c1462b7-ea1c-4a36-be=
81-7c3719157fabn%40googlegroups.com <https://groups.google.com/d/msgid/bitc=
oindev/4c1462b7-ea1c-4a36-be81-7c3719157fabn%40googlegroups.com?utm_medium=
=3Demail&utm_source=3Dfooter>.
>> >
>> > --
>> > You received this message because you are subscribed to the Google Gro=
ups "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/m=
sgid/bitcoindev/f8fa1a55-644f-4cf1-b8c1-4fdef22d1869n%40googlegroups.com.
>>
>>
>>
>> --
>> Michael Folkson
>> Personal email: michaelfolkson@gmail.com
--=20
Michael Folkson
Personal email: michaelfolkson@gmail.com
--=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/CAFvNmHSN6dN5yS3%2BzrgW2c5wDbQbZwEd71vGdr2Z4OrSQLdZDA%40mail.gma=
il.com.
|