나는 3일 동안 400달러를 들여 런치패드 플랫폼을 구축했다

2025.08.29

나는 3일 동안 400달러를 들여 런치패드 플랫폼을 구축했다

나의 '아이디어'에서 '제품'으로 가는 일반적인 프레임워크를 공유합니다.

2025.08.29 - 10:20:09

Launchpad

Web3 심층 보도에 집중하고 흐름을 통찰

나의 '아이디어'에서 '제품'으로 가는 일반적인 프레임워크를 공유합니다.

글: ultra

번역: Luffy, Foresight News

지난 주말, 저는 Blind라는 프로젝트를 야근하며 완성했습니다. 이는 수백만 달러의 투자금이나 수개월의 작업 시간, 심지어 팀 없이도 의미 있는 제품을 만들 수 있다는 것을 증명하기 위해서였습니다.

Blind는 Base 체인 기반으로 개발된 토큰 런치패드(Launchpad)이며, Flaunch의 인프라를 활용합니다. 이 플랫폼은 새로운 메커니즘을 시도하는데, 토큰 창작자가 자신의 토큰을 발행할 때 공개할 개인 정보를 스스로 선택할 수 있도록 합니다.

이를 통해 창작자는 자신의 신원을 완전히 공개하거나 "토큰 대변인"이 되는 일반적인 번거로움을 감수하지 않으면서도, 자신의 평판이나 자격을 활용할 수 있습니다. 또한 창작자는 프리세일 참여 조건을 설정하여 최소한의 기준을 충족하는 사용자만 참여할 수 있도록 할 수 있습니다.

본문 목적

이 글은 제가 '아이디어'에서 '제품'으로 가는 일반적인 프레임워크를 공유하려는 목적입니다.

제가 항상 말하듯이, 현재 6~12개월은 '아이디어 실현의 황금기'입니다. AI 도구를 활용하면 아이디어를 현실로 만드는 것이 매우 쉬워졌지만, 이를 깨닫는 사람은 거의 없습니다. 시간을 투자하려는 사람들에게 이것은 분명히 큰 차익 기회입니다.

저는 이 글을 통해 더 많은 사람들이 vibecoding을 시도하고, Web3가 다시 독립형 개발자와 소규모 팀이 주도하며 매일 혁신이 탄생하던 영역으로 돌아가기를 바랍니다.

본문은 독자가 기본적인 기술 지식과 개발 도구, 코드 저장소 관리 및 일반 구성 요소에 익숙하다고 가정합니다.

단계 0: 영감의 출처

소셜 자본 게이팅(Social capital gating)이라는 아이디어는 이미 몇 달간 제 머릿속에 있었습니다. Kaito, Ethos, fantasy.top, time.fun 등의 도구를 자주 사용하고 SocialFi 지표를 연구하면서 반복적으로 등장하는 질문이 있었습니다. 왜 누구도 이러한 모든 플랫폼에서 사용자의 프로필을 통합해 보여주는 대시보드를 만들지 않는 걸까? 사용자의 자격을 점수와 데이터로 평가할 수는 없을까?

지난 6개월 동안 '창작자 지표(Creator metrics)' 분야가 급속도로 성장했으며, 이제 사람들은 다양한 데이터 차원을 통해 개인 또는 계정의 가치를 평가할 수 있게 되었습니다.

그렇다면 이러한 지표들을 '참여 요건(예: 토큰 발행의 진입 조건)'으로 사용할 수 있을까? 또 창작자가 자신의 실제 신분을 숨기면서도 어떤 지표를 공개할지는 스스로 결정할 수 있을까?

저를 실제로 개발하게 만든 것은 Pump.fun이 5억 달러를, 최근 heaven이 2천만 달러를 ICO로 조달한 사례였습니다. 제 눈에는 두 제품 모두 개발 난이도가 그리 높지 않은데, 왜 이렇게 과도한 밸류에이션이 가능한 것일까요? 비슷한 방식으로 성공한 발행 플랫폼들이 여럿 있으며 모두 거액의 자금을 조달했습니다.

공정하게 말하자면, 이 분야에서는 합리성을 유지하기 위해 우리는 이미 '토큰 밸류에이션 논리'에 얽매이지 않습니다. 대부분의 경우 밸류에이션 자체가 전혀 이성적이지 않습니다.

하지만 그럼에도 불구하고, 저에게는 하나의 개인적 도전이 생겼습니다. 주말 동안 외부 도움 없이 극소비용으로 유사한 수준의 제품을 만들어낼 수 있을까?

저의 목표는 상업용 제품을 만들거나 토큰을 발행하거나 수익을 내는 것이 아니라, '이 일이 가능하다'는 것을 입증하고 더 많은 사람들이 이 경로를 따르기를 바라는 것입니다.

단계 1: 문제 분해

아이디어를 얻은 후 첫 번째 단계는 핵심 구성 요소로 분해하고 각각에 대한 결정을 내리는 것입니다. '소셜 진입 제어 기능이 있는 발행 플랫폼'의 경우 다음과 같은 하위 문제들을 정리했습니다:

체인 상 기술 스택 선택

가장 먼저 해야 할 결정은 '어느 체인에 배포할 것인지'이며, 이 선택은 이후 모든 구현 단계에 영향을 미칩니다. 당시 명확한 두 가지 선택지가 있었습니다: Solana와 Base.

Solana

장점:

도지코인(土狗币) 거래량이 가장 높은 체인;
조명 효과: 여기에 배포되는 모든 프로젝트는 일정한 주목도를 쉽게 얻을 수 있음.

단점:

유연성이 낮아 기존 토큰 표준을 따라야 함;
개발 복잡도가 높고 많은 우회 방안이 필요함;
개발 주기가 길고;
인프라 비용이 높고 불안정함.

Base

장점:

EVM 계열 체인 중 '도지코인' 거래량이 가장 많음;
개발자 지원이 잘 되어 있음;
EVM 개발 경험 최고;
기존 인프라를 직접 재사용할 수 있음.

단점:

'도지코인' 거래량이 Solana보다 낮음.

Blind는 상업 프로젝트가 아니며 주말 연습용 작품이므로 '잠재적 재무 수익' 관련 결정을 고려할 필요 없이 '개발 과정이 너무 괴롭지 않게' 하는 방향을 선택하면 됩니다.

결국 우리는 EVM을 선택했습니다. 블록체인 앱 개발 시 EVM은 가장 성숙하고 최고의 개발 경험을 제공하는 인프라로서, 빠르고 효율적이며 현명하게 개발을 진행할 수 있게 해줍니다.

재사용 가능한 기존 인프라

체인을 결정한 후 다음 단계는 SDK(소프트웨어 개발 키트)나 기존 스마트 계약을 찾아 코드를 처음부터 작성하지 않도록 하는 것입니다. 특히 스마트 계약 부분은 감사된 계약을 우선 사용함으로써 보안 리스크를 크게 줄일 수 있습니다.

다행히 EVM 생태계에는 재사용 가능한 자원이 풍부하며, 주요 선택지는 두 가지입니다:

Uniswap 등의 DEX를 기반으로 개발하여 Uniswap V4 위에서 모든 진입 제어 로직을 직접 구축;
기존 런치패드 인프라(예: Flaunch의 SDK)를 기반으로 개발. 이 SDK는 색인, 메타데이터 업로드, 발행 커브 구성, 프리세일 단계 관리 등의 기능을 이미 내장하고 있음.

우리는 다시 한번 '저항이 가장 적은 경로'를 선택했습니다: Flaunch 기반 개발. 이를 통해 우리는 '런치패드의 소셜 속성 + 프론트엔드 디스플레이'에 집중할 수 있으며, 자금 풀 구성, 색인 인프라, 수익 분배 계약 등의 기본 기능에 시간과 비용을 낭비하지 않아도 됩니다.

'당신보다 똑똑한 사람이 이미 일을 다 해놓았는데, 왜 굳이 휠을 다시 발명하려 하겠는가?'

토큰 배포 방식

SDK를 결정한 후, '누가 실제로 토큰 배포를 실행할 것인지'를 결정해야 합니다. 두 가지 옵션이 있습니다:

옵션 1: 사용자가 트랜잭션을 시작하여 토큰 배포

사용자가 선택한 발행 매개변수가 플랫폼 요구사항을 충족하는지 확인하기 위한 에이전트 계약 개발 필요;
Flaunch의 기존 서브그래프 인덱서에서 모든 배포된 토큰을 추적할 방법을 찾아야 함.

옵션 2: 사용자가 백엔드에 '배포 요청'을 제출하고 플랫폼 봇이 배포 수행

모든 토큰은 플랫폼 소유의 EOA(외부 소유 계정)에 의해 배포되므로 인덱서에서 플랫폼이 발행한 모든 토큰을 추적하기 쉬움;
모든 발행이 통일된 표준화된 매개변수를 따르도록 보장할 수 있음.

저희는 '백엔드 서비스 배포' 방식을 선택했습니다. 이는 토큰 추적을 더 간단하게 하고 '배포 내용과 방식'에 대해 더 엄격한 제어를 가능하게 하며, 미래의 업그레이드 가능성도 갖춥니다.

모든 토큰은 백엔드가 제어하는 지갑에 의해 배포됩니다.

본질적으로 우리는 Flaunch SDK를 '간소화'하여 불필요한 기능을 모두 제거하고 백엔드 요청에서 호출 가능한 부분만 남겼습니다.

소셜 데이터 수집

다음은 소셜 기능에 집중합니다. 우리는 발행 플랫폼에 가치 있는 데이터 차원을 결정해야 합니다. 이상적인 데이터 조합은 '사용자 계정 상태'와 '사용자 평판' 모두를 반영해야 합니다.

최종적으로 저는 다음 데이터 차원을 선택했습니다:

팔로워 수(X 플랫폼 API)
팔로잉 수(X 플랫폼 API)
계정 가입 기간(X 플랫폼 API)
좋아요 수(X 플랫폼 API)
고가치 팔로워 수(Moni API)
핵심 상호작용 사용자 수(Moni API)
평판 점수(Ethos API)
콘텐츠 전파도 점수(Kaito API)

이러한 조합은 창작자가 신원을 완전히 노출하지 않고도 다차원 데이터를 통해 자신의 자격을 입증하고 두드러질 수 있게 합니다.

소셜 데이터 처리 및 개인정보 보호

사용자 등록 시 위 모든 데이터를 수집하지만, 개인정보 보호 측면에서 어떻게 설계해야 할까요?

우리의 원칙은 '기본적으로 개인정보 보호 우선'입니다. 모든 데이터는 기본적으로 공개되지 않아야 하며, 사용자가 각 데이터 차원을 공개할지 여부를 스스로 결정할 수 있어야 합니다. 또한 사용자가 데이터를 '흐리게 표시'할 수 있도록 해야 합니다(예: 실제 팔로워 수 4.3만일 경우 '4만+'으로 표시). 반응명성 데이터 참조를 제공합니다.

또한 데이터 처리는 '중앙화된 백엔드 + HTTPS 요청'에 의존해야 할까요, 아니면 복잡한 제로노울리지 증명 기술을 사용해야 할까요?

저희 해결책은 두 가지를 결합하는 것입니다:

모든 데이터는 Postgres 데이터베이스에 저장되며, 프론트엔드는 HTTPS API를 통해 데이터베이스에서 직접 정보를 가져옵니다. 프리세일 진입 제어는 다음 절차를 따릅니다:
사용자가 프리세일 참여를 원함 → 플랫폼 백엔드에 '진입 증명' 요청;
백엔드는 사용자가 창작자가 설정한 요건을 충족하는지 검증;
백엔드는 '사용자 지갑 주소 + 만료 타임스탬프'를 포함하는 서명 메시지를 반환;
스마트 계약이 서명의 유효성을 검증.

단계 2: 개발 구현

개발 시작 전 필요한 '도구 목록'을 나열합시다:

Railway(백엔드 호스팅): 월 20달러
Vercel(프론트엔드 호스팅): 월 15달러
Cursor(개발 도구, Claude 4 MAX 모드 포함): 월 200달러 + 100달러 크레딧
웹사이트 도메인: 연 30달러
X Premium+(계정 멤버십, 노출 증대 및 장문 게시용): 월 40달러
ChatGPT: 로고 및 브랜드 비주얼 디자인용, 다른 익숙한 도구로 대체 가능

총 비용은 약 405달러입니다(Vercel 구독 한도를 초과하지 않는다고 가정).

참고: 개발 속도를 높이기 위해 예상보다 더 많은 Cursor 크레딧을 사용했습니다(MAX 모델 활성화). 개발 속도를 추구하지 않는다면 더 저렴한 모델을 선택할 수 있습니다.

아키텍처 설계

대부분의 프로젝트는 다음 4가지 핵심 구성 요소가 필요합니다:

프론트엔드: Vercel에 호스팅(GitHub 저장소 별도);
백엔드: Railway에 호스팅(GitHub 저장소 별도);
데이터 저장 DB: Railway의 Postgres 데이터베이스;
캐시 DB: Railway의 Redis 데이터베이스.

간단히 말해, Vercel은 모든 프론트엔드 관련 기능을 담당하고, Railway는 데이터 처리, 토큰 배포, API 인터페이스, 정보 캐싱 등 사용자가 볼 수 없는 핵심 서비스를 안전하게 호스팅합니다.

대부분의 백엔드 아키텍처는 아래와 같습니다(맞습니다, 데이터는 '공' 안에 존재합니다).

개발 순서

저는 항상 핵심 기능을 먼저 개발하고 마지막에 프론트엔드 디스플레이를 만드는 것을 권장합니다.

본 프로젝트의 경우, 가장 핵심적인 기능(호환성 테스트가 필요한 기능)은 토큰 발행입니다.

이미 '백엔드 EOA가 토큰 배포를 수행'한다고 결정했으므로, 백엔드를 위한 새로운 git 저장소를 생성하고 Flaunch SDK 문서를 깊이 연구할 수 있습니다.

이 문서는 현재 런치 설정에서 가능한 모든 기능을 개요로 설명하며, 통합에 편리한 코드 조각도 제공합니다. 또한 데이터 검색을 위한 API 엔드포인트와 Flaunch에서 발생하는 모든 것을 자동으로 색인하는 서브그래프도 제공합니다(Blind 프론트엔드에서 시작된 토큰 포함).

1) 토큰 발행 기능 테스트

새로운 백엔드 저장소에서 첫 번째 단계는 로컬 환경을 구축하여 SDK를 통해 토큰 발행이 성공적으로 이루어질 수 있는지 테스트하는 것입니다. 먼저 간단한 Node 스크립트를 작성한 후 이를 Express 서버 인터페이스로 변환할 수 있습니다. 이 인터페이스를 호출하고 지정된 매개변수를 전달하면 토큰 배포가 완료됩니다.

이 단계는 사실 매우 간단하며, 대부분 한 번의 프롬프트와 약간의 디버깅으로 해결할 수 있습니다.

게다가 토큰 배포 가스비는 0.01달러도 채 안 됩니다! 즉, 사용자에게 완전히 무료인 토큰 배포 서비스를 제공할 수 있다는 뜻입니다.

2) 소셜 데이터 수집

두 번째 단계는 또 다른 핵심 기능인 소셜 평가 개발입니다. 이전에 선택한 모든 데이터 차원에 대해 각 API 문서를 확인한 후 Express 서버에 엔드포인트를 생성하여 사용자 이름에 따라 모든 데이터를 반환합니다. 그런 다음 이 데이터를 Railway에 생성한 Postgres 데이터베이스에 저장할 수 있습니다.

3) 등록 프로세스

이 단계에서 개발은 약간 복잡해지며 프론트엔드 저장소 개발도 동시에 진행해야 합니다. 우리는 Next.js를 프론트엔드 프레임워크로 선택했는데, Vercel 지원이 가장 좋고 미들웨어를 통해 인증을 구현할 수 있기 때문입니다.

등록 프로세스에서 사용자가 먼저 지갑을 연결하고, X를 통해 인증한 후, 우리의 엔드포인트를 호출하여 등록을 완료하기를 원합니다.

먼저 X 인증 API 문서를 확인하여 프론트엔드에 간단한 등록 페이지를 구현하고, 백엔드 저장소에 등록 엔드포인트를 생성합니다.

등록 과정에서 2단계의 모든 데이터를 추출하여 데이터베이스에 저장하고, 추가로 지갑 주소 항목을 포함시켜야 합니다. 등록 엔드포인트로 보내는 모든 요청은 X 키 인증과 지갑 서명 인증을 동시에 거쳐야 하며, 이는 정체 모방을 방지하기 위함입니다.

모든 것이 정상 작동하면, 토큰 배포 엔드포인트에 인증을 추가하여 등록된 사용자만 토큰을 배포할 수 있도록 합니다. 등록 엔드포인트 외의 모든 엔드포인트는 X 로그인을 매번 하지 않도록 지갑 서명 메시지만으로 인증을 수행하기로 결정합니다.

4) 개인정보 보호 설정

등록 프로세스를 완료하고 데이터 저장을 구현한 후 다음 단계는 개인정보 보호 설정 개발입니다:

데이터 가시성 설정 테이블을 데이터베이스에 생성(기본값은 모든 데이터가 비공개);
인증된 사용자가 호출할 수 있는 개인정보 보호 설정 수정 인터페이스 개발;
사용자가 데이터를 흐리게 표시하도록 선택할 수 있는 보조 함수 작성;
프론트엔드 개인정보 보호 설정 편집 컴포넌트 개발.

5) 인터페이스 검사 및 최적화

핵심 서비스가 준비되면 다음 최적화 작업을 수행해야 합니다:

모든 서버 핵심 기능이 준비되었습니다. 이제 모든 엔드포인트가 필요한 경우 인증을 사용하고, 공개 접근 시 개인정보가 유출되지 않도록 해야 합니다. 또한 Redis 캐시를 사용하여 일부 API를 최적화하여 서버 부담을 줄일 수 있습니다. 마지막으로 사용자 공개 프로필, 토큰 소유자 및 그들의 데이터, 통화 데이터 등을 가져오기 위한 몇 가지 API를 추가합니다.

6) 프론트엔드 개발

이제 멋진 웹사이트를 만들 시간입니다. 먼저 테마와 표시할 페이지를 결정하고 '비공개' 부분을 제거하기 시작합니다. 사용자 정의 정렬된 토큰 목록과 기타 데이터를 표시하기 위해 Flaunch의 서브그래프를 활용하고, 배포자 주소로 필터링하여 이를 우리의 EOA로 사용할 수 있습니다. 토큰 세부 정보 페이지에서는 간단한 DexScreener iframe을 삽입하여 빠르게 차트를 표시할 수 있습니다.

7) 테스트

모든 것이 마침내 준비되었습니다. 사용자 흐름을 테스트하고 모든 내용을 Vercel과 Railway에 배포한 후 친구들과 접근 권한을 공유하여 피드백을 받습니다. 목표는 프로덕션 환경과 1:1로 일치하는 환경을 구축하는 것입니다.

8) 피드백에 따른 최적화

이는 출시 전 마지막 단계입니다.

단계 3: 공개 출시

공개 출시는 두 단계로 나뉩니다: 먼저 브랜드 구축, 그 다음 마케팅입니다.

브랜드 구축

이전에 브랜드 구축을 언급하지 않았던 이유는 언제든지 할 수 있지만 프론트엔드 개발 전에 완료하는 것이 가장 좋기 때문입니다. 브랜드의 핵심 요소(이름, 로고, 색상, 도메인)는 '간결하고 쉽게 식별 가능'해야 합니다.

제가 좋아하는 전략 중 하나는 '한 글자 이름 + 도메인 조합으로 말장난'입니다:

프로젝트 이름은 'Blind'(즉, '맹목 투자', 정보가 제한된 상태에서 토큰을 구매한다는 의미);
도메인은 goblind.xyz를 선택, 'go blind'(맹목 투자), 'goblin'(고블린, 재미 요소 포함), 'goblin'd'(고블린화됨) 세 가지 의미를 교묘하게 결합;
색상 구성은 '맹문서'를 연상시키는 눈부시게 밝은 라이트 모드와 '야수파' 디자인 스타일을 고의로 선택하여 'Blind' 테마에 부합;
로고 디자인: ChatGPT로 생성(기존 테마를 배경 프롬프트로 사용);