A. Submission Date: 2024-06-24 B.1 Submission Type: [ ] New RRTYPE [✔] Modification to RRTYPE B.2 Kind of RR: [✔] Data RR [ ] Meta-RR C. Contact Information for submitter (will be publicly posted): Name: Paul Hoffman Email Address: paul.hoffman&icann.org D. Motivation for the new RRTYPE application. Many people have a strong desire to associate the address of their cryptocurrency wallets with a human-memorable name like a domain name. Evidence of this desire is the popularity of alternative name systems whose primary resolution is to wallet addresses. This proposed RRtype would allow them to include their wallet addresses in names in the global DNS. E. Description of the proposed RR type. The wire format of this RRTYPE is one or more s and is identical to TXT records as defined in RFC 1035. Applications that make use of this RRTYPE expect to find two strings, where the first is the abbreviation of the currency and the second is the display value of the address. The first string is the commonly-used abbreviation for the type of cryptocurrency held in the wallet. There is no standard registry for the names or abbreviations for those names, and they appear to be chosen informally on a first-come-first-served basis in the industry. Some common abbreviations include "BTC" for Bitcoin, "ETH" for Ethereum, and "MATIC" for Polygon. The second string represents the display form of a wallet address, which is a human-readable version of a representation of a public key. The format for this is defined by the community that typically uses that cryptocurrency. There is no single standard for this representation, even within a single cryptocurrency; that is, some cryptocurrencies have more than one representation. For example, some cryptocurrencies use hex encoding of part of a hash, some use variants of Base64, and yet others have made up their own representation. It is likely that this value will be pasted by users from other programs such as digital wallets. F. What existing RRTYPE or RRTYPEs come closest to filling that need and why are they unsatisfactory? TXT records are currently being used, but without any agreement on how to indicate that a particular text record is for a particular cryptocurrency wallet type. This new RRtype would help relieve the overloading of TXT records. G. What mnemonic is requested for the new RRTYPE (optional)? WALLET would be preferred. It matches the common usage among cryptocurrency users, and is not similar to any currently-assigned RRTYPE. H. Does the requested RRTYPE make use of any existing IANA registry or require the creation of a new IANA subregistry in DNS Parameters? No. There is no need for an IANA registry of cryptocurrency names or abbreviations for this RRtype because the cryptocurrency community already has an informal agreement on these (although there is no IANA-like registry for the names or abbreviations in that community.) Similarly, there is no need for an IANA registry for display formats because there is agreement without standardization within the community that uses them. I. Does the proposal require/expect any changes in DNS servers/resolvers that prevent the new type from being processed as an unknown RRTYPE (see [RFC3597])? No. J. Comments: This application is for a fairly trivial new RRTYPE that might or might not become popular, but would certainly be used at least in the short term. There is no mention of the need for DNSSEC in the application because the trust model for using wallet addresses in unsigned zones is the same as for using wallet addresses in untrusted blockchain applications.