Rafflor

What we do not promise

Four things this product looks like it might guarantee and does not. Each is stated here because the mechanism that produces it is visible on the card, and a reader who takes it for more than it is has been misled by us rather than by the chain.

The per-wallet cap is a rule about one address

Every raffle limits how many tickets one address may hold. It is a protocol constant rather than something a creator picks, because a creator who could set it could set it to everything.

It does not bound anybody's share of the draw. The limit is on addresses, and addresses are free. A second wallet doubles it, ten wallets reach any raffle entirely, and gas is the only cost. That is not a loophole we failed to close; it is what a per-address rule is, and nothing on chain can tell one person's second wallet from a second person.

What it does: it stops a raffle being taken over by a single address without that being visible, and it makes doing so cost a countable number of addresses.

The cap is a fraction of the ticket ceiling, not of what has sold. So it binds hardest on a full raffle and least on an empty one. On a 110-ticket raffle the cap is eleven; if five tickets have sold, one address holding eleven holds eleven of sixteen. The board shows that as a share of tickets sold, because that is the number that describes a chance of winning — and it is largest exactly when the share of the ceiling looks most reassuring.

Listing means we recognise an address

A prize asset carries "Verified by Rafflor" when it is on our curated list.

We recognise this address. That is all it means: it is not a judgement about the collection, the token, or what either is worth. We have not valued it, we have not audited it, and we are not saying it will hold its price or that its creator is honest.

What the list governs is what this feed shows and what the create flow will build a transaction for. The vault is permissionless and does not know the list exists: a raffle escrowing an unlisted asset can be created against the contract directly, and it sells tickets, settles and pays out exactly as any other. It simply does not appear here.

Removal works forwards only. A listing we remove stops new raffles from that moment and leaves the ones opened while it was listed exactly where they are, because somebody holding a ticket has to be able to find their raffle.

A creator can buy tickets in their own raffle

There is no rule against it, and the absence is the decision.

A rule would be defeated by a second wallet. One address is capped; a creator who wants more uses two. A rule that one wallet steps around reads as a protection while providing none.

And it is cheaper for them than for you. A creator's ticket costs the same $1.00 or more that anybody pays, at the same odds — but 95% of what they pay comes back to them as revenue. Same ticket, same draw, a fraction of the price.

So what ships instead of the rule is the number: every raffle card says how many of the tickets sold the creator holds. Zero is shown too — a creator holding none of their own raffle is the strongest thing that line can say, and a field that appeared only when it was non-zero would teach readers that its absence meant nothing.

A creator who wins their own raffle has bought back what they escrowed. What they are left with is the revenue, less what they paid for their own tickets and the creation fee.

The prize is what the escrow holds

A raffle's prize figure is what the creator escrowed, measured when it arrived rather than as it was requested.

A token whose supply moves after the escrow can deliver less. The winner is paid the smaller of the recorded amount and what that raffle's escrow actually holds at the moment they claim. A rebase, an owner burn, or any mechanism that changes a balance without a transfer will come out of the prize.

Nothing here detects that in advance, and this is not a judgement about any token. A rebasing token is a design, not a defect. What we can tell you is what arrived and that what leaves can be less; whether a given token does that is something this product does not check.

And one that is not about us

Paid entry plus chance plus a prize is a different regulatory category from trading, and in many places it meets the definition of a lottery. Whether you may participate where you are is a question this product does not answer and does not check.