Monero.Jobs

Privacy-first freelance marketplace where every payment settles in XMR. Operator-published positioning: *"The only freelance marketplace where all payments are made in Monero (XMR). Find work that respects your privacy."* Two-sided platform (Find Work / Hire Talent) with two signup tracks: email-based or fully anonymous. "No KYC, ever" is the explicit operator promise (per the CR1337 endorsement post 2026-05). Listed at Grade B on first pass — the no-KYC-by-design + anonymous-signup posture is the right shape, but the operator surface is sparse (JS-only SPA, no published team / repo / license / Tor onion at submission time) so the upgrade-to-A path is conditioned on operator transparency improvements + a curator-side end-to-end test (post a fake job, complete it, settle a payment).

What it is. Web app at `monero.jobs` — a freelance marketplace where clients post jobs, freelancers bid, and the only payment rail is Monero. Clients use Email or Anonymous signup. Freelancers pick from posted jobs, deliver work, get paid in XMR. The signup form on the homepage exposes the anonymous mode directly — no "verify your identity" gate at any tier. Categories visible from the nav: Browse Jobs / Find Talent / Learn / Contact / Search.

Background. Newer project (homepage live as of 2026-05). Listed on monero.eco (the curated shortlist) which signals at least one editorial check from the Monero ecosystem community. CR1337 publicly endorsed it 2026-05-27 with the framing "no kyc, ever; guaranteed." We have not yet identified the operator — anonymous-operator tier is consistent with the product's framing. If the maintainer publishes themselves we will update this entry.

What you trust.

• Payments settle in XMR, period. Per the operator's own meta description: *"The only freelance marketplace where all payments are made in Monero."* No fiat ramp baked in, no USDT alternative — the choice forces both sides into the privacy-respecting rail.
• Anonymous signup is first-class, not buried. The signup form's two-tab UI (Email / Anonymous) is on the homepage itself, not behind a settings panel. The product's design says: anonymous is normal, not exceptional.
• Public commitment: "no KYC, ever." Endorsed publicly by CR1337 with that explicit framing 2026-05-27. The operator's own /privacy page exists (returns the SPA shell + JS-renders, content not yet curator-verified) but the homepage promise is unambiguous.
• Marketplace, not custodian. Clients and freelancers settle to each other; Monero.Jobs (as far as we can tell) doesn't hold escrow between legs. (Curator caveat — to be confirmed with a test trade.)
• No operator-published team / repo / license at submission time. Anonymous-operator posture; trust accumulates through uptime + community endorsement + cross-listing, not formal disclosure.

Operational specs.

• Site. React-style SPA — every route serves the same ~3KB HTML shell, content hydrates client-side. JS required.
• Signup. Email (with password) OR Anonymous mode. Anonymous mode visible on the homepage.
• Payment. XMR only.
• Categories. Browse Jobs, Find Talent, Learn, Contact, Search — visible from the top nav.
• Tor. No published `.onion` mirror at submission time. Site loads under Tor Browser; absence of a dedicated onion is a transparency caveat.
• API. No public API endpoint surfaced at submission time.
• Light/dark. UI theme toggle visible in the header — consumer-grade polish.

Operator philosophy. Direct from the homepage hero: *"WORK FOR XMR. STAY PRIVATE. XMR is the ultimate weapon if you are seeking a technological solution to secure your wealth, your financial privacy and hence your overall freedom. However, the best way to increase your freedom is to get paid directly in XMR."* That framing is the differentiator — most freelance platforms add crypto as one of N payment options. Monero.Jobs is XMR-only by design, which forces both client + freelancer into the privacy stack.

Grade rationale. Grade B on first pass because: (1) no operator-published team / repo / license disclosure; (2) no Tor onion advertised — clearnet only; (3) JS-only SPA with no SSR fallback or no-JS path; (4) no curator end-to-end test trade on file yet (curator needs to post + complete + settle a real test job to verify the no-KYC + XMR-only claims end-to-end); (5) operator's exact platform-cut on each transaction not disclosed publicly at submission time. The product's premise (XMR-only freelance marketplace, anonymous signup, no-KYC promise) is the right shape — Grade B floor is held by the operator-transparency gap, not by anything wrong with the design. Upgrade-to-A path: operator publishes team + repo + license + ships a Tor onion + curator runs a clean end-to-end test trade + the platform-fee structure becomes transparent.

Useful when:

• You're a freelancer who wants to be paid in XMR without depending on a client navigating a fiat-to-crypto offramp.
• You're a client who wants to hire privacy-respecting talent without the legal-team paperwork triggered by USD payment rails (KYC the freelancer, withhold taxes, etc.).
• You're explicitly looking for a "no-KYC, ever" freelance platform and want operator commitment, not just a checkbox.
• You want to practice the anonymous-signup option so the next time you actually need it for a sensitive job, the workflow is already familiar.

Caveats:

• No curator end-to-end test trade yet. First-pass listing — Grade B default per playbook. We need to post + complete + settle a real test job before upgrading.
• No Tor onion at submission time. Clearnet only; the operator + CDN see your IP + activity unless you route via Tor Browser.
• JS-only. No-JS users see an empty 3KB shell — every action (browse jobs, signup, post, message) requires JS.
• No published team / repo / license. Anonymous-operator tier; trust accumulates through uptime + community endorsement + cross-source verification, not formal disclosure.
• Platform-cut percentage undisclosed. Marketplaces always take a cut — Monero.Jobs's exact percentage isn't published on the surfaces we could fetch (operator's /about, /faq, /contact all return the SPA shell). Confirm via a test trade or operator contact before listing high-value work.
• Dispute resolution mechanism undisclosed. Standard freelance-marketplace question: when a job goes wrong, who arbitrates? Operator-published dispute policy not yet curator-verified.
• Listed on monero.eco's curated shortlist (positive cross-listing signal) but no formal kycnot.me / monerica entry confirmed yet — peer-cross-reference still narrow.