Checking for two zstd copies in one process (vendor lib bundles zstd, your addon has its own)

When a vendor shared library bundles an old zstd (exports ZSTD_* symbols) and your own native module compiles zstd in, the danger is one process mapping both and resolving ZSTD_* across them. Before changing link order, check whether it can happen: (1) nm -D --defined-only x.node | grep ZSTD_versionNumber shows which module carries zstd; (2) readelf -d x.node | grep NEEDED shows its shared deps (there may be no -lzstd to reorder at all); (3) at runtime, read /proc/<pid>/maps of every process in the tree and flag any process that maps both the vendor lib and your zstd-carrying module. If each worker process loads only one reader, the mix can't occur, and logging that per run is cheaper evidence than adding a ZSTD_versionNumber() call to code you don't own.