gnunet-svn
[Top][All Lists]
Advanced

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

[lsd0001] branch master updated: wording


From: gnunet
Subject: [lsd0001] branch master updated: wording
Date: Sun, 07 Aug 2022 18:06:39 +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 edc361e  wording
edc361e is described below

commit edc361ed669205c0e37cff8e7a216a2198c1ef6e
Author: Martin Schanzenbach <schanzen@gnunet.org>
AuthorDate: Sun Aug 7 18:06:37 2022 +0200

    wording
---
 draft-schanzen-gns.xml | 22 ++++++++++------------
 1 file changed, 10 insertions(+), 12 deletions(-)

diff --git a/draft-schanzen-gns.xml b/draft-schanzen-gns.xml
index 6e4fd57..c6942e5 100644
--- a/draft-schanzen-gns.xml
+++ b/draft-schanzen-gns.xml
@@ -128,22 +128,20 @@
        particular X.509 for the Web.
      </t>
      <t>
-       The design of GNS incorporates the capability to interoperate with the
-       DNS protocol.
-       It is based on the principle of a petname system where users can assign
-       names to zones.
+       In DNS terminology, GNS roughly follows the idea of a local
+       root zone deployment (see <xref target="RFC8806"/>), with the difference
+       that the protocol does not mandate that all deployments use the same
+       or any specific root zone.
+       Users can autonomously and freely delegate control of names to
+       zones through their local configurations.
+     </t>
+     <t>
+       Name resolution and zone dissemination is based on the principle of a
+       petname system where users can assign local names to zones.
        It builds on ideas from the Simple Distributed Security
        Infrastructure <xref target="SDSI" />, enabling the decentralized
        mapping of secure identifiers to memorable names.
      </t>
-     <t>
-       In DNS terminology, GNS roughly follows the idea of a local
-       root zone deployment (see <xref target="RFC8806"/>), with the difference
-       that the protocol defined here does not mandate that all deployments use
-       the same root zone.
-       Users can easily delegate control of arbitrary domain names to
-       arbitrary zones through their local configurations.
-     </t>
      <t>
        This document defines the normative wire format of resource records, 
resolution processes,
        cryptographic routines and security considerations for use by 
implementers.

-- 
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]