gnunet-svn
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lsd0001] branch master updated: less base32


From: gnunet
Subject: [lsd0001] branch master updated: less base32
Date: Fri, 16 Oct 2020 18:15:12 +0200

This is an automated email from the git hooks/post-receive script.

martin-schanzenbach pushed a commit to branch master
in repository lsd0001.

The following commit(s) were added to refs/heads/master by this push:
     new 6051cb3  less base32
6051cb3 is described below

commit 6051cb330e6fb672b044c3e7f5db094578bdf56c
Author: Martin Schanzenbach <mschanzenbach@posteo.de>
AuthorDate: Fri Oct 16 18:08:11 2020 +0200

    less base32
---
 draft-schanzen-gns.xml | 24 ++++++++++--------------
 1 file changed, 10 insertions(+), 14 deletions(-)

diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index 75094c9..0760ce3 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -193,16 +193,6 @@
          process of name resolution.
        </dd>
      </dl>
-     <t>
-       In this document we use a base-32 data encoding of the binary values,
-       including when they
-         are used in domain names. However, instead of following
-       <xref target="RFC4648"/> we base
-       our character map on the optical character recognition friendly proposal
-       of Crockford <xref target="CrockfordB32"/>.
-       The only difference to Crockford is that the letter
-       "U" decodes to the same base-32 value as the letter "V" (27).
-     </t>
      <t>
        The "zid" wire format is defined as follows:
      </t>
@@ -218,10 +208,16 @@
        <!--        <postamble>which is a very simple example.</postamble>-->
      </figure>
      <t>
-       The string representation of the "zid" is defined as:
+       For the string representation of the "zid", we use a base-32 encoding
+       "StringEncode".
+       However, instead of following <xref target="RFC4648"/> we base
+       our character map on the optical character recognition friendly
+       proposal of Crockford <xref target="CrockfordB32"/>.
+       The only difference to Crockford is that the letter
+       "U" decodes to the same base-32 value as the letter "V" (27).
      </t>
      <artwork name="" type="" align="left" alt=""><![CDATA[
-zkl := <Base32(zid)>
+zkl := <StringEncode(zid)>
      ]]></artwork>
    <t>
        If "zkl" is less than 63 characters, it is also the "zTLD".
@@ -496,7 +492,7 @@ zTLD := zkl[126:129].zkl[63:125].zkl[0:62]
        </dl>
        <t>
          The "zid" of a PKEY is 32 + 4 bytes in length. This means that
-         a Crockford Base32-encoded "zTLD" will always fit into a single label 
and does
+         a "zTLD" will always fit into a single label and does
          not need any further conversion.
        </t>
        <t>
@@ -665,7 +661,7 @@ NONCE := HKDF-Expand (PRK_n, label, 32 / 8)
          </dl>
          <t>
            The "zid" of an EDKEY is 32 + 4 bytes in length. This means that
-           a Crockford Base32-encoded "zTLD" will always fit into a single 
label and does
+           a "zTLD" will always fit into a single label and does
            not need any further conversion.
          </t>
          <t>

-- 
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]