nips/101.md

148 lines
9.0 KiB
Markdown
Raw Normal View History

2024-04-23 01:29:28 -04:00
# NIP-101 - Forms On Nostr
2024-05-08 16:04:46 -04:00
`draft` `optional` `author:abhay-raizada`
2024-04-23 01:29:28 -04:00
2024-05-08 16:04:46 -04:00
The nip provides a way for users to create form templates on nostr, and for other users to be able to fill them.
2024-04-23 01:29:28 -04:00
2024-05-08 16:04:46 -04:00
## Form Template - Public
Event `30168` describes a form as a parametrized replaceable event, with `field` tags that contain the description of each form field, with optional settings
2024-05-08 16:04:46 -04:00
```js
2024-04-23 01:29:28 -04:00
{
"kind": 30168,
2024-05-08 16:04:46 -04:00
"content" : ""
"tags": [
["d", "<form identifier>"],
["name", "Name of the form"],
["settings", JSON.stringify({description: "<description of the form."})],
["field", "<fieldId>","<input-type>","<label for the field>","<Options (for option type)>", "<stringified JSON settings>"],
["field", "<fieldId>", "option", "label for options field",
2024-05-08 16:04:46 -04:00
JSON.stringify([["<optionId1>", "option label", "<optionId2>", "option label"]]),
2024-05-13 01:14:39 -04:00
"<stringified JSON settings>"
2024-05-08 16:04:46 -04:00
]
],
2024-04-23 01:29:28 -04:00
"pubkey": "<Author of the form>"
}
```
The different tags used to detail the form are described as:
2024-04-23 01:29:28 -04:00
2024-05-25 08:46:54 -04:00
| Tags | Description |
| ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| d | The unique identifier of a form, for a user |
| name | A text serving as the name of the form |
| settings | An optional global config for the form. |
| field | Contains the following values<table><tr><th>index</th><th>name</th><th>description</th></tr><tbody><tr><td>1</td><td>FieldId</td><td>an id that uniqely identifies a field in the forn</td></tr><tr><td>2</td><td>input-type</td><td>A field that describes the type of value that can be expected as a response to this field, values can be: `text`, `option` or `label`</td></tr><tr><td>3</td><td>label</td><td>A label for the field</td></tr><tr><td>4</td><td>options</td> <td>Only used for input-type option, is a Json stringified array of option Tags. |
| Option Tags | Option Tags are defined as: [`<OptionId`>, <`label`>, `<optional config>`], optionId can be any alphanumeric string </td> </tr><tr><td>5</td><td>fieldSettings</td><td>An optional JSON stringified object that contains settings specific to the field, for example `renderElement`, a setting which indicates what UI element to render to the client </td></tr> |
2024-04-23 01:29:28 -04:00
</tbody></table>
2024-04-23 01:29:28 -04:00
2024-05-08 16:04:46 -04:00
## Responses - Public
2024-04-23 01:29:28 -04:00
Response events are also parametrized replaceable events that are attached to a form(3068 kind event), and the event data is stored in a `kind: 30169` event
2024-04-23 01:29:28 -04:00
Response structure:
```json
2024-04-23 01:29:28 -04:00
{
"kind": 30169,
"content": "",
"tags": [
["d", "<pubkey of the form author>:<form identifier>"],
["a", "30168:<pubkey of the author>:<form identifier>"],
[
"response",
"<FieldId>",
"<response as string>",
"<stringified metadata object>"
]
],
"pubkey": "Author of Response"
2024-04-23 01:29:28 -04:00
}
```
The Response tag contains a "response" tag identifier "fieldId" the Id of the field as mentioned in the `kind:30168` event, response for the field as a string value, and a stringified metadata object.
2024-05-08 16:04:46 -04:00
for option fields, the response is the id of the option selected. In case of multiple-choice fields these id's maybe delimited by a semi-colon, ";", For example:
2024-04-23 01:29:28 -04:00
```json
2024-05-08 16:04:46 -04:00
{
"kind": 30169,
"content": "",
"tags": [
["a", "30168:<pubkey of the author>:<form identifier>"],
[
"response",
"<FieldId>",
"ZCZC;XCZXCZ;Z34Z",
"<stringified metadata object>"
]
],
"pubkey": "Response author"
2024-05-08 16:04:46 -04:00
}
```
2024-04-23 01:29:28 -04:00
2024-05-13 01:14:39 -04:00
## Access Control
In general access is granted by signing the event and encrypting the content with different keys.
the mechanism to share the keys is by encrypting the keys and adding it as key-tags in the event, as well as adding p-tags to notify users.
The key tag for `kind:30168` events, should look like.
2024-05-13 01:14:39 -04:00
`["key","<pubkey for the user>", "<optional relays>", "<Encrypted-View-Key>", "<Encrypted-Signing-key>"]`
2024-05-13 01:14:39 -04:00
`View-key` : generated during form-creation, this key should used to encrypt/decrypt the `".content"` string in the form template.
`Edit-key/Signing-Key`: Is the key which is used to sign the 30168 event.
2024-05-13 01:14:39 -04:00
Encryption should be via [nip-44](./44.md) using the conversation key derived from the p-tags pubkey and the signing-key.
`Encrypted View Key`: The view key should be encrypted as `nip44.encrypt(<View Key>, <Coversation Key derived from users public key and the signing key>)`
`Encrypted Signing Key`: The view key should be encrypted as `nip44.encrypt(<Signing Key>, <Coversation Key derived from users public key and the signing key>)`
In case a participant is a viewer and an editor, both the keys should be added in their "key" tag.
In case participant is only a viewer the editor key maybe left blank.
2024-05-13 01:14:39 -04:00
### Public Forms Public Responses
Both the form and the responses are kept unencrypted in the `tags` array and signed by the respective users. Useful for cases like polls.
2024-05-13 01:14:39 -04:00
### Encrypted Responses.
2024-05-13 01:14:39 -04:00
Response tags are added to the `.content` field of the event and encrypted as per the spec in [nip-44](./44.md) by the responders private key and the form authors public key.
### Private Forms only viewable by a group.
Form fields should be placed in the `.content` key, nip-44 encrypted by the corresponding public key of the view-key, and the signing key. The selected responders can decrypt the form using the view key. The `tags` array is used to keep track of the allowed-responders identities.
```js
let encryptionKey = nip44.v2.utils.getConversationKey(
bytesToHex(signingKey),
getPublicKey(viewKey)
);
content = nip44.v2.encrypt(JSON.stringify(form), encryptionKey);
```
2024-05-13 01:14:39 -04:00
### Public forms editable by a group.
A signing key is generated for the group.
Form fields are in the tag array, and the signing-key is encrypted in the key tag like:
`["key", "<pub-key with edit access>", "<relays>","","<encrypted signing key>"]`.
The key should be the same that the `30168` event is signed with.
The pubkeys with edit access, will also be able to view the form responses.
2024-05-13 01:14:39 -04:00
Encrypted signing key can be calculated as:
2024-05-13 01:14:39 -04:00
```js
let conversationKey = nip44.v2.utils.getConversationKey(
bytesToHex(signingKey),
npubHex
);
let encyptedKey = nip44.v2.encrypt(bytesToHex(signingKey), conversationKey);
```
2024-04-23 01:29:28 -04:00
### Private forms editable by a group.
2024-04-23 01:29:28 -04:00
The rest of the mechanism remains same as in public forms editable by a group except that the
form fields should be placed in the `.content` key, encrypted by a `view-key`, which is shared in the 3rd index of the key tag for the viewers.