A Permanent Storage Pool (PSP) for the DigiByte / DigiAsset network.
This server is a Permanent Storage Pool: it keeps the files behind DigiAssets alive on IPFS, and pays node operators DigiByte (DGB) to help. Here is how that works — and where your own asset fits in.
Watch what flows where. Every dot is real activity on the network: your files being stored and pinned, the pool publishing + checking, and DigiByte flowing to the operators who keep it all online.
A DigiAsset is stored in two places at once. Knowing which part lives where is the key to understanding why this pool exists — and how you get your files back.
You create an asset — art, a certificate, a collectible — from your wallet. Right away it splits into two parts that live in two different places.
The proof of ownership and the pointer to your files go on-chain. The files themselves are too big for a blockchain, so they go on IPFS instead.
The ownership record — who owns it, its asset ID, and the CID pointing at the files.
The actual files — the image and metadata — addressed by a CID, a fingerprint of the content.
IPFS only holds a file while at least one node pins it. If every node drops your CID, the files vanish — even though the on-chain record still points to where they used to be. Your asset would show a broken image.
This pool publishes your CID on its permanent list, then pays a network of verified node operators — on the map below — to pin those files and prove they still have them. Many redundant copies, always online. That is the gap this pool closes: the blockchain keeps the record forever, and the pool keeps the content alive to match.
Because IPFS is content-addressed, the CID is the address. Anyone, anywhere can fetch the exact same file with it — no account, no login — for as long as it stays pinned.
Take the CID from your asset and open it in a browser through any public gateway:
https://ipfs.io/ipfs/<YOUR-CID>
A DigiAsset wallet or explorer reads the CID from the chain and loads your image automatically — you never touch the CID by hand.
It is not a wallet or an explorer. It talks to DigiAsset Core nodes, not to browsers.
—
Each pin is a node hosting DigiAsset content. Nearby nodes group into a count.
Donations to the address below fund the DGB paid out to the operators who keep DigiAsset content alive. The treasury total, current balance, and every payout below are live and on-chain — fully auditable.
loading…
| When | Amount | To | Tx |
|---|---|---|---|
| loading… | |||
One installer sets up everything — DigiAsset for Windows, DigiByte Core and IPFS. Paste this into an Administrator PowerShell on Windows 10 or 11, approve the one Windows prompt, and it runs to the end on its own:
iwr https://raw.githubusercontent.com/chopperbriano/DigiAssetWindows/master/setup-digiasset.ps1 -OutFile "$env:TEMP\setup-digiasset.ps1" -UseBasicParsing; powershell -ExecutionPolicy Bypass -File "$env:TEMP\setup-digiasset.ps1"
It asks you nothing. You do not need a DigiByte address — the installer
creates your payout address in the DigiByte wallet it sets up on your own PC, so your earnings
arrive in a wallet only you hold the keys to. It also opens your firewall, registers everything
to start at login, and keeps itself updated. Back up wallet.dat once it is done.
Only needed if you are not using the installer above — it already does all of this. Requires DigiByte Core v9.26.5 or newer: earlier releases cannot validate DigiDollar, and the node refuses to start against them.
config.cfg:
psp0subscribe=1 psp0payout=YOUR_DGB_ADDRESS psp2server=https://pool.digistamp.co psp2subscribe=1 psp2payout=YOUR_DGB_ADDRESSPool 0 is your local pool (no server); pool 2 is this pool (DigiStamp). Both need a payout address or the node errors with “Could not generate new PSP payout address”.
4001 on your router
(nodes behind NAT can still qualify via a fallback check, but forwarding is faster and more reliable).