Skip to content

NIP-002: Payment URI Scheme - #2

Open
codewordneptune wants to merge 1 commit into
Neptune-Crypto:masterfrom
codewordneptune:cwn/payment-uri
Open

NIP-002: Payment URI Scheme#2
codewordneptune wants to merge 1 commit into
Neptune-Crypto:masterfrom
codewordneptune:cwn/payment-uri

Conversation

@codewordneptune

@codewordneptune codewordneptune commented Aug 4, 2026

Copy link
Copy Markdown

Adds NIP-002, a payment URI scheme for payment links, QR codes, and deep-linking, following up on the RFC discussion in Neptune-Crypto/neptune-core#959. Format follows NIP-001 (#1).

Feedback especially welcome on:

  • The scheme name: neptunecash: rather than the neptune: originally proposed in the RFC. Open question 2 in the document explains the change: the name "Neptune" is now contested by a fork, and OS-level URI handler registration is a single global namespace.
  • The other two open questions (QR capacity vs. address length, amount denomination), each of which carries a proposal.
  • The provisional test vectors: they are hand-derived and will be re-verified once the reference parser exists, so disagreements caught by eye now are cheap to fix.

Documents a `neptunecash:` payment URI convention (BIP 21 equivalent)
for links, QR codes, and deep-linking: motivation, the existing
undocumented `NPT:` QR practice, the URI specification with provisional
test vectors, open questions, and a comparison of payment URI schemes
in other cryptocurrencies.

The scheme is spelled out in full rather than as a bare `neptune:`,
because the Neptune Privacy (XNT) fork also answers to "Neptune" and
OS-level URI handler registration is a single global namespace. The
same reasoning gave Bitcoin Cash `bitcoincash:`.

Based on the RFC and review discussion in
Neptune-Crypto/neptune-core#959.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant