LivLive
Über 2 Mio. $ über das Produkt eingenommen, 1.000+ gleichzeitige Nutzer – von Null in 6 Wochen.
LivLive bringt das Pokémon-GO-Erlebnis in den Alltag mit RWAs – die einzige RWA-Plattform mit einer globalen, immersiven AR-Reward-Engine. Über 2 Mio. $ über das Produkt eingenommen.
Überblick
LivLive bringt das Pokémon-GO-Erlebnis in den Alltag mit RWAs – die einzige RWA-Plattform mit einer globalen, immersiven AR-Reward-Engine. Über 2 Mio. $ über das Produkt eingenommen.
Die Herausforderung
Keine Codebasis, keine Infrastruktur, sechs Wochen. Scope: mehrstufiges On-Chain-Referral-System, Fiat-zu-Chain-NFT-Drops via Wert.io, Krypto-Zahlungen via NOWPayments, vollständige Checkout-DApp und die Observability, um echtes Geld durchzuleiten.
Drop-basiertes Marketing – der Checkout musste Spikes absorbieren, nicht unter ihnen einbrechen.
LivLives Go-to-Market war drop-basiert. Bei jedem Drop sah der Checkout stundenlange Traffic-Peaks gegen eine flache Baseline – ein normaler Checkout stirbt in diesem Muster. Wir benchmarkten den Custom-Flow für 1.000+ gleichzeitige Nutzer ohne Performance-Degradation, dann fuhren wir dieselbe Last gegen die On-Chain-Referral-Payouts, damit die Commission-Verteilung am Spike nicht stotterte. Extremer Zeitdruck durchgehend.
Was wir gemacht haben
Vorgabe: produktionsreife Web3-Commerce, harter Zeitplan, echtes Geld kurz davor durchzufließen. Die nicht-offensichtliche Entscheidung: zwei Payment-Rails durch einen einzigen Signed-Webhook-Handler, mit Cloud KMS als einzigem Schlüssel-Inhaber für Mints und Referral-Payouts. Konkret: mehrstufige On-Chain-Referral-Contracts, Wert.io Fiat-Rail, NOWPayments Krypto-Rail, vollständige Checkout-DApp, NestJS-Backend. Trade-off: mehr Infrastruktur-Oberfläche als ein Single-Rail. Was es brachte: ein Checkout, der NFT minted und die Multi-Level-Commission in derselben Transaktion verteilt – und über das Produkt anschließend 2 Mio. $+ eingenommen hat.
Ergebnisse
Production architecture
Das Diagramm zeigt eine vereinfachte High-Level-Architektur und lässt vertrauliche Implementierungs- und Sicherheitsdetails aus.
Checkout, fiat & crypto rails
sequenceDiagram
autonumber
participant U as User
participant FE as Next.js DApp
participant API as NestJS API
participant W as Wert.io
participant NP as NOWPayments
participant KMS as Cloud KMS
participant SC as LivLive Contracts
U->>FE: select item · checkout
FE->>API: POST /orders (pending)
API-->>FE: orderId
alt Fiat rail (card)
FE->>W: open widget · pay
W-->>API: signed IPN webhook
else Crypto rail (USDT/USDC/…)
FE->>NP: open widget · pay
NP-->>API: signed IPN webhook
end
API->>API: verify signature
API->>KMS: sign mint + payout tx
KMS-->>API: signed tx
API->>SC: LivLiveNFT.mint(to=user)
API->>SC: LivLiveRevenue.distributeCommissions(refs)
SC-->>API: emit events · tx hash
FE->>API: poll order status
API-->>FE: completed · tokenId
Was wir gelernt haben
Unter extremem Zeitdruck ist Scope-Rücksichtslosigkeit der einzige Weg. Wir fokussierten auf das, was perfekt funktionieren musste – On-Chain-Referral-Logik und Zahlungsflüsse – und schoben den Rest. Das Security-Audit bestätigte: Qualitätskürzungen waren nie der Trade-off, den wir machten.
Wollen Sie ähnliche Ergebnisse?
Erzählen Sie uns, was Sie bauen. Wir sagen Ihnen, ob wir das richtige Team dafür sind.
Termin buchen