거래소 상장 절차를 물어오시는 분들께 순서를 정리해 드리면, 대부분 "그 정도는 알고 있었다"고 답하십니다.
실제로 멈춰 있는 프로젝트를 열어보면 절차를 몰랐던 경우는 드뭅니다.
그 절차의 각 칸을 오늘 실행할 사람이 정해져 있지 않은 경우가 훨씬 많습니다.
상장은 신청서를 넣는 순간 시작되지 않습니다
상장은 서식을 제출하는 순간이 아니라, 흩어져 있던 자료가 하나의 논리로 정리되는 시점에 사실상 시작됩니다.
백서, 토큰 경제구조, 법인 구조, 컨트랙트 주소, 감사 결과가 서로 다른 이야기를 하고 있으면 어느 단계에서든 그 지점으로 되돌아옵니다.
거래소가 처음 확인하는 대상은 토큰이 아니라 발행 주체입니다.
법인이 어느 관할에 있고, 계약에 서명할 권한이 누구에게 있으며, 토큰 물량이 실제로 어느 지갑에 어떤 락업 조건으로 놓여 있는지가 먼저 읽힙니다.
이 준비를 "서류 작업"으로 분류하는 순간 담당자가 사라집니다.
서류는 사업의 요약본입니다. 서류가 정리되지 않는다는 것은 대개 사업 설명이 정리되지 않았다는 뜻입니다.
첫 미팅에서 "자료는 다 있습니다"라고 말씀하시는 프로젝트의 상당수는 파일이 담당자 여러 명의 컴퓨터에 흩어져 있습니다. 제출 목록을 한 장으로 만들어 빈칸을 채우는 작업만으로 몇 주를 쓰는 경우를 자주 봅니다.
1단계 · 접촉과 초기 제출은 경로마다 다른 질문으로 시작됩니다
첫 단계인 접촉에서부터 경로는 하나가 아닙니다.
공식 신청 서식, 거래소 사업개발 담당자, 기존 파트너를 통한 소개.
경로마다 요구하는 자료의 형식과 회신 방식이 다르고, 같은 거래소라도 경로에 따라 첫 질문이 달라집니다.
이 단계에서 넘어가는 것은 프로젝트 개요, 토큰 컨트랙트 정보, 팀과 법인 정보, 유통 계획과 락업 일정, 감사 보고서, 커뮤니티와 사용 지표입니다.
제출 이후 기다리는 쪽은 언제나 프로젝트입니다.
회신이 없다는 것은 거절이 아니라 우선순위 아래에 놓였다는 신호인 경우가 많습니다. 이때 필요한 것은 재촉이 아니라, 비어 있던 항목을 채워 다시 올리는 실무입니다.
서식을 넣었는데 답이 없다며 찾아오시는 프로젝트의 제출본을 다시 열어보면, 유통 계획과 실제 지갑 잔고가 맞지 않는 경우가 흔합니다. 답이 늦은 것이 아니라 답을 하기 어려운 자료였던 것입니다.
2단계 · 심사에서는 여러 부서가 각자 다른 질문을 합니다
심사는 단일 통과·탈락 절차가 아닙니다.
사업, 위험과 준법, 기술, 법무가 각각 다른 관점으로 같은 자료를 봅니다. 한 곳에서 질문이 해소되지 않으면 나머지가 문제없어도 진행되지 않습니다.
| 보는 쪽 | 확인하는 것 |
|---|---|
| 준법 | 토큰의 성격과 관할, 자금의 출처 |
| 기술 | 컨트랙트와 입출금 처리 |
| 사업 | 실제로 거래할 사람이 있는지 |
| 법무 | 계약 주체와 권리관계 |
심사 기간은 거래소마다, 시기마다 다릅니다. 기간을 정해서 말하는 사람이 있다면 그 근거를 반드시 물어야 합니다.
추가 질의가 오는 것은 정상적인 과정입니다. 진짜 문제는 그 답을 며칠 안에 만들어낼 사람이 프로젝트 안에 있느냐입니다.
같은 요청에 이틀 만에 답한 팀과 2주 뒤에 답한 팀은 이후 속도가 눈에 띄게 갈립니다.
3단계 · 조건 협의에서 협상할 수 있는 폭은 생각보다 좁습니다
논의가 진전되면 조건이 구체화됩니다. 기축 마켓, 초기 유통량, 유동성 준비, 공지 일정이 한 묶음으로 다뤄집니다.
자주 생기는 오해는 이 조건이 전부 협상 대상이라는 생각입니다.
상당 부분은 거래소의 정책이고 협상 가능한 영역은 생각보다 좁습니다. 대신 준비 상태가 좋을수록 선택할 수 있는 폭이 넓어집니다.
계약의 주체는 개인이 아니라 법인입니다. 법인 서류와 서명권자를 미리 정리해두지 않으면 이미 합의된 일정부터 밀립니다.
상장 여부와 시점은 최종적으로 거래소가 정합니다. 어떤 컨설팅사도 그 판단을 대신하지 않습니다.
4단계 · 기술 연동에 필요한 것은 문서가 아니라 개발자입니다
기술 연동의 실제 작업은 지갑 주소 생성, 입출금 시험, 메모와 태그 처리, 노드 동기화, 컨트랙트 검증입니다.
거래소 기술팀은 자료가 아니라 프로젝트 개발자와 직접 소통합니다.
문제는 사소한 것을 고칠 사람이 지금 이 프로젝트에 붙어 있느냐입니다. 개발이 외주였고 계약이 끝났다면 대응할 주체가 없습니다.
일정이 잡힌 뒤 개발사와 연락이 끊겨 입출금 시험 한 줄에서 몇 주를 쓰는 상황을 여러 번 봤습니다.
기술의 상태가 시장의 상태에 직접 영향을 줄 수 있습니다. FD인터내셔널이 기술, 거래소와 시장운영을 완전히 별개의 업무로 분리하지 않는 이유입니다.
5단계 · 상장일은 종료가 아니라 관계의 시작입니다
상장일의 호가창과 매수·매도 가격 차이, 체결 깊이는 이후 몇 달간 사용자가 겪을 거래 경험을 사실상 결정합니다.
이 시점에 준비돼 있어야 하는 것은 유동성 계획, 초기 유통량과 락업 이행, 공지 시점, 커뮤니티 안내 문안입니다.
상장 이후에도 유통량 보고와 공시 대응은 계속되고, 이 운영을 맡을 사람이 없으면 어렵게 얻은 자리가 관리되지 않습니다.
거래소에는 상장 이후의 조건도 있습니다. 유동성, 호가 깊이, 거래 상태, 프로젝트 업데이트, 입출금 안정성.
상장됐다는 이유만으로 시장이 영구히 유지된다고 생각해서는 안 됩니다. 상장 담당자의 업무는 상장일에 끝나지 않습니다.
절차를 몰라서 멈추는 프로젝트는 거의 없습니다
실제로 멈춘 프로젝트를 열어보면, 단계를 몰랐던 경우보다 그 단계를 실행할 주체가 비어 있던 경우가 압도적으로 많습니다.
절차의 모든 칸에는 세 가지가 들어가야 합니다.
담당자. 산출물. 마감일.
FD인터내셔널이 반복해서 확인한 것은, 결과를 가른 변수가 자료의 화려함이 아니라 "질문이 왔을 때 답할 사람이 있었는가"였다는 점입니다.
상장 절차는 지식의 문제가 아니라 실행 주체의 문제입니다.
각 칸을 채우는 것은 프로젝트의 일입니다. 그래서 FD는 판단을 문서로 남기는 데서 끝내지 않고, 그 판단이 다음 주에 누구의 일이 되는지까지 함께 정합니다.
자문은 실행으로 이어져야 합니다. 전략은 보고서 안에서 끝나는 것이 아니라 실제 시장에서 작동해야 의미가 있기 때문입니다.