Widełki planistyczne, nie cennik
Koszt wallet infrastructure zależy mniej od liczby ekranów, a bardziej od control modelu, przepływu aktywów, recovery i operacji. Poniższe zakresy to orientacyjne budżety engineering do planowania, nie stałe oferty. Nie obejmują provider fees, legal/compliance, custody pricing ani zewnętrznych audytów.
Typowe zakresy engineering
| Zakres | Orientacyjny budżet | Co zwykle go napędza |
|---|---|---|
| Provider SDK / embedded wallet integration | €10k–€25k | Onboarding, wallet UX, podstawowe transfery, backend mapping |
| Produkcyjny embedded-wallet product | €25k–€60k | Recovery, account abstraction, multi-asset/network, analytics, support tooling |
| Programmatic deposit / payout infrastructure | €35k–€80k | Wallet registry, transaction states, policy, idempotency, observation |
| Treasury + multi-role control plane | €60k–€150k+ | Approval, policy, wiele walletów/providerów, ledger, reconciliation, incident operations |
Cost driver 1: control model
User-controlled przesuwa signing do użytkownika, ale wymaga dobrego onboarding, recovery i approval UX. Developer-controlled daje automatyzację, ale wymaga silniejszej application authorization. Treasury dodaje role, approval i incident procedures.
Cost driver 2: jeden provider vs provider-neutral
Cienka integracja SDK jest tańsza. Provider-neutral wallet registry, transaction domain model i adaptery kosztują więcej na początku, ale ograniczają migration risk i uniezależniają business state od API vendora.
Cost driver 3: depozyty i chain observation
Dedykowane adresy, indexing on-chain, replay, confirmation policy i reconciliation znacząco zwiększają zakres względem samego renderowania walleta użytkownika.
Cost driver 4: ledger i treasury
Jeśli użytkownicy mają balances, środki są sweepowane, fee są rozdzielane albo trzeba wyjaśniać wiele asset movements, product-owned ledger i reconciliation stają się częścią scope.
Cost driver 5: security i recovery
Threat modelling, role separation, audit logs, recovery runbooks, environment isolation, limits i provider-failure scenarios trzeba wycenić jako product work, nie odkładać na „hardening”.
Jak bezpiecznie obniżyć koszt
- Użyj managed wallet providera zamiast budować low-level key infrastructure.
- Zacznij od jednego control modelu, 1–2 sieci i wąskiego asset set.
- Utrzymaj product state provider-neutral, ale nie over-engineeruj abstrakcji.
- Zbuduj operator timeline i reconciliation wcześnie.
- Oddziel Phase 1 deposits od późniejszego advanced treasury/multi-provider routing.
Co powinno powstać po discovery
Dobre wallet architecture discovery daje control matrix, provider shortlist, wallet/account model, transaction state machine, recovery boundary, decyzję o ledgerze, treasury flow i etapową estymację.