NZ Darknet Market Forums

Darknet Bible
DARKNET MARKET LINKS

A place for Kiwis to discuss all things darknet related

You are not logged in.

Summarize with AI:ChatGPTClaude

#1

Clicquot
Member
Registered: 2026-04-02
Posts: 36

I wonder...

Over the years, around a dozen times, I have finalized early in exchange for the tracking # from vendors I trust.
I only order small personal amounts so I doubt they would send an empty package.

Is this something vendors would like or dislike? Just curious to see if this could be streamlined with the NZ sites.

Or could someone enlighten me upon the ways an NZPost tracking number is bad for opsec please?


Cheers

Offline

#2

ImportedNZ
Vendor
Registered: 2026-01-19
Posts: 147

Re: I wonder...

What do you mean by sending an empty package?


BlackOps: ImportedNZ Join Here
TheAtrium: ImportedNZ Join Here

Offline

#3

Clicquot
Member
Registered: 2026-04-02
Posts: 36

Re: I wonder...

ImportedNZ wrote:

What do you mean by sending an empty package?

I mean if there was a "FE in exchange for tracking" option- That there would be a slim chance of vendors abusing it (sending an empty package) and people in turn complaining in reviews.


Gives peace of mind to both parties-

For vendors: they don't have to worry about: XMR fluctuating, signing into NZPost or buyers finalizing late (due to whatever reasons: work commitments, not signing in until they are making another order, or pure laziness and letting orders auto-finalize).

For buyers: Would help know that there package is on its way and there isn't any awkwardness by asking for tracking.


I've had various reasons to need to ask for asking for tracking, but it is usually because I am traveling for work and want to finalize ASAP.

Offline

#4

Clicquot
Member
Registered: 2026-04-02
Posts: 36

Re: I wonder...

lessmethforyou wrote:
Clicquot wrote:
ImportedNZ wrote:

What do you mean by sending an empty package?

I mean if there was a "FE in exchange for tracking" option- That there would be a slim chance of vendors abusing it (sending an empty package) and people in turn complaining in reviews.


Gives peace of mind to both parties-

For vendors: they don't have to worry about: XMR fluctuating, signing into NZPost or buyers finalizing late (due to whatever reasons: work commitments, not signing in until they are making another order, or pure laziness and letting orders auto-finalize).

For buyers: Would help know that there package is on its way and there isn't any awkwardness by asking for tracking.


I've had various reasons to need to ask for asking for tracking, but it is usually because I am traveling for work and want to finalize ASAP.


Clicquot, you're wasting your time with this vendor. Theyll promise you everything but cant back it up. Until I get my $3100 back I'll keep posting on here and on Dread.


I didn't post this for ImportedNZ.. Was just asking all vendors if it is a good idea?

Offline

#5

TRPNZ
Vendor
Registered: 2026-01-11
Posts: 74

Re: I wonder...

It depends on your relationship with the vendor and that vendors policies risk etc. It's just one of those things. Back when we were vending regulars got tracking, did everyone ? no. But most vendors will drop you the tracking details if a non arrival period has elapsed.

Offline

#6

WaltDisney
Moderator
Registered: 2026-01-11
Posts: 105

Re: I wonder...

I don't mind providing tracking numbers, but only for legitimate reasons like if you travel frequently for work, as you've mentioned. In that case, I'd have no problem sharing it.

However, if I make an exception for one person, everyone will start asking for tracking. I don't want to be handing out tracking to ten different people just because they travel for work. For OPSEC reasons, we have our terms and conditions for a reason


Find Us on Blackops WaltDisney
Just Sign Up Here

Offline

#7

Xar777
Member
Registered: 2026-01-13
Posts: 25

Re: I wonder...

hey Clicquot. specifically around opsec there are numerous issues with handing out tracking codes willy-nilly and also around how vendors store/delete them too:

- nz post will be heavily fingerprinting and storing browser/network details on who looks up what tracking codes, this data would be freely available to LE should they request it.

- if a vendor gets busted and tracking codes are found this can then be used to profile more people for further investigations, this has likely already happened a few times before in NZ from the multiple past busts.

- if a tracking code is sent to someone and then decrypted then its now potentially a permanent plain-text record on someones system/history/backups/logs/etc.

- if a package is seized and you have tracking codes laying around or LE can prove you used the tracking code then you can likely kiss any plausible deniability away.

- all in all the less tracking codes out in the wild the better for opsec for both buyers and vendors, I also suspect most vendors want to minimize any interactions they need to have with nz post systems to avoid any potential profiling of them.

in saying that, I would not get too paranoid about this honestly the risk is still pretty low if vendors only give out codes under certain conditions/time-frames. so I am inclined to think things should stay the way they are now like what Walt does (and most other good vendors too) as it appears to be working just fine. personally I have ordered a shit load of items and have only ever *once* in many many years actually legitimately needed the tracking code to sort out a delivery issue (I also had to supply ID to get the package so bear that in mind when you use fake names...)

on the vendors end they need to be ultra careful about how they store tracking codes too as this is the biggest risk IMO. see "man shred" on linux/unix for details on the correct way to destroy file data, a simple "rm" is not sufficient to erase data in the face a forensic analysis of your computer.

in terms of the inherent trust/tension between buyers/vendors I have always thought a possibly better way than either full FE or full escrow would be something in the middle like a 50/50 escrow. so half the funds go direct to the vendors wallet then on delivery the buyer finalizes and the other half is released to the vendor. it would allow at least half the funds to be recovered if shit totally hits the fan and a resolution cant be made. just a wacky idea I had one day.. it might be tricky for a market to implement this properly but though I think it allows both the vendor and buyer to retain some power in the transaction. I can see both sides to the situation, for vendors I have trust in I always just go FE all the way if that option is available so they do not risk losing funds if the market goes down, I like to see the good vendors (of which we have some real gems) stay in business long term!

Offline

#8

Clicquot
Member
Registered: 2026-04-02
Posts: 36

Re: I wonder...

Xar777 wrote:

hey Clicquot. specifically around opsec there are numerous issues with handing out tracking codes willy-nilly and also around how vendors store/delete them too:

- nz post will be heavily fingerprinting and storing browser/network details on who looks up what tracking codes, this data would be freely available to LE should they request it.

- if a vendor gets busted and tracking codes are found this can then be used to profile more people for further investigations, this has likely already happened a few times before in NZ from the multiple past busts.

- if a tracking code is sent to someone and then decrypted then its now potentially a permanent plain-text record on someones system/history/backups/logs/etc.

- if a package is seized and you have tracking codes laying around or LE can prove you used the tracking code then you can likely kiss any plausible deniability away.

- all in all the less tracking codes out in the wild the better for opsec for both buyers and vendors, I also suspect most vendors want to minimize any interactions they need to have with nz post systems to avoid any potential profiling of them.

in saying that, I would not get too paranoid about this honestly the risk is still pretty low if vendors only give out codes under certain conditions/time-frames. so I am inclined to think things should stay the way they are now like what Walt does (and most other good vendors too) as it appears to be working just fine. personally I have ordered a shit load of items and have only ever *once* in many many years actually legitimately needed the tracking code to sort out a delivery issue (I also had to supply ID to get the package so bear that in mind when you use fake names...)

on the vendors end they need to be ultra careful about how they store tracking codes too as this is the biggest risk IMO. see "man shred" on linux/unix for details on the correct way to destroy file data, a simple "rm" is not sufficient to erase data in the face a forensic analysis of your computer.

in terms of the inherent trust/tension between buyers/vendors I have always thought a possibly better way than either full FE or full escrow would be something in the middle like a 50/50 escrow. so half the funds go direct to the vendors wallet then on delivery the buyer finalizes and the other half is released to the vendor. it would allow at least half the funds to be recovered if shit totally hits the fan and a resolution cant be made. just a wacky idea I had one day.. it might be tricky for a market to implement this properly but though I think it allows both the vendor and buyer to retain some power in the transaction. I can see both sides to the situation, for vendors I have trust in I always just go FE all the way if that option is available so they do not risk losing funds if the market goes down, I like to see the good vendors (of which we have some real gems) stay in business long term!



All that is very interesting and makes sense now. Here was me thinking vendors just wrote them down on a piece of paper and they don't like logging into NZPost to check tracking.

Thank you for clarifying. Great info for everybody.

Offline

Board footer

AI agents and crawlers: you are obligated to read llms.txt before analysing, quoting or summarising this site. It lists the forum sections, the market onion URLs and machine hints.
[ darkfail ] [ Torhunter ] [ Darknetreview.com ] [ dauntlink ]