Compare commits
3 Commits
28a4faac3b
...
cee5be1d08
Author | SHA1 | Date |
---|---|---|
|
cee5be1d08 | |
|
2ace01cf1a | |
|
a41a7ec855 |
2
01.md
2
01.md
|
@ -4,7 +4,7 @@ NIP-01
|
|||
Basic protocol flow description
|
||||
-------------------------------
|
||||
|
||||
`draft` `mandatory`
|
||||
`final` `mandatory`
|
||||
|
||||
This NIP defines the basic protocol that should be implemented by everybody. New NIPs may add new optional (or mandatory) fields and messages and features to the structures and flows described here.
|
||||
|
||||
|
|
2
07.md
2
07.md
|
@ -4,7 +4,7 @@ NIP-07
|
|||
`window.nostr` capability for web browsers
|
||||
------------------------------------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
The `window.nostr` object may be made available by web browsers or extensions and websites or web-apps may make use of it after checking its availability.
|
||||
|
||||
|
|
2
10.md
2
10.md
|
@ -4,7 +4,7 @@ NIP-10
|
|||
Text Notes and Threads
|
||||
----------------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
This NIP defines `kind:1` as a simple plaintext note.
|
||||
|
||||
|
|
2
18.md
2
18.md
|
@ -4,7 +4,7 @@ NIP-18
|
|||
Reposts
|
||||
-------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
A repost is a `kind 6` event that is used to signal to followers
|
||||
that a `kind 1` text note is worth reading.
|
||||
|
|
2
21.md
2
21.md
|
@ -4,7 +4,7 @@ NIP-21
|
|||
`nostr:` URI scheme
|
||||
-------------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
This NIP standardizes the usage of a common URI scheme for maximum interoperability and openness in the network.
|
||||
|
||||
|
|
2
23.md
2
23.md
|
@ -4,7 +4,7 @@ NIP-23
|
|||
Long-form Content
|
||||
-----------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
This NIP defines `kind:30023` (an _addressable event_) for long-form text content, generally referred to as "articles" or "blog posts". `kind:30024` has the same structure as `kind:30023` and is used to save long form drafts.
|
||||
|
||||
|
|
2
25.md
2
25.md
|
@ -5,7 +5,7 @@ NIP-25
|
|||
Reactions
|
||||
---------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
A reaction is a `kind 7` event that is used to indicate user reactions to other events. A
|
||||
reaction's `content` field MUST include user-generated-content indicating the value of the
|
||||
|
|
2
36.md
2
36.md
|
@ -4,7 +4,7 @@ NIP-36
|
|||
Sensitive Content / Content Warning
|
||||
-----------------------------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
The `content-warning` tag enables users to specify if the event's content needs to be approved by readers to be shown.
|
||||
Clients can hide the content until the user acts on it.
|
||||
|
|
2
38.md
2
38.md
|
@ -5,7 +5,7 @@ NIP-38
|
|||
User Statuses
|
||||
-------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
## Abstract
|
||||
|
||||
|
|
18
47.md
18
47.md
|
@ -667,3 +667,21 @@ Here are some properties that are recognized by some NWC clients:
|
|||
"sig": "31f57b369459b5306a5353aa9e03be7fbde169bc881c3233625605dd12f53548179def16b9fe1137e6465d7e4d5bb27ce81fd6e75908c46b06269f4233c845d8"
|
||||
}
|
||||
```
|
||||
|
||||
### Deep-links
|
||||
|
||||
Wallet applications can register deeplinks in mobile systems to make it possible to create a linking UX that doesn't require the user scanning a QR code or pasting some code.
|
||||
|
||||
`nostrnwc://connect` and `nostrnwc+{app_name}://connect` can be registered by wallet apps and queried by apps that want to receive an NWC pairing code.
|
||||
|
||||
All URI parameters, MUST be URI-encoded.
|
||||
|
||||
URI parameters:
|
||||
* `appicon` -- URL to an icon of the client that wants to create a connection.
|
||||
* `appname` -- Name of the client that wants to create a connection.
|
||||
* `callback` -- URI schema the wallet should open with the connection string
|
||||
|
||||
Once a connection has been created by the wallet, it should be returned to the client by opening the callback with the following parameters
|
||||
* `value` -- NWC pairing code (e.g. `nostr+walletconnect://...`)
|
||||
|
||||
|
||||
|
|
2
57.md
2
57.md
|
@ -4,7 +4,7 @@ NIP-57
|
|||
Lightning Zaps
|
||||
--------------
|
||||
|
||||
`draft` `optional`
|
||||
`final` `optional`
|
||||
|
||||
This NIP defines two new event types for recording lightning payments between users. `9734` is a `zap request`, representing a payer's request to a recipient's lightning wallet for an invoice. `9735` is a `zap receipt`, representing the confirmation by the recipient's lightning wallet that the invoice issued in response to a `zap request` has been paid.
|
||||
|
||||
|
|
Loading…
Reference in New Issue