// GUIDE
How WASTE.LAND works
A simple path from “project abandoned on disk” to “someone else can legally take it and ship it” — with an automated audit, in-app currency, and escrow so neither side gets scammed.
// START HERE
The big picture
Many repos stop at 60–80% done. They are not worthless: they contain UI, APIs, data models, and lessons. WASTE.LAND is a marketplace where that code can be listed, inspected automatically, and sold or traded under clear rules. Money moves as Scraps inside the platform; sensitive steps go through Vault escrow.
flowchart LR
subgraph seller["Seller"]
R[Repo / ZIP]
end
subgraph platform["WASTE.LAND"]
O[Overseer audit]
M[Marketplace]
V[Vault escrow]
end
subgraph buyer["Buyer"]
U[Reuse / fork / product]
end
R --> O
O --> M
M --> V
V --> U
Code in · audit · list · trade safely · code out
// ROLES
Who does what
You can be a seller, a buyer, or both over time.
Uploads or connects a project, waits for the Overseer report, sets a price in Scraps, answers buyers, and releases the asset when escrow completes.
Browses listings, reads the audit, contacts the seller, locks Scraps in Vault, previews code in a controlled way, then accepts or walks away.
Runs audits, hosts listings, enforces escrow rules, and applies fees and limits under the Terms of Service.
flowchart TD
S[Seller lists project] --> A[Overseer produces report]
A --> L[Listing goes live]
L --> C[Buyer starts chat]
C --> E[Both agree on terms]
E --> V[Buyer locks Scraps in Vault]
V --> P[Buyer previews code]
P --> X{Decision}
X -->|Accept| R[Scraps to seller, transfer code]
X -->|Reject| F[Scraps returned to buyer]
Typical happy path + safe exit
// CURRENCY
What are Scraps?
Scraps are the in-app unit for listing fees, messages, and trades—platform credit that keeps spam down and aligns buyers and sellers. You earn them from sales and bonuses, and buy packs when you need more.
flowchart LR
subgraph INFLOW["Into the platform"]
P[Purchase packs]
EARN[Earnings from sales]
B[Bonuses / ranks]
end
subgraph USES["Typical uses"]
L[Listings]
MSG[Messages]
T[Trade / escrow]
end
P --> L
EARN --> MSG
B --> T
Scraps flow in and out of real activities
// AUTOMATED AUDIT
The Overseer & S.P.E.C.I.A.L.
The Overseer is an automated pipeline (build checks, dependency map, heuristics, optional AI). It does not replace a lawyer or a full security pentest; it gives a consistent, comparable snapshot so buyers are not buying blind.
Scores are combined into one Resurrection score. Letters are a mnemonic (same idea as classic RPG stats).
SSecurity — secrets, risky deps, obvious holesPProduct — does the idea and scope still make sense?EEconomics — effort vs value, license fitCCommunity — docs, tests, how hard to onboardIIP — licensing clarityAArchitecture — structure and technical debtLLegal — third-party and compliance flags
flowchart TB
subgraph AUD["Seven scored axes"]
S[S Security]
P[P Product]
E[E Economics]
C[C Community]
I[I IP]
A[A Architecture]
L[L Legal]
end
AUD --> R[Resurrection score]
R --> N[Necropsy summary text]
Many signals, one headline score + narrative
// TRUST
Why Vault escrow?
Without escrow, the buyer could vanish after getting the repo, or the seller could take payment and never hand over access. Vault holds the buyer’s Scraps while they verify the goods. Only after acceptance (or after rules for timeout / dispute) does the seller get paid.
sequenceDiagram
participant Buyer
participant Vault as Vault escrow
participant Seller
Buyer->>Vault: Lock Scraps for this deal
Vault->>Seller: Seller sees funds held
Buyer->>Vault: Open preview window
Vault->>Buyer: Read-only access to agreed scope
alt Buyer accepts
Buyer->>Vault: Release
Vault->>Seller: Scraps credited
else Buyer rejects within rules
Buyer->>Vault: Cancel per policy
Vault->>Buyer: Scraps returned
end
Simplified escrow conversation
Exact timings, dispute steps, and fees belong in the production contract and help pages.
// WALKTHROUGH
A concrete (made-up) example
Names and numbers are only here to make the flow easy to picture.
1. Ana has a half-finished app
She built a task app with React and a small API, then switched jobs. The repo builds, but she never shipped billing.
2. She lists it on WASTE.LAND
She uploads a ZIP. The Overseer reports: decent Architecture, weak Product (no billing), good Security baseline. Resurrection score: medium. She sets a price of 800 Scraps.
3. Ben wants the UI shell
He runs a studio and needs a head start on a client portal. He reads the audit, messages Ana, they agree on MIT license and GitHub transfer after payment.
4. Vault holds Ben’s Scraps
Ben locks 800 Scraps. He gets a timed preview of the tree and key files. Everything matches the listing.
5. Release
Ben confirms. Vault sends Scraps to Ana; Ana transfers the repo per the deal. If something were wrong, the dispute path (not detailed here) would apply instead.
Back to the overview
See features, ranks, and listing rules on the home page, or create an account to get started.