Internet-Draft | Candidate Selection | May 2023 |
Hoffman | Expires 30 November 2023 | [Page] |
This document describes a process to randomly select a subset of candidates from a larger set of candidates. The process uses an unpredictable value can be trusted by all candidates. It uses randomizing based on a hash function to make the description of the process easy to understand.¶
This draft has a GitHub repository. Issues and pull requests can be made there.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 30 November 2023.¶
Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
It is common to need to pick a subset of people from a larger group using a random selection method. This is often done on an ad hoc basis, but for some selections, a more formal process is needed, particularly if the people in the larger group don't all trust the administrator of the selection process to be unbiased.¶
This document gives a simple, understandable process that can be done for groups and subsets of arbitrary size. The process is purposely transparent and reproducible. It works with any group of entities that nave names: people, companies, locations, dates ("18 August 2022"), and so on.¶
As a simple example, a future leadership committee will have a fixed size. The members of the committee will be selected from a large pool of volunteers. Someone is in charge of collecting the names of the volunteers and making a randomized selection among them for the leadership committee. They can use the process in this document to make that selection in a way that is both provably random and understandable.¶
Due to the formatting used in this document, the reader is encouraged to read the HTML version, although the text version is still usable.¶
RFC 3797 [NomCom] defines the process that the IETF uses to select the NomCom each year. It uses a random input to select from a list of candidate names in ASCII using modulo aritmetic the position of the names in alphabetical order. That process has some significant pitfalls described in the document updating RFC 3797, [NomCom-bis]. The process in this document uses a very different selection process to avoid those pitfalls.¶
After this document has passed IETF review, the IETF might consider using the process described here as a replacement for the process in RFC 3797, but the document is valuable even if the IETF does not want to change the NomCom process.¶
A few terms are used throughout this document:¶
The act of collecting names, making the random selection, and publishing the entire process.¶
The person who performs the steps of the ceremony.¶
The person, organization, or other namable entity that is possibly being selected during the ceremony.¶
The name selected by each candidate for the selection process. The candidate name is expressed as a string of Unicode characters [Unicode] in UTF-8 format [UTF-8].¶
A publicly-visible number that is not known before the pool of candidates has been closed. Note that this is different from what is normally called a "random number". True random numbers are designed to be nearly impossible to predict, whereas D in this process has weak (but sufficient) randomness.¶
The steps in a ceremony that follows this process is given here. See Section 3 for more detail on the steps.¶
The CA starts the ceremony by performing the following steps at the same time:¶
Much of the trust in the selection process is based on the CA not being able to influence the selection. If the CA can choose, or influence, the value of D, they can establish the ordering of the differences of the integers. Similarly, if one or more of the candidates can influence the value of D, they can increase their chance of being selected.¶
To make the process trustworthy, the value of D must be unrelated to the CA or the candidates, and it must be selected after the list of candidates is completed There are many sources of such values: stock market closing values, numbers chosen for large public lotteries, and so on. Section 3.1 of RFC 3797 lists many such sources.¶
The most important things for a ceremony is that the source is announced before the ceremony starts, that all participants and viewers of a ceremony can find the source on the date specified by the CA, and that everyone gets the same value when they go to the source for that day.¶
If the CA chooses to use stock market closing values, a common open source of those values is the Wall Street Journal. For example, the FTSE 100 Index is a long-established index based on 100 stocks; it is sometimes known by its stock ticker as "UXK". The daily closing for the FTSE 100 Index at the Wall Street Journal can currently be found here.¶
Note that the location for sources of daily closing values can change over time. The CA must check that the source they intende to use is still active, and still available when the ceremony starts.¶
The CA is the sole arbitrator for whether a candidate is allowed to enter the pool. The CA is also the sole arbitrator of what name string (in UTF-8) the candidate can use in the pool.¶
The order that the candidates join the pool does not affect the outcome of the selection process. Said another way, the pool is kept as an unordered set of candidates, not an ordered list of candidates.¶
At the closing of submissions, the CA verifies that the length of the set of candidates in the pool is larger than S. If the length is the same as S, the rest of the steps are unneeded (and could be confusing), because all candidates will automatically be selected. If the length is shorter than S, the ceremony stops because there are too few candidates.¶
The method for publishing the set of candidates is determined by the CA. Figure 3 gives an example of how a CA might publish this information.¶
On the day that the CA announced for the selection of D, the CA goes the the source they announced and gets D. They encode D as a UTF-8 string, which is fairly easy if the source is numeric. In the example of the FTSE 100 from Figure 4, a closing value for the day announced at the beginning of the ceremony might be "7623.10". This would be encoded in UTF-8 as the string of characters whose value is U+373632372e3130.¶
Different programming libraries have different requirements for the input to hash functions.
Section 5 uses the built-in hashlib
library in Python, which requires that text strings come with a specified encoding.¶
The process of selecting is simply taking the S candidates whose hash value is. This can easily be determined by sorting the text representation of the hash values because in UTF-8 and ASCII, digits have lower codepoints than letters.¶
To complete the process, the CA should publish all known data for the ceremony. This includes S, D, the hexadecimal value of D, all of the information for each candidate, and the full list of selected candidates. Figure 5 shows an example of what this publication might look like.¶
Ceremonies don't always go as planned. For example, after a ceremony completes, one or more of the selected candidates might be removed from the selected set due to voluntary withdrawal or established rules (such as no two candidates being from the same geographic region). In such cases, no new ceremony is needed: the CA simply selects the next candidate(s) on the list that is ordered by hash values.¶
(Note that the process in this document is quite different than that in [NomCom] and [NomCom-bis], where unselecting an already-selected candidate can cause a new random selection for all the remaining candidates. Such reestablishing of the candidate pool can cause confusion and hurt among the candidates who were first selected, then later unselected, due to no fault of the their own.)¶
Similarly, if after the selection process is completed, the size S of the selected set needs to increase, the CA simply selects the next candidate(s) on the list that is ordered by hash values.¶
The following is a list of figures for an implementation of the procedure shown in this document.¶
This document has no IANA considerations.¶
The value D used in this process is explicitly not cryptographically strong; in fact, it might provide only a few bits of randomness. For example, stock indexes that contain many stocks might be predictable after the third digit from the right, meaning that they only have randomness of about 10 bits. A candidate who has a lot of leeway in choosing their name can possibly increase their chance of being selected by as much as 0.1% with such source of randomness. If the CA feels that candidates have too much leeway in selecting their names and is concerned about candidates gaming the ceremony even to that tiny extent, that CA needs to choose a source for D with more randomness.¶
Such selection is outside the scope of this document because it would make the process more complicated or less understandable. Instead, this document relies on the CA to only allow sensible representation of candidate names and to accept a tiny chance that candidates can both predict D and be able to change the name they use to reflect that predicted value.¶