From b40d6efbb81d17ecf201a9fb8e313ab5b7040857 Mon Sep 17 00:00:00 2001
From: franzap <_@franzap.com>
Date: Mon, 1 Jul 2024 17:43:39 -0300
Subject: [PATCH] Revert URLs for cryptographic keys

---
 39.md | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/39.md b/39.md
index b888865f..ec0bcd17 100644
--- a/39.md
+++ b/39.md
@@ -28,15 +28,13 @@ A new optional `i` tag is introduced for `kind 0` metadata event contents in add
 }
 ```
 
-An `i` tag will have two or more parameters, which are defined as the following:
-
+An `i` tag will have two parameters and an optional third parameter, which are defined as the following:
 1. `type:identity`: This is the platform name (for example `github`) or the linked cryptographic identity type (for example `openpgp4fpr`), and the identity on that platform (for example `semisol`) or public key fingerprint (for example `1A04E0F1A78D982BD8885B7EB325A9C5F70849D0`) joined together with `:`.
 2. `proof`: String that points to the proof of owning this identity or is the proof itself (crytographic signature).
+3. The full public key in the case of a cryptographic identity.
 
-In the case of a cryptographic identity, the third paramter SHOULD be the text of the full public key. Alternatively, a URL can be supplied, for example when key material is too heavy. Additional URLs can be supplied in additional parameters of the `i` tag.
-
+Clients SHOULD process any `i` tags with more than 3 values for future extensibility.
 Identity provider names SHOULD only include `a-z`, `0-9` and the characters `._-/` and MUST NOT include `:`.
-
 Identity names SHOULD be normalized if possible by replacing uppercase letters with lowercase letters, and if there are multiple aliases for an entity the primary one should be used.
 
 ## Revocation