demo-operator-0007SAMPLE
4.25 ZEC
all-in 4.345 ZEC incl. buyer fee + execution buffer
→ SELECTED: lowest valid asking price, affordable, under ceiling
SNARKSTR / THE ACQUISITION STRATEGY
FEES IN.
SNARKS IN.
Trading fees fund a growing zkSNARKs collection. The buyer takes the lowest-priced valid listing when settled funds and price limits allow. When the treasury sells at a profit, half of every realized gain is sent back to staked $SNARK holders, split by stake size.
Collection examples — not treasury holdings
community-source reposts via the public @zksnarks_ index · rights not verified
ACQUISITION MODE: ACCUMULATING · BUYER: NO VERIFIED DEPLOYMENTLAST CHECKED: 2026-09-22 23:19 UTC
$SNARKCONTRACT ADDRESS
NOT LIVE YET — the official CA appears here at launch$SNARK has not launched. Any contract address circulating before it appears here is a scam. When live, the CA will be shown here and cross-checkable on /status.
NEXT TARGET — LOWEST-PRICED zkSNARK ON ZILKROADLIVE · READ-ONLY
Reading the live Zilkroad floor…
Confirmed collectiblesNo verified deployment
Settled acquisition fundsNot connected
Creator receiptsNo verified deployment
Buyer stateACCUMULATING · pre-verification
ONE STRATEGY. NO DETOURS.
The collection is the point.
Everything starts with a trade.
01 / TRADECreator fees are collected on token trades
02 / COLLECT FEESOnly settled receipts count — never pending curve balances
03 / CONVERTA verified route converts funds to ZEC
04 / BUY LOWEST VALID LISTINGStrict cheapest-first, never trait hunting
05 / VERIFY CUSTODYPaid is not owned until custody checks pass
Two separate paths. The loop above is the acquisition path and it is the default: fees become collectibles, and the collection stays. The sale/payout path — bounded sale → realized-gain split → funded distribution epoch → claims — is optional and only ever opens when eligible participants vote for a specific, limited sale.
01 / FILL THE ACQUISITION FUND
Trade by trade.
Snark by snark.
Every trade of $SNARK is intended to carry an additional creator tax of 5% (requested, not verified). All net creator receipts are earmarked for acquiring zkSNARKs — no developer percentage, no buybacks, no dividends from trading taxes.
5% is the requested launch parameter, awaiting verification against the live factory configuration — and it is not the total all-in trading cost. Base, pool and opening-period fees apply separately.
What a trade actually pays — expand the breakdown
- Creator tax — 5% requested, unverified. The additional creator tax requested at launch (500 bps). The live factory ceiling and exact arithmetic must be verified before launch; if the factory rejects it, launch is blocked rather than silently changed.
- Base / curve fee — set by the venue, not by SNARKSTR. The bonding-curve fee charged by the launch platform. Its live value is unverified.
- Pool fee — applies after graduation. The AMM pool fee on post-graduation trades. Unverified.
- Opening-period charges — possible, unverified. Some launches apply extra charges in the opening window. Whatever applies will be disclosed exactly, separately from the creator tax.
Every applicable fee will be disclosed separately once verified. The UI never presents 5% as the total cost of trading.
100% of net creator receipts → acquisition strategy
Documented execution costs may be paid within capped acquisition orders. Nothing else is deducted.
Community-source repost via @austinoakes · rights not verified
02 / THE FLOOR BUYER
No rare hunting.
Lowest valid listing.
The buyer sorts valid listings by asking price and takes the cheapest one it can afford within the approved ceiling. If the cheapest valid listing is unaffordable, the buyer waits — it never skips it to buy a more expensive one.
An expensive rare sitting at the floor is not excluded for its trait — if it is the lowest valid price, it is the candidate. But traits never justify paying a premium. Traits are simply not selection inputs.
SAMPLE SELECTION — fixture listings, real selection code · sample budget 5 ZEC · ceiling 8 ZECSAMPLE
demo-operator-0031SAMPLE
5.9 ZEC
all-in 6.028 ZEC incl. buyer fee + execution buffer
not selected: a cheaper valid listing exists
demo-operator-0104SAMPLE
9 ZEC
all-in 9.19 ZEC incl. buyer fee + execution buffer
listed as “rare” in demo copy — irrelevant to selection
not selected: a cheaper valid listing exists
Sample data from the fixture collection local-demo-snarks.invalid, evaluated by the same selectFloor function the buyer service uses. No live market data. The portraits are sourced collection examples (community reposts, rights not verified); the prices belong to the fictional demo listing IDs — no claim that any depicted real item is for sale at any price.
Community-source repost via @0xQuit · rights not verified
The kind of character the archive is built for — shown as a sourced example of the collection's art, not as anything the treasury holds.
03 / THE ARCHIVE
A collection that
keeps taking shape.
A holding appears here only after payment, collectible identity, destination and ownership evidence all check out. Paid is not owned.
ARCHIVE / LIVE STATE
The archive is empty. Fees accumulate until the marketplace and custody path are verified.
View every holding
04 / THE COUNCIL
The collection stays.
Unless participants vote.
Mature, opted-in stakers can approve specific, bounded sales. Nothing sells by default.
PROPOSAL CARDEXAMPLE
Bounded sale: demo-operator-0002
- Minimum net price: 12 ZEC · venue: demo marketplace
- Max execution costs: 0.4 ZEC · expires in 30 days
- Quorum, approval, timelock — see process below
Process: a proposal needs quorum (the larger of 5% of initial issued supply or 20% of eligible escrow supply, counted across for + against + abstain), a 2/3 supermajority of non-abstaining votes, a 24h voting delay, 48h of voting, and a 24h execution delay before the custody side may execute the bounded sale.
05 / REALIZED GAINS. NOT IMAGINARY YIELD.
Capital comes back first.
Then the split.
After a settled sale, acquisition capital and any prior realized losses are recovered before anything is shared. Half of the remaining realized gain can go to eligible participants; the rest stays in acquisitions.
WORKED EXAMPLE — NO PRIOR LOSSESHYPOTHETICAL
6 ZECcost basis
12 ZECnet sale proceeds
3 ZECallocated to participants
6 ZEC capital returns to acquisitions, the 6 ZEC gain splits 50/50: 3 ZEC retained gain stays in acquisitions, 3 ZEC is allocated to eligible participants — before payout conversion costs, which reduce the final funded claim amount. Realized losses carry forward and must be recovered before any future split. There is no fixed yield; no sale means no sale-derived distribution.
RECEIPTS
Everything the machine
does, it prints.
Fees, conversions, acquisitions, sales and refunds each produce a receipt with status, route, references and verification strength. There is no live activity yet — the receipts below are demo fixtures showing the format.
Open the activity logRECEIPT STACK — fixture dataDEMO
CREATOR FEE SWEEPDEMO
0.4210 ETH · demo-curve → demo fee escrow
SETTLED (SIMULATED) · 2026-09-18 · tx demo-0xfee…0007
verification: fixture data — no chain evidence
CONVERSION ETH → ZECDEMO
0.9000 ETH → 5.12 ZEC · demo EVM vault → demo conversion → demo ZEC wallet
SETTLED (SIMULATED) · 2026-09-17 · conv demo-cv-0003
verification: fixture data — no route evidence
ACQUISITION demo-operator-0015DEMO
4.10 ZEC all-in · demo ZEC wallet → demo marketplace
CUSTODY ATTESTED (SIMULATED) · 2026-09-13 · order demo-order-2
verification: demo attestation — not independent verification
FEE INDEX IMPORTDEMO
3 events · demo indexer batch #12
RECONCILED (SIMULATED) · 2026-09-12 · batch demo-imp-0012
verification: fixture data
READ THE LABEL ON THE MACHINE.
Automatic does not
mean trustless.
The EVM vault can enforce spending rules on-chain. Native-chain purchases and custody depend on automated off-chain services and disclosed operators. A receipt hash is not, by itself, proof of ownership.
- On-chain: token, fee escrow claims, vault spending rules, stake escrow, governance votes and timelocks — once deployed and verified.
- Automated off-chain: fee indexing, conversion orchestration, listing scans, purchase submission, custody checks — deterministic workers with published receipts.
- Custodial: native-side ZEC funds and acquired collectibles are held by disclosed operational custody until independent verification exists. Operator attestation is labeled as such.
Currently unavailable, honestly: no verified Robinhood Chain identity, no verified Pons deployment, no documented Zilkroad listing or purchase API, no verified ETH→ZEC conversion route, no independent native-side ownership verification. Full register.
Does the token mean fractional NFT ownership?
Not automatically. Voting and distribution eligibility are technical participation mechanisms. Legal ownership and redemption rights would need to be separately established and accurately disclosed.
Is 5% the entire trading fee?
No. It is the requested additional creator tax — unverified until launch. Base, pool, opening-period and execution charges apply separately and will be disclosed once verified.
When does buying activate?
After the marketplace, payment route, custody and recovery, spending limits, and production authorizations are verified — each is a named gate on the status page. A calendar date never turns on spending, and there is no countdown.
Who controls the funds today?
Nothing is deployed, so nothing is held. Post-deployment custody and operator authority will be disclosed on the transparency page before any live gate opens.
Is this the official zkSNARKs project?
No. SNARKSTR is an independent project — not affiliated with zkSNARKs, Zilkroad, Robinhood, Zcash, or Pons.