Compare commits

...

3 Commits

Author SHA1 Message Date
Michael J cee5be1d08
Merge a41a7ec855 into 2ace01cf1a 2025-10-08 09:35:15 -05:00
Pablo Fernandez 2ace01cf1a
NWC Deep Links (#1777) 2025-10-08 14:34:47 +03:00
Michael Jurkoic a41a7ec855 Mark key NIPs as 'final' 2024-03-11 21:12:10 -05:00
11 changed files with 28 additions and 10 deletions

2
01.md
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -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
View File

@ -5,7 +5,7 @@ NIP-38
User Statuses
-------------
`draft` `optional`
`final` `optional`
## Abstract

18
47.md
View File

@ -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
View File

@ -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.