1. Executive Summary
Crypto Cocktail Club (CCC) is an event-driven hospitality protocol designed to modernize how cocktail culture, venues, and creators coordinate value without turning bars into crypto businesses.
CCC introduces a non-financial on-chain protocol using NFTs for access and redeemable experiences while settling venues and creators off-chain like brand activations.
2. Problem Statement
Hospitality is culturally rich but economically misaligned. Bartenders create intellectual property but rarely receive royalties. Venues operate on thin margins with limited upside. Brand activations are opaque and difficult to reconcile, while crypto payment models introduce regulatory and UX friction.
3. Design Principles
- Bars never accept crypto from guests
- Creators are paid immediately
- Venues are insulated from volatility
- No on-chain payments or swaps
- Settlement mirrors brand activations
- Compliance enforced by architectural absence
4. Protocol Overview
- Membership NFTs (ERC-1155)
- Cocktail NFTs (ERC-721)
- TIPZ engagement utility (restricted ERC-20)
- EscrowVault for deferred funds
- Off-chain CCC treasury settlement (stablecoin-denominated)
5. Cocktail NFT Economics
Primary Mint Distribution
- 90% → Venue providing service
- 3% → Cocktail creator (paid immediately)
- 5% → Bartender TIP pool (escrowed)
- 2% → CCC protocol fee
Secondary Market
- 5% resale royalty → CCC protocol only
6. Escrow & Settlement Model
All protocol-related economic activity is denominated in USD-backed stablecoins. Funds are routed deterministically on-chain only as accounting signals and are settled off-chain via the CCC treasury. The protocol does not accept or custody ETH or other volatile native cryptoassets.
7. Incentive Accounting (TIPZ)
TIPZ is the internal incentive and accounting unit of the Crypto Cocktail Club protocol. It exists to coordinate value between creators, venues, and the protocol without introducing consumer-facing payment complexity.
TIPZ is not a general-purpose payment token and is not designed for speculation. It functions as an internal ledger unit that records verified execution and routes value deterministically to the appropriate participants.
Execution → Allocation → Settlement
Every TIPZ lifecycle begins with real-world execution. When a cocktail NFT is redeemed at a participating venue, the NFT is burned and the redemption is recorded on-chain as a verified event.
Following execution, TIPZ is allocated according to predefined protocol rules. Allocations are split between the originating bartender, the executing venue, and the protocol treasury.
TIPZ balances are subsequently converted into stablecoin payouts via protocol reserves, ensuring predictable settlement for hospitality participants.
Why TIPZ Exists
- Hospitality participants require stable, predictable payouts
- Existing payment rails already serve point-of-sale needs
- Protocol incentives must remain deterministic and auditable
- Consumer crypto exposure introduces unnecessary risk
TIPZ allows Crypto Cocktail Club to separate execution, accounting, and settlement into discrete layers—preserving simplicity for venues while maintaining transparency at the protocol level.
8. TIPZ Tokenomics
TIPZ functions as the protocol’s accounting and routing unit. It exists to coordinate execution, settlement, and liquidity across participating venues, creators, and partners.
TIPZ is not designed as a consumer-facing payment instrument or a speculative asset. All protocol revenue is captured through deterministic settlement spreads paid in stablecoin.
8.1 Genesis Supply
The protocol initializes with a genesis mint of 10,000,000 TIPZ. This supply supports early execution volume, settlement buffering, and core infrastructure development.
| Allocation | Share | TIPZ |
|---|---|---|
| Settlement Liquidity & Buffering | 40% | 4,000,000 |
| Protocol Infrastructure & Operations | 25% | 2,500,000 |
| Ecosystem Incentives | 20% | 2,000,000 |
| Strategic Integrations | 10% | 1,000,000 |
| Reserve & Governance Contingency | 5% | 500,000 |
8.2 Supply Expansion Model
TIPZ does not follow a fixed hard-cap model. Additional supply may only be introduced in response to verifiable protocol usage milestones, ensuring that supply growth tracks real-world execution rather than speculative demand.
8.3 Metric-Based Mint Benchmarks
Additional TIPZ issuance may occur only when the protocol reaches the following cumulative execution thresholds:
| Benchmark | Threshold | TIPZ Issued |
|---|---|---|
| Cocktail NFTs Redeemed | 1,000,000 | 2,000,000 |
| Total Executed Volume | $25,000,000 | 2,500,000 |
| Active Participating Venues | 1,000 | 1,500,000 |
| Annualized Execution Run Rate | $100,000,000 | 4,000,000 |
Each benchmark may be triggered a single time. Benchmarks are non-accelerative and may not be stacked.
8.4 Allocation Constraints on New Issuance
Any newly issued TIPZ is subject to allocation constraints designed to preserve alignment with execution and settlement requirements:
- At least 50% reserved for settlement liquidity and buffering
- No more than 25% allocated to ecosystem incentives
- No more than 15% allocated to protocol infrastructure
- No more than 10% allocated to strategic expansion
8.5 Relationship to Protocol Revenue
TIPZ issuance does not dilute protocol revenue. Economic capture occurs exclusively through deterministic settlement spreads applied at execution and paid in stablecoin.
9. Compliance Posture
- No on-chain payments, swaps, or volatile asset settlement
- No stablecoin custody
- No consumer cash-out mechanisms
- Venues never interact with crypto directly
- No custody or acceptance of ETH or other volatile cryptoassets
10. Conclusion
CCC provides a pragmatic bridge between hospitality and blockchain by centralizing complexity at the protocol layer while preserving operator simplicity and compliance.
11. Phased Deployment Strategy
CCC is deployed through phased execution: pilot activations, protocol hardening with escrow and audits, and network expansion across venues and markets. Phases are milestones, not guarantees.
12. Risks & Design Tradeoffs
Risks include adoption challenges, operational centralization in early phases, NFT market volatility, regulatory interpretation, and execution dependencies. Architectural restraint limits downside exposure.
13. Security & Audit Posture
Security is enforced via surface-area minimization. No swaps, oracles, or speculative custody. Third-party audits focus on allocation correctness and access control.
14. Governance & Control Model
CCC operates under centralized governance in v1.1. No DAO or token-based voting is employed. Governance may evolve after sustained product-market fit.
15. Measuring Protocol Success
Success is measured through real-world execution: creator participation, redemption completion, venue retention, settlement accuracy, TIP pool distribution, and brand activation performance.