> ## Documentation Index > Fetch the complete documentation index at: https://daehan-base.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # STEP 2. 온체인 정체성 > 프로젝트와 파운더의 온체인 정체성을 갖추고 Base 생태계에서 발견 가능하게 만드는 단계 Base에서는 제품 자체만큼이나 누가 만들고 있는지, 어떤 계정으로 빌드 인 퍼블릭을 이어가고 있는지가 중요합니다. 이 단계에서는 프로젝트 계정과 파운더 계정을 정리하고, 추후 온체인 활동과 커뮤니티 활동이 하나의 흐름으로 연결되도록 기반을 만듭니다. ## 1. 프로젝트 계정 정비 * 제품용 X, Base App, Farcaster 등 주요 대외 계정을 준비합니다 * 제품 소개 문구와 링크를 동일한 메시지로 정렬합니다 * 팀이 운영하는 공식 웹사이트, 문서, 데모 링크를 명확히 연결합니다 Mini App 또는 소비자 제품을 준비 중이라면 [기존 앱 마이그레이션 가이드](/apps/quickstart/migrate-to-standard-web-app)와 [신규 Mini App 가이드](/apps/quickstart/migrate-to-standard-web-app)를 함께 검토하세요. ## 2. 파운더 정체성 구축 * 파운더 또는 핵심 빌더는 공개적으로 식별 가능한 프로필을 정리합니다 * 가능한 경우 [Basename](https://www.base.org/names)을 확보해 온체인 정체성을 일관되게 가져갑니다 * 공개 프로필에서 제품과 연결된 링크, 소개 문구, 활동 채널을 정리합니다 이 단계의 핵심은 “누가 만들고 있는지”가 제품과 함께 보이게 만드는 것입니다. ## 3. 빌더 코드 적용 [Builder Codes](/apps/builder-codes/builder-codes)는 앱이 발생시킨 온체인 활동의 기여도 귀속을 정리하는 데 중요합니다. 앱 개발자라면 출시 전에 빌더 코드 적용 경로를 확인해 두는 것이 좋습니다. * 앱에 빌더 코드 기반 기여도 귀속이 필요한지 판단합니다 * 제품 유형에 맞는 구현 가이드를 검토합니다 * 추후 리더보드, 온체인 기여도, 내부 성과 추적과 연결할 준비를 합니다 ## 4. 생태계에서 발견 가능하게 만들기 공식 계정만 만드는 것으로는 충분하지 않습니다. 프로젝트를 실제로 발견하고 추적할 수 있는 채널과 등록 지점을 함께 정리해야 합니다. * [Base Guild](https://guild.xyz/base) 및 [공식 Discord](https://discord.com/invite/buildonbase) 같은 공식 커뮤니티 진입 경로를 확인합니다 * [Builder Network 등록 폼](https://forms.gle/AQhuzEZvXx9VYrer7)이 현재 유효하다면 프로젝트를 등록해 공식 빌더 리스트 노출 경로를 확보합니다 * 핵심 업데이트를 공개할 채널 1\~2개를 정하고 데모, 스크린샷, 간단한 빌드 로그를 정기적으로 공유합니다 * `@base`, `@baseapp` 등 핵심 생태계 계정과 대화를 이어갈 수 있도록 운영 루틴을 만듭니다 ## 5. 이 단계의 체크리스트 * 프로젝트 계정 준비 완료 * 파운더/핵심 빌더 프로필 정리 완료 * 빌더 코드 검토 또는 적용 계획 수립 * 공개 업데이트 및 discoverability 운영 루틴 정리 Base 고유의 사용자 경험과 배포 경로를 반영해 제품 전략을 구체화합니다.