Workspace IndexDev Notes › Base App — what a Mini App buys, and what it rents

#45PoC

Base App — what a Mini App buys, and what it rents

The thing worth wanting from Base App is not the audience. It is that every user arrives with a passkey smart account already created and already funded — which deletes the two steps that kill most of a crypto product's funnel. The cost is that discovery belongs to somebody else.

An afternoon, and the first task is a manifest rather than a rewrite. A Mini App is an ordinary web app running inside the client with a wallet already present, so an existing Next.js app is most of the work already done: serve the manifest the client looks for, call the SDK's ready() so the splash screen clears, and open it in the client's own preview tool before publishing anything. Then measure the only number that decides whether it was worth it — of the people who see a share, how many open it, and of those, how many transact. Everything specific below (the manifest path, SDK and framework names, whether swap or trade intents are exposed to Mini Apps, and whether there is a review or allowlist step) is from a mid-2026 understanding and moves fast: confirm against Base's current Mini App and MiniKit documentation and the Base App release notes before building.

Why

"The ecosystem is hot" is not a distribution channel, and treating it as one is the mistake this card exists to prevent. A feed is a ranking algorithm, and a ranking algorithm is somebody's product decision that can change on a Tuesday. Every card in this catalogue that starts from a growth number ends in the same place — priced-by-the-wrong-thing on an exchange's own volume figures, two-currencies-one-ledger on eighty million customers who are an option on distribution rather than distribution. The honest question is not how big the ecosystem is. It is what specifically becomes possible that was not possible before.

And there is a real answer, which is why the card is worth writing. It is not reach. It is that the two steps where crypto products lose most of their funnel — create a wallet, fund it — have already happened before the user arrives. A Base App user has a passkey-based smart account that exists, works without a seed phrase, and has a balance. Shipping a Mini App is not buying an audience; it is deleting an onboarding sequence. That is measurable against your own numbers today: take your web funnel's connect → funded → first-transaction rates and compare them with the same three inside the client. If the gap is small, the platform is not doing much for you. If it is large, the gap is the entire business case and it has nothing to do with how hot anything is.

What it costs is a lease, and this catalogue already has the argument in another costume. choosing-a-chain-is-a-lease works out that picking an L2 is signing a lease — sequencer control, fee split, exit cost. A client is the same lease one layer up. Discovery is algorithmic and not yours. The review path, if there is one, is not yours. The shape of what you are permitted to build is set by a party whose interests will diverge from yours the moment your product matters. So the question to answer before building, not after, is the same one that card asks: if the Mini App becomes the main way people reach you, what does leaving cost? A link out to your own domain is a weaker product and a stronger position; a Mini App is the reverse. That is a real trade with no free corner, and it should be made deliberately.

For a prediction market the fit is unusually good and unusually dangerous, and both halves come from the same property: the share is the market. A post that opens a market inline collapses the distance between reading a claim and pricing it — which is precisely the failure priced-by-the-wrong-thing documents, a well-formed question expressed through the wrong instrument because no better one was reachable at the moment it was asked. A feed makes the better instrument reachable exactly then. That is the strongest argument for shipping this that this catalogue can make.

The dangerous half is jurisdictional and it is not hypothetical. jurisdiction-below-the-country records four US states acting against event contracts, and jurisdiction-decides-the-category records the same product getting three verdicts in eight days. A Mini App inside a mainstream consumer client inherits that client's regulatory posture, which means shipping there is not neutral — it is choosing to operate under the strictest jurisdiction your host operates in, and doing so without a negotiation. For anything that could be read as an event contract, the eligibility and geofencing design has to exist before the manifest does, not after the first complaint.

How it works

Three ways to use it, in increasing order of commitment

Surface What it is What it buys What it rents
A link out A post pointing at your own domain Nothing you did not have Nothing — you keep the whole relationship
A Mini App Your web app running inside the client, wallet present The funded account, and inline opening from a post Discovery, review, and the shape of what you may build
Payments / trade intents Handing an action to the host's rails Fewer screens, the host's UX A dependency on the host's product roadmap

A link out is a weaker product and a stronger position. A Mini App is the reverse. Most of the decision is choosing which of those two you actually want, and it is worth writing down before any code.

What is actually being deleted

Funnel step Ordinary web app Inside Base App
Install a wallet A drop-off cliff Already done
Back up a seed phrase Another cliff No seed phrase — passkey account
Fund the account The biggest cliff Already funded
Connect A modal, a signature Present on arrival
First transaction What you were hoping for The first thing that can happen

The measurement, and it decides the whole thing

Three ratios, taken twice — once on your own site, once inside the client:

  1. Impression → open. Of the people who see a share, how many open it.
  2. Open → funded and ready. The step that should be near 1.0 inside the client and is nowhere near it on the web.
  3. Ready → first transaction.

The product of the three is the answer. If it barely moves, the platform is a marketing channel with extra steps and a link out is the better trade. If it moves by a multiple, that multiple is the business case, and it is a number nobody else can publish for you.

The lease terms to read before signing

Question Why it decides things
How is discovery ranked? If it is algorithmic, your reach is a product decision you do not control
Is there review or an allowlist? Determines whether you can ship on your own schedule
What can a Mini App not do? The boundary, not the feature list, is what you design against
What is the exit? If the Mini App becomes the main path to you, what does leaving cost?
Whose jurisdiction applies? You inherit the host's, and for event contracts that is the strictest one it operates in

What to verify before building — this is genuinely fast-moving

The specifics below are a mid-2026 understanding and should be treated as claims to check, not facts: the manifest path and filename the client looks for; the current names of the SDK and React framework and whether they have been folded together; whether ready() is still how the splash is cleared; whether swap or trade intents are exposed to Mini Apps at all or only to first-party surfaces; whether a review or allowlist step exists; and whether there is any revenue share or fee. Confirm every one against Base's current documentation before writing code — and note in passing that a card whose facts expire this quickly is itself an argument for the link-out option, since a link to your own domain has no version to keep up with.

← All Dev Notes · Workspace Index · Top ↑

Base App — 미니앱이 사는 것과 빌리는 것

Base App 에서 탐낼 것은 관객이 아닙니다. 모든 사용자가 이미 만들어지고 이미 충전된 패스키 스마트 계정을 들고 도착한다는 것 — 대부분의 크립토 제품 퍼널을 죽이는 두 단계를 지워 줍니다. 대가는 발견(discovery)이 남의 것이라는 점입니다.

반나절, 그리고 첫 작업은 재작성이 아니라 매니페스트입니다. 미니앱은 지갑이 이미 있는 클라이언트 안에서 도는 평범한 웹 앱이라, 기존 Next.js 앱이면 작업 대부분이 이미 끝나 있습니다 — 클라이언트가 찾는 매니페스트를 서빙하고, SDK 의 ready() 를 불러 스플래시를 걷고, 공개 전에 클라이언트 자체 미리보기 도구로 열어 봅니다. 그다음 값어치가 있었는지를 결정하는 유일한 숫자를 잽니다 — 공유를 본 사람 중 몇 명이 열고, 그중 몇 명이 거래하는가. 아래의 모든 구체 사항(매니페스트 경로, SDK·프레임워크 이름, 미니앱에 스왑·거래 인텐트가 열려 있는지, 심사나 허용목록 단계가 있는지)은 2026년 중반 기준 이해이고 빠르게 바뀝니다. 만들기 전에 Base 의 현행 Mini App·MiniKit 문서와 Base App 릴리스 노트로 확인하십시오.

"생태계가 뜨겁다"는 유통 채널이 아니고, 그것을 채널로 착각하는 것이 이 카드가 막으려는 실수입니다. 피드는 랭킹 알고리즘이고, 랭킹 알고리즘은 화요일에 바뀔 수 있는 남의 제품 결정입니다. 이 카탈로그에서 성장 숫자로 시작한 카드는 전부 같은 자리에서 끝납니다 — priced-by-the-wrong-thing 은 거래소 자체 거래량 수치에서, two-currencies-one-ledger유통이 아니라 유통에 대한 옵션인 8천만 고객에서. 정직한 질문은 생태계가 얼마나 큰가가 아닙니다. 전에는 불가능했던 무엇이 구체적으로 가능해지는가입니다.

그리고 진짜 답이 있습니다. 그래서 이 카드가 쓸 값이 있습니다. 도달 범위가 아닙니다. 크립토 제품이 퍼널의 대부분을 잃는 두 단계 — 지갑 만들기, 충전하기 — 가 사용자가 도착하기 전에 이미 끝나 있다는 것입니다. Base App 사용자는 시드 구문 없이 동작하고 잔액이 있는 패스키 기반 스마트 계정을 이미 갖고 있습니다. 미니앱을 내는 것은 관객을 사는 것이 아니라 온보딩 절차를 지우는 것입니다. 오늘 자기 숫자로 잴 수 있습니다 — 웹 퍼널의 연결 → 충전 → 첫 거래 비율을 클라이언트 안의 같은 셋과 비교합니다. 격차가 작으면 플랫폼이 해 주는 게 별로 없는 것이고, 크면 그 격차가 사업 근거 전부이며 무엇이 얼마나 뜨거운가와는 아무 상관이 없습니다.

치르는 값은 임차료이고, 이 카탈로그에는 그 논증이 다른 옷을 입고 이미 있습니다. choosing-a-chain-is-a-leaseL2 를 고르는 것이 임대차 계약에 서명하는 것이라고 정리합니다 — 시퀀서 통제, 수수료 배분, 이탈 비용. 클라이언트는 한 층 위의 같은 임대차입니다. 발견은 알고리즘의 것이지 내 것이 아닙니다. 심사 경로가 있다면 그것도 내 것이 아닙니다. 만들어도 되는 것의 모양을, 내 제품이 중요해지는 순간 이해가 갈라질 상대가 정합니다. 그래서 만든 뒤가 아니라 만들기 전에 답할 질문은 그 카드의 질문과 같습니다 — 미니앱이 사람들이 나에게 닿는 주된 경로가 되면, 떠나는 값은 얼마인가? 내 도메인으로 나가는 링크는 더 약한 제품이고 더 강한 포지션이며, 미니앱은 그 반대입니다. 공짜 모서리가 없는 진짜 거래이고, 의도적으로 해야 합니다.

예측시장에는 궁합이 유난히 좋고 유난히 위험한데, 두 절반이 같은 성질에서 나옵니다 — 공유가 곧 시장이라는 것. 마켓을 인라인으로 여는 게시물주장을 읽는 것과 값을 매기는 것 사이의 거리를 붕괴시킵니다 — priced-by-the-wrong-thing 이 기록한 바로 그 실패입니다. 잘 정의된 질문이 엉뚱한 도구로 표현되는 이유가 질문된 그 순간에 더 나은 도구가 닿을 수 없었기 때문이었으니까요. 피드는 더 나은 도구를 정확히 그때 닿게 만듭니다. 이 카탈로그가 낼 수 있는 가장 강한 출시 논거입니다.

위험한 절반은 관할의 문제이고 가정이 아닙니다. jurisdiction-below-the-country미국 4개 주가 이벤트 계약에 조치한 것을, jurisdiction-decides-the-category같은 제품이 8일 만에 세 가지 판정을 받은 것을 기록합니다. 주류 소비자 클라이언트 안의 미니앱은 그 클라이언트의 규제 자세를 물려받습니다. 거기 낸다는 것은 중립적이지 않습니다호스트가 영업하는 가장 엄격한 관할 아래에서 운영하기를 선택하는 것이고, 협상 없이 그렇게 하는 것입니다. 이벤트 계약으로 읽힐 수 있는 무엇이든, 자격 판정과 지오펜싱 설계가 매니페스트보다 먼저 있어야 합니다 — 첫 민원 뒤가 아니라.

동작 방식

쓰는 방법 셋, 약속의 크기 순

표면 정체 사는 것 빌리는 것
바깥으로 나가는 링크 내 도메인을 가리키는 게시물 원래 없던 것은 없음 없음 — 관계 전부를 내가 가짐
미니앱 지갑이 있는 클라이언트 안에서 도는 내 웹 앱 충전된 계정, 그리고 게시물에서 인라인으로 열림 발견·심사·만들어도 되는 것의 모양
결제·거래 인텐트 동작을 호스트 레일에 넘김 화면 수 감소, 호스트의 UX 호스트 제품 로드맵에 대한 의존

링크는 더 약한 제품이고 더 강한 포지션. 미니앱은 그 반대. 결정의 대부분은 그 둘 중 무엇을 원하는지 고르는 것이고, 코드보다 먼저 적어 둘 값이 있습니다.

실제로 지워지는 것

퍼널 단계 평범한 웹 앱 Base App 안
지갑 설치 이탈 절벽 이미 끝남
시드 구문 백업 또 하나의 절벽 시드 구문 없음 — 패스키 계정
계정 충전 가장 큰 절벽 이미 충전됨
연결 모달, 서명 도착 시점에 이미 있음
첫 거래 바라던 것 가장 먼저 일어날 수 있는 것

측정, 그리고 이것이 전부를 결정한다

비율 셋을 두 번 잽니다 — 내 사이트에서 한 번, 클라이언트 안에서 한 번:

  1. 노출 → 열람. 공유를 본 사람 중 몇 명이 여는가.
  2. 열람 → 충전·준비 완료. 클라이언트 안에서는 1.0 에 가까워야 하고, 웹에서는 근처도 못 가는 단계.
  3. 준비 → 첫 거래.

셋의 곱이 답입니다. 거의 안 움직이면 플랫폼은 단계만 늘어난 마케팅 채널이고 링크가 더 나은 거래입니다. 배수로 움직이면 그 배수가 곧 사업 근거이고, 남이 대신 발표해 줄 수 없는 숫자입니다.

서명 전에 읽을 임대차 조건

질문 왜 결정적인가
발견은 어떻게 랭킹되나? 알고리즘이면, 내 도달 범위는 내가 통제 못 하는 제품 결정
심사나 허용목록이 있나? 내 일정으로 출시할 수 있는지를 정함
미니앱이 못 하는 것은? 기능 목록이 아니라 경계가 설계 대상
출구는? 미니앱이 나에게 닿는 주 경로가 되면, 떠나는 값은?
누구의 관할인가? 호스트의 것을 물려받고, 이벤트 계약이라면 호스트가 영업하는 가장 엄격한 관할

만들기 전에 확인할 것 — 정말로 빠르게 바뀌는 영역

아래 구체 사항은 2026년 중반 기준 이해이며 사실이 아니라 확인 대상 주장으로 다뤄야 합니다: 클라이언트가 찾는 매니페스트 경로와 파일명, SDK 와 React 프레임워크의 현재 이름 및 통합 여부, ready() 로 스플래시를 걷는 방식이 유효한지, 스왑·거래 인텐트가 미니앱에 열려 있는지 아니면 1자 표면에만 있는지, 심사·허용목록 단계 존재 여부, 수익 배분이나 수수료 유무. 코드를 쓰기 전에 Base 현행 문서로 전부 확인하십시오 — 그리고 사실이 이렇게 빨리 상하는 카드 자체가 링크 옵션에 대한 논거라는 점을 지나가며 적어 둡니다. 내 도메인으로 가는 링크에는 따라잡을 버전이 없습니다.

← 전체 개발 노트 · 워크스페이스 인덱스 · 맨 위 ↑