π§ Product & technology β what's running proves everything
What's running proves everything. Our mission is not words alone. The web platform is already live, and the iOS apps are in the final stage.
The web app and admin dashboard are in production. Three native iOS apps have been completed and are released during AprilβMay 2026 (Matsuri in early May). The smart contracts on Solana are open source β we speak not in concepts, but in running code and a product about to land.

App overviewβ
| App | Purpose | Status | Supported languages |
|---|---|---|---|
| GCF Admin | Partner management and operational tooling | β Released | π―π΅π¬π§π¨π³πΉππ³π΄ |
| Matsuri | Main consumer app | β Released | π―π΅π¬π§π¨π³πΉππ³π΄ |
| J-Times | Culture media and learning | β Released | π―π΅π¬π§ |
1. π‘οΈ GCF Admin β partner management appβ
An operational management app for GCF (Global Community Friends) members. All the functionality of the web admin screen, consolidated on mobile.



What the app can doβ
| Category | Features |
|---|---|
| π Dashboard | KPI cards, revenue charts, quick actions |
| π₯ Member management | List, details, editing, tier management |
| π° Revenue management | Commission tracking, MTC withdrawal management, payout management |
| π Content management | Create, edit, and publish events, articles, podcasts, and videos |
| π« Guide slots | Manage guide slots and track revenue |
| πΌοΈ NFT dashboard | Founder's Collection, on-chain verification, NFT transfers |
| β©οΈ Sacred-site management | Site CRUD, beacon configuration |
| π² AR mining configuration | Omikuji probability tables, reward parameter management |
| π Analytics | Error reports, usage analytics |
| π Referrals | Custom QR code generation, referral program management |
Technical specβ
| Item | Detail |
|---|---|
| Architecture | Clean Architecture + MVVM + @Observable (iOS 17) |
| Language / SDK | Swift 6.0 / Xcode 16+ / iOS 17.0+ |
| API integration | 125+ endpoints |
| Tests | 226 tests / 45 test classes |
| Localization | 5 languages (JP/EN/CN/TH/NO) / 957+ translation keys |
| Swift Concurrency | Strict Concurrency compliant / zero build warnings |
QR code integrationβ
GCF Admin can generate Matsuri-branded custom QR codes. Versatile use cases β event invitations, referral links, payment requests, and more.
2. β©οΈ Matsuri β main appβ
The main app for regular users. Event booking, payment, Web3 wallet, AR mining β everything completes in a single app. Now live on the App Store.



What the app can doβ
| Category | Features |
|---|---|
| πͺ Event booking | Search, booking, Stripe payment, ticket QR management |
| π³ Four payment methods | Credit card / saved card / MTC balance / crypto (SOL/MTC) |
| π Web3 wallet | MTC balance view, send/receive, transaction history |
| πΌοΈ NFT gallery | List of held NFTs/SBTs, on-chain verification |
| πΊοΈ Sacred-site map | Map view of shrines and temples, check-ins |
| π² AR mining | WebAR omikuji experience, earn MTC |
| π¬ Chat | Messaging with context menus |
| β Wishlist | Save favorite events and experiences |
| π Advanced search | Voice search supported |
| π€ Referrals | Join the referral program, track rewards |
| π GCF dashboard | Lightweight admin view for GCF members |
Phantom Wallet integration β zero-input crypto paymentsβ
No copy-paste of addresses required. Phantom Wallet launches automatically and the payment completes with a single approval. The transaction signature is auto-detected through Helius RPC.
Technical specβ
| Item | Detail |
|---|---|
| Architecture | Clean Architecture + MVVM + Swift Concurrency |
| Language / SDK | Swift 6.0 / Xcode 16+ / iOS 17.0+ |
| Payments | Stripe PaymentSheet + MTC Balance + Phantom (Solana Pay) |
| API integration | 72 endpoints / 16 categories |
| Tests | 230+ (Model, ViewModel, Network, Security, DeepLink, E2E) |
| Localization | 5 languages (JP/EN/CN/TH/NO) / 406 translation keys |
| ViewModels | 25 (fully MVVM β zero direct API calls from Views) |
| Authentication | Apple Sign In / Google Sign In (PKCE) |
3. π° J-Times β culture media appβ
A media platform that conveys the depths of Japanese culture. Read articles, listen to podcasts, watch videos β every action earns MTC.


What the app can doβ
| Category | Features |
|---|---|
| π Articles | Parallax hero, drop caps, reading progress bar, rich content (Markdown, tables, quotes) |
| π§ Podcasts | Series browsing, waveform player, sleep timer, AirPlay, lock-screen controls |
| π¬ Video | Adaptive grid/list view, short-form video (TikTok-style, double-tap) |
| π Search | Multi-filter, trending tags, voice search |
| π§ Discovery | Feature carousel, staff picks, weekly top |
| π Library | Favorites, history (by date), downloads, playlists |
| π΅ Audio player | Mini player (swipe-controlled), full player (waveform, lyrics, repeat) |
| π€ Membership | Feature comparison across 3 tiers (Free / Premium / Pro), purchase restoration |
Media Mining β reading, listening, and watching as miningβ
Recorded even offline. Read an article at a mountain shrine where no signal reaches β when the network comes back, engagement is auto-submitted and MTC is credited.
Design system β the "four pillars" of Japanese aestheticsβ
J-Times uses an original design system that brings traditional Japanese aesthetics into a modern UI.
| Pillar | Concept | UI application |
|---|---|---|
| ε’¨ (sumi β ink) | Warm neutral grey | Background, text hierarchy |
| ζ± (shu β vermilion) | Japanese red (#C53030) | Accent color, important actions |
| ι (ma β space) | Negative space on a 4pt grid | Spacing, breathing room |
| η΄ (kami β paper) | Subtle texture, glassmorphism | Card surfaces, depth |
Technical specβ
| Item | Detail |
|---|---|
| Architecture | Clean Architecture + MVVM + Swift Concurrency |
| Language / SDK | Swift 6.0 / Xcode 16+ / iOS 17.0+ |
| External dependencies | Zero β Apple first-party frameworks only |
| API integration | 40+ endpoints |
| Tests | 371 tests / 20 files |
| Localization | 2 languages (JP/EN) / 310+ translation keys |
| Offline support | ContentCache (50MB) + ImageDiskCache (200MB) + download manager |
| Authentication | Apple Sign In / Google Sign In (PKCE) |
Shared foundation: the JCCore libraryβ
A Swift Package library shared across all three apps.
| Module | Role |
|---|---|
| JCAuth | Keychain-based token management, biometric auth (Face ID / Touch ID) |
| JCNetworking | Type-safe API client, WebSocket, automatic JSON snake_case conversion |
| JCModels | Common data models across apps (User, AuthTokens, etc.) |
| JCDesign | Theme protocol, design tokens (spacing, corner radius) |
| JCUtilities | Date and string utilities |
Security and privacyβ
| Item | Implementation |
|---|---|
| Auth tokens | Encrypted and stored in iOS Keychain (TokenStore) |
| Biometric auth | Two-factor via Face ID / Touch ID |
| API communication | HTTPS + certificate pinning |
| Wallet private key | Never stored in-app β delegated to Phantom Wallet |
| AR mining | Camera images are not sent to the server (VisionProof) |
| Offline data | SwiftData encryption + automatic expiration |
| Swift Concurrency | Actor isolation prevents race conditions |
Development qualityβ
Mobile apps: 827+ automated tests across the three apps.β
| App | Tests | Coverage area |
|---|---|---|
| GCF Admin | 226 | Model, ViewModel, Repository, API, Localization, Navigation |
| Matsuri | 230+ | Model, ViewModel, Network, Security, DeepLink, Regression, Performance, E2E |
| J-Times | 371 | Model, ViewModel, API, Repository, Navigation, Localization, Security, Performance |
Smart contracts: tests expanding in stagesβ
For the Rust programs on Solana, we have started with unit tests for the core logic (the math modules), and are expanding test coverage in stages in preparation for the security audit (Q2βQ3 2026).
Smart contracts β open-source designβ
A trustless design philosophy. Reward calculation, referral trees, halving schedule β every piece of logic runs on-chain and is auditable by anyone. Source: GitHub
Contributorsβ
| Member | Role |
|---|---|
| Ko Takahashi | Founder / Lead Developer β architecture, smart contracts, full-stack development |
πGoing forward, GCF members and a worldwide developer community will also join the co-development effort. As "culture infrastructure" built to last, Matsuri Protocol is built on transparency and co-ownership.
Overall structureβ
Matsuri deploys three Anchor (Rust) programs on Solana, each carrying one of the ecosystem's pillars.
1. π£ En-Mining (ηΈ β bonds / connection)β
Purpose: A hybrid growth engine that rewards both "breadth" (referral network) and "depth" (economic impact). Not simple affiliate marketing, but a complete mining protocol where real-world economic activity generates on-chain value.
Scoring designβ
The contribution score is based on two weighted components:
| Component | Weight | Purpose |
|---|---|---|
| Breadth (number of referrals) | 30% | Network reach β how many people you brought |
| Depth (payment volume) | 70% | Economic impact β real purchases, not just sign-ups |
Scores accumulate over time and are converted to MTC at each halving epoch. Additional boost mechanisms are planned:
| Boost | Description | Status |
|---|---|---|
| Toku (εΎ³ β virtue) staking | Lock MTC to boost contribution score (up to ~50% boost). Tiers and exact multipliers are calibrated against the halving pool release schedule | β¬ Coefficients TBD |
| Season ranking | Top performers of each epoch earn the Evangelist title (permanent SBT) and a score boost. Exact rates determined by governance | β¬ Coefficients TBD |
Boost coefficients (staking tiers, ranking bonuses) are intentionally adjustable. They will be finalized and locked into smart contracts based on actual ecosystem data β total active users, halving pool release rate, price stability goals. This approach guarantees fair distribution without over-promising fixed returns.
Anti-sybil defense (three layers)β
| Layer | Mechanism | Location |
|---|---|---|
| Identity gate | X/Twitter OAuth + SMS | Off-chain (Django) |
| On-chain gate | Only profiles with is_verified = true earn rewards | Smart contract |
| Depth weighting | 70% of score = real payments β bots earn nothing | Scoring engine |
2. β©οΈ Pilgrimage dispersion engine (Worship Routing Engine)β
Purpose: The world's first ReFi protocol that solves overtourism using token economics. Visit sacred sites to earn MTC. The critical twist: the fewer the visitors at a site, the exponentially more reward you get.
"Inverse Uber surge pricing" β crowded sites are penalized, frontier sites are boosted. Tourists voluntarily move toward less-visited places because they are more profitable.
Reward design principlesβ
The contribution score for each visit is determined by multiple factors:
| Factor | Principle | Effect |
|---|---|---|
| Site popularity | Fewer visitors = higher score | Disperse tourists away from crowded areas |
| Visit timing | Earlier visitors on a given day earn more | Encourage off-peak visits |
| Regional tier | Regional and frontier sites rank highest | Drive regional revitalization |
| Visit frequency | Regular visitors accumulate bonus score | Reward ongoing engagement |
| Omikuji fortune | Random bonus draw per check-in | Fun gamification element |
| Sponsored boost | Municipalities can boost specific sites | B2B/B2G revenue model |
The exact multipliers for each factor (for example, how much more a regional site earns than a major site) are tuned based on the halving pool schedule and real usage data, and locked into smart contracts in stages. The design principles are fixed β the coefficients evolve with the ecosystem.
3. π Halving distributionβ
Purpose: Inspired by Bitcoin's halving schedule, MTC distribution automatically halves per epoch. Mathematically guaranteed scarcity.
| Instruction | Description |
|---|---|
initialize | Initialize the distribution pool |
register_miner | Register a miner |
update_score | Update a score |
advance_epoch | Advance the epoch (execute halving) |
claim_distribution | Claim distribution reward |
4. π΄ AR mining β WebAR omikuji experienceβ
Purpose: Make an AR omikuji appear in real space, using only a phone browser, and mine MTC through it. No app download required. The world's first WebAR Γ blockchain infrastructure, fusing Shinto spirituality with cutting-edge technology.
Architectureβ
Omikuji probability configuration (GCF admin)β
Basis Points (10000 = 100%) with 0.01% precision. Adjustable from the GCF admin screen.
| Grade | Rarity | Bonus | NFT |
|---|---|---|---|
| π Daikichi | Rare | Max bonus | β |
| β¨ Kichi | Uncommon | High bonus | Optional |
| πΈ ShΕkichi | Common | Small bonus | β |
| π Suekichi | Common | Participation record | β |
| π KyΕ | Uncommon | Participation record | β |
Probabilities and reward coefficients will be finalized in stages based on ecosystem size and halving release amounts, and implemented in smart contracts.
ZK-Proof of Vision (5-layer security)β
Eliminates GPS spoofing and replay attacks in multiple layers. To protect privacy, camera images are never sent to the server.
| Layer | What is verified | Weight |
|---|---|---|
| Temporal | Session time 5β120s | /20 |
| Motion | Gyro naturalness (hand-held vibration detection) | /20 |
| Light | Ambient light Γ time-of-day consistency | /20 |
| HMAC | proof_hash signature verification | /20 |
| Fingerprint | Device uniqueness | /20 |
| Total | 60/100 or above = PASS |
Reward designβ
Rewards are recorded as a contribution score based on multiple factors including site type, omikuji outcome, and regional tier. Specific coefficients are finalized in stages aligned with the halving release schedule and ecosystem growth, and implemented in smart contracts.
Pure math modules (auditable core logic)β
Every program isolates scoring and reward calculation into a pure, auditable math.rs module:
- Zero side effects β no I/O, no memory allocation, no external calls
- Documented formulas β LaTeX-style notation inside rustdoc
- Overflow analysis β u128 intermediates with proven ranges
- Comprehensive tests β edge cases, boundary conditions, ratio verification
- Adjustable coefficients β reward parameters are designed to be updatable through governance, allowing staged calibration as the ecosystem grows
Security modelβ
These contracts are fully open source. Security is based on mathematical guarantees, not opacity.
| Principle | Implementation |
|---|---|
| PDA-only vaults | Token vaults are controlled by PDAs (program-derived addresses) β no human key can withdraw |
| Checked arithmetic | All calculations use checked_* arithmetic β overflow is impossible |
| Separation of authority | Admin (multisig) β Cranker (limited actions) β User (self-custody) |
| Emergency pause | Admin can pause the program only in response to a security threat. But no movement or seizure of funds is possible β pause is a "shield to protect," not a way to change the rules |
| Immutable tokenomics | Halving rate, total pool, and epoch length cannot be changed after initial configuration |
| Pure math modules | Reward/scoring logic lives in a separate, testable math library |
| Vision Proof | 5-layer spoof detection that never transmits camera data (privacy-preserving) |


