What gifting is, and isn't
Gifting is a one-way, no-consideration transfer of either hART or an owned artwork from one wallet to another. There is no exchange, no escrow, no royalty — it's a direct send the sender chose to make. Trades and sales live in their own chapters.
- RULE A gift is unconditional. Once accepted, it is final.
- RULE The sender pays the on-chain transaction cost.
- DESIGN Recipients always have the right to refuse before acceptance is recorded.
What can be gifted
| Asset | Notes |
|---|---|
| hART | Any whole or fractional amount the sender holds. |
| Artwork | Any artwork the sender currently owns and that is not locked in an active listing, trade, or auction. |
| Canvas (won) | An auction-won weekly canvas, after the burn has settled. |
Items that are actively listed, in escrow, or under
moderation review cannot be gifted until they exit that state. The system rejects the
gift attempt rather than silently un-listing.
Flow
- DRAFT Sender picks asset + recipient (wallet, handle, or profile link) and writes an optional note.
- PREVIEW System shows network fee + a clear "this cannot be reversed once accepted" notice.
- SIGN Sender signs the transfer in their wallet.
- PENDING The gift sits in the recipient's inbox. Asset is escrowed by the contract until the recipient acts — sender cannot reclaim, only the recipient resolves it.
- ACCEPT Recipient accepts → asset moves to recipient wallet → receipt logged on both profiles.
- REFUSE Recipient declines → asset returns to sender → both sides see a refusal record.
- EXPIRE If neither happens within the inbox window, the gift auto-refunds to the sender.
Receipts & attribution
Every gift writes a receipt visible to both wallets. Receipts contain:
- Sender wallet, recipient wallet, asset reference, amount or artwork ID
- Optional sender note (rendered as plain text, never HTML)
- Timestamp and on-chain transaction signature
- Final state:
accepted,refused, orexpired
Artworks track their full ownership history. A gift is recorded as a transfer
with a gift reason code, distinguishing it from a sale or trade in the artwork's
provenance trail.
Fees & economics
- RULE The platform charges no fee on gifts. The only cost is the network transaction fee.
- RULE Royalties are not triggered by a gift. Royalties only apply on sales.
- DESIGN This is intentional: monetizing gifting would warp the social fabric of the platform.
Anti-abuse
- Rate-limited gift sends per wallet per window — exact thresholds are not published, to keep them useful against spam.
- A gift to a wallet that has blocked the sender is auto-refused.
- Notes are stripped of links by default; whitelisted patterns (artwork URLs on the platform) render as inert text.
- Mods can void a pending gift if it is part of a confirmed harassment pattern; voided gifts refund the sender.
Edge cases the system handles
| Case | Behavior |
|---|---|
| Recipient wallet doesn't exist on platform yet | Gift waits in a claim state addressed to that wallet. First time the wallet signs in, the inbox is populated. |
| Sender's balance moves below required amount before sign | Sign step rejects with a clear error. Nothing on-chain happens. |
| Artwork is removed by mods after gift is sent but before accept | Pending gift auto-voids; sender refunded; recipient sees a void notice with reason code. |
| Recipient deletes their profile | Pending gift expires per the standard timer and refunds. |