nexusmarkettorReference procedures for using Nexus Market over Tor
14 documents in 4 classes
3 verified addresses
Archive All documents Access and transport Verification and authenticity Payment and settlement Operations and risk Addresses FAQ Scope

Archive > Listing > Payment and settlement

Payment and settlement

Documents covering settlement coin selection, wallet custody, the deposit sequence and confirmation timing, the escrow protocol and withdrawal policy.

Class code NMT.pay. Documents in this class are listed below in identifier order.
NM-007v2.0 · core
Subjects: Payment and settlement (NMT.pay)
Updated: 4 Aug 2026
Compares the settlement options accepted by Nexus in terms of what each records permanently, and states why this decision outlasts every other decision a buyer makes.
NM-008v1.3 · stable
Subjects: Payment and settlement (NMT.pay)
Updated: 31 Jul 2026
Specifies the path funds should take from acquisition to an order, why an intermediate wallet under your control is required, and how recovery material is handled.
NM-009v1.2 · stable
Subjects: Payment and settlement (NMT.pay)
Updated: 26 Jul 2026
Defines the deposit sequence, expected confirmation timing, and the failure modes that account for nearly all deposits that appear not to arrive.
NM-010v1.1 · core
Subjects: Payment and settlement (NMT.pay)
Updated: 1 Aug 2026
Describes the two of three multisig arrangement used on Nexus, the conditions under which funds move, and the single action that voids the protection.

How this class fits together

Payment splits into a decision, a path and a protocol, and the documents here follow that order. The decision is which coin settles the order, and it is treated separately because it is the only choice in the archive whose consequences are permanent rather than situational. A public ledger entry cannot be edited or aged out, and its usefulness to somebody reading it later can grow rather than fade as surrounding data accumulates.

The path covers custody, which is the requirement that funds pass through a wallet under your own control before reaching an order. This is one extra step and it is the difference between a payment and a straight line from an identity checked account to a marketplace. The same document covers recovery material, because the seed that restores a wallet is the part people lose and the part no service can replace for them.

The protocol covers what happens after funding. Deposits behave predictably once you know that confirmations take time and that a fee deducted rather than added produces a shortfall, and those two facts account for nearly every deposit that appears not to arrive. Escrow then holds the payment until release conditions are met, and the one action that voids it is described plainly, because a policy applied without exception is easier to hold than a judgement made under pressure from a counterparty.

Verified address set

Verified address set
[1]nexusb2l7fmqnefwphyy7m5zjhlkytlbo7qbb5lu5dlczr3azgii2gyd.onion
[2]nexusma2iegzo7atzwbrwxhcdopyri3vare2twibldnlc3txqjdeb5yd.onion
[3]nexusabcd6tyfhdwilyitaqiri6tisj2v2hueyjuj6qkvd6azvi5tuqd.onion

Required check. Open in Tor Browser only. Before entering anything, compare the onion printed on the login screen against your browser address bar. A mismatch means the page is a copy and the tab should be closed. See NM-004.