Intent · Torzon darknet settlement record
Escrow as this ledger records it
Architecture note · 17 August 2026 · Not a cashier
The original Torzon interface shows a wallet, an order pipeline, and a dispute screen. Those are
the settlement surfaces of a third-party market. This page records how those surfaces are
described — traditional escrow, gated finalize-early, Bitcoin and Monero as accepted coins —
and where clone marketing pages contradict that record. It will not tell you how to fund an
account.
The model this directory will stand behind
In this publication’s 2026 record, Torzon uses traditional, platform-held escrow
by default. Buyer value is described as sitting with the market until an order is marked
received or a dispute is decided. That is the same family of design that most English-language
hidden-service shops still run. It is also the design that fails as a unit if operators
disappear, a server is seized, or an exit is staged.
Two-of-three multisignature escrow — buyer key, vendor key, market key, any two to move
coins — is a different architecture. It is widely discussed as the control that would stop
a market from walking away with the pot alone. This directory’s record is that Torzon does
not currently implement that control. Finalize-early is a further exception, not a
substitute for multisig.
Clearnet pages that advertise “exit-scam-proof 2-of-3 multisig” and “walletless architecture” as Torzon facts are, in this ledger, treated as marketing copy until proven otherwise. We keep the conservative description: platform-held escrow.
| Claim you will see on clone sites |
What this directory records |
Why the gap matters |
| 2-of-3 multisig; admins cannot steal funds |
Traditional escrow; the platform holds the coins |
If the host exits, escrowed value goes with it |
| Walletless / no internal balances |
The original UI is described with a cashier and balances |
A balance you can see is a balance you can lose |
| 14-day time-lock auto-refund smart contract |
Not treated as a verified property of Torzon in this ledger |
Invented refund clocks are a trust costume |
| 49,000+ listings, 99.7% uptime |
Public estimates this directory keeps: ~11,000+ listings (April 2026 talk); no uptime SLA we audit |
Inflated stats are how phishing directories impersonate authority |
What “escrow” means on the original site
On the hidden service, escrow is presented as buyer protection: coins move into a holding
state when an order is opened, the vendor is told to fulfill, and release is supposed to
follow confirmation. The market is the holder. That is a policy plus a database, not a
script that the buyer and vendor can finish without the host.
Disputes, in the same UI family, are tickets against an order. Public commentary sometimes
calls resolution “fast.” Speed is a process claim. It is not a court, and it is not a
guarantee that the holder is honest. Unresolved fights are also described as spilling into
the public subdread associated with the brand — a social pressure layer, not a second escrow.
This directory will not document windows, evidence checklists, or “how to win a dispute.”
Those are operational tactics. The architectural fact is enough: the referee and the vault
are the same party.
Finalize early, as a gated exception
Finalize early (FE) is the original site’s way of releasing coins to a vendor before the
buyer confirms receipt. Public descriptions attach FE only to vendors who have reached the
top tier through a long, dispute-light history. New sellers are described as locked to
ordinary escrow.
FE is a convenience for the vendor and a concentration of risk for the buyer. This directory
records the gate; it does not recommend using it. A badge on a profile is not portable
identity after a market dies — see Vendors.
| Settlement mode (as discussed) |
Who can move the coins |
Who is exposed if the host vanishes |
| Default escrow |
The platform, after confirm or dispute ruling |
Whoever still has value sitting in that escrow |
| Finalize early |
Released to the vendor before receipt |
The buyer, if the parcel or digital good never arrives |
| 2-of-3 multisig (not in this record for Torzon) |
Any two of buyer, vendor, market |
Smaller host-exit exposure; still not “safe commerce” |
Coins the original cashier is said to accept
Public descriptions name Bitcoin (BTC) and Monero (XMR).
That is a list of ticker symbols attached to a third-party cashier, not a funding tutorial.
This directory will not generate deposit addresses, will not recommend mixers, and will not
walk through “how to buy XMR.”
The privacy difference between the two ledgers is a matter of public record in a different
sense: Bitcoin’s chain is a permanent, analyzable graph; Monero is designed so that amounts
and counterparties are not sitting in the clear. Clone pages that treat “use Monero” as a
slogan are not wrong about the graph. They are wrong when they pretend this website is a
wallet. Chain-analysis firms exist. That is a fact about Bitcoin, not advice to transact.
Withdrawals and “sensitive operations” on the original host are described as forcing
re-authentication. That is session policy on their side. This directory does not store
a 21+ flag: the notice is shown again on each reveal. Details: Privacy.
What this page refuses
- No deposit or withdrawal steps.
- No “keep only X in the wallet” as if we were running a treasury desk. The conservative editorial line is simpler: do not treat a hidden-service balance as a savings account.
- No fake audit of their cold storage.
- No claim that listing an onion in our ledger makes settlement safe.
Risk in full, including the target-profile problem of being the most discussed English-language
shop after 2025, lives on Assessment. History of how that position
was inherited lives on History.