자체 메인넷을 검토하는 자리에서 가장 자주 오가는 질문은 "만들 수 있느냐"입니다.
그런데 이 질문의 답은 이미 오래전에 "가능하다"로 정해졌습니다.
프로젝트의 앞날을 실제로 가르는 질문은 그다음 줄에 있습니다.
"가능한가"는 이미 답이 나온 질문입니다
체인을 띄우는 일 자체는 검증된 오픈소스와 프레임워크가 쌓이면서 기술적 난이도의 문제에서 벗어났습니다.
개발사에 물으면 대부분 "가능합니다"라고 답합니다.
문제는 그 답이 우리가 던진 질문의 답이 아니라는 점입니다.
만들 수 있느냐와 만들어야 하느냐는 서로 다른 판단 영역이고, 후자는 개발 견적서 어디에도 들어 있지 않습니다.
메인넷 논의가 기술 회의에서 시작되면 결론은 대개 "만들자"로 수렴합니다. 만들지 않기로 하면 그 회의에 앉은 사람들의 다음 몇 달이 사라지기 때문입니다.
회의의 출발점을 잘못 잡은 결과입니다.
FD인터내셔널이 기술을 논의할 때 "무엇을 개발할 수 있는가"보다 "사업을 구현하기 위해 무엇이 필요한가"를 먼저 보는 이유입니다.
메인넷의 실체는 코드가 아니라 매일 돌아가는 조직입니다
체인은 배포로 끝나지 않습니다.
노드 인프라, 모니터링, 장애 대응 당번이 24시간 단위로 필요하고, 이 부담은 사용자가 한 명이든 백만 명이든 똑같이 발생합니다.
검증자를 모으는 일은 기술이 아니라 영업이자 인센티브 설계이고, 모집보다 어려운 것은 유지입니다. 여기에는 계속 지급되는 보상이 따라붙습니다.
프로젝트와 이해관계가 얽힌 곳만 남으면 탈중앙성 자체가 설명하기 어려워집니다.
체인 하나가 서려면 주변 도구가 함께 서야 합니다.
지갑 지원.
탐색기.
노드 접속 환경.
개발자 문서.
그리고 자산이 오가는 통로.
이 중 어느 하나가 없어도 사용자는 도착하지 못합니다.
자산 이동 통로는 업계에서 사고가 가장 잦았던 지점이고, 자체 체인은 그 위험을 프로젝트의 책임으로 옮겨오는 결정입니다.
자체 체인이 정당화되는 조건은 생각보다 좁습니다
첫째, 기존 실행 환경의 규칙이 사업을 구조적으로 막을 때입니다.
수수료를 사용자에게 부담시킬 수 없는 모델이거나, 전송 자체에 조건을 걸어야 하는 요건이 있거나, 처리 특성이 일반적인 환경과 근본적으로 다를 때가 여기 해당합니다.
둘째, 거버넌스가 사업의 본체일 때입니다.
규칙을 누가 어떻게 바꾸는지가 곁가지가 아니라 상품의 핵심 가치일 때입니다.
셋째, 체인 자체에서 수익이 발생하는 구조를 이미 확보했을 때입니다.
사용자와 거래가 먼저 있고 체인이 나중인 순서일 때입니다.
셋 중 어디에도 해당하지 않는다면, 지금 부족한 것은 체인이 아니라 사용자일 수 있습니다.
체인을 만든다고 사용자가 생기지는 않습니다.
"지금은 아니다"는 포기가 아니라 순서입니다
최근 몇 년 사이 기존 체인 위에 자기 실행 환경을 얹는 중간 선택지가 넓어졌습니다.
처음부터 독립 체인을 세우지 않아도 필요한 통제권의 상당 부분을 확보할 수 있는 구간이 생겼다는 뜻입니다.
중요한 것은 선택지의 이름이 아니라 "나중에 옮길 수 있는가"입니다. 이전 가능한 설계로 시작하면 지금의 판단이 최종 판단이 되지 않습니다.
메인넷을 미뤄서 잃는 것은 대부분 서사이지 기능이 아닙니다.
반대로 지키는 것은 개발 인력의 시간과, 방향이 틀렸을 때 되돌릴 여지입니다.
증명된 뒤의 메인넷과 증명되지 않은 상태의 메인넷은 이름만 같은 다른 결정입니다.
그렇다고 만들지 말라는 뜻은 아닙니다
특정 사업에서는 자체 네트워크가 프로젝트의 중요한 경쟁력이 될 수 있습니다.
FD가 말하는 것은 "천천히 하자"가 아니라 "근거 없이 하지 말자"에 가깝습니다.
필요하다면 만들어야 합니다. 다만 왜 그래야 하는지가 명확해야 합니다.
기존 체인을 쓰다가 사용자와 거래가 증가하면서 자체 네트워크가 필요해지는 시점이 올 수도 있습니다. 프로젝트의 상태가 바뀌면 전략도 다시 진단되어야 합니다.
메인넷 보유가 심사와 자본조달의 판단을 대신해주지는 않습니다
시장 진입 여부를 결정하는 것은 거래소이고, 그 심사에서 확인하는 항목은 체인 소유 여부보다 사업의 지속성, 유통 구조, 위험 관리에 가깝습니다.
자체 체인이 있다는 사실 하나가 그 판단을 바꾸지는 않습니다.
자본조달 자리도 마찬가지입니다.
체인을 여러 해 유지할 비용을 어디서 충당할 것인가에 답이 없을 때 논의가 멈추고, 유지 부담이 고정비로 잡히는 순간 조달한 자금은 성장 자금에서 생존 자금으로 바뀝니다.
FD가 자금조달을 목적이 아니라 성장을 위한 수단으로 보는 이유입니다.
기술 역량을 증명할 방법은 여러 가지이고, 그중 가장 비싸고 되돌리기 어려운 방법을 고를 이유는 없습니다.
FD가 되묻는 자리에서 실제로 묻는 것
검증자는 몇 곳이 필요하고, 그중 프로젝트와 이해관계가 없는 곳은 몇 곳입니까.
실무에서는 대부분 이 질문에서 답이 한 번 멈춥니다.
이 체인이 오래 멈추지 않으려면 매달 누가 무엇을 합니까.
그 인건비와 인프라 비용은 어느 예산 항목에서 나옵니까.
이 토큰을 이미 쓰고 있는 사람 중, 자체 체인이 생겨서 불편해지는 사람은 누구입니까.
이 체인을 만들지 않으면 못 하게 되는 일이 정확히 무엇입니까.
마지막 질문에 구체적인 문장으로 답이 나오는 프로젝트는 실제로 만들어야 합니다.
답이 뭉뚱그려지면 아직 때가 아닐 수 있습니다.
되묻는 질문은 반대하기 위한 것이 아니라, 만들기로 했을 때 준비할 것의 목록입니다.
FD인터내셔널이 고객의 요청에 무조건 반대하거나 동의하지 않는 이유이기도 합니다. 요청의 목적을 이해하고 가장 현실적인 실행 방법을 함께 찾는 것이 자문의 역할입니다.
하지 않기로 한 판단도 문서로 남깁니다
"안 한다"는 결론은 회의실을 나가는 순간부터 흐려집니다.
몇 달 뒤 같은 논의가 처음부터 반복되고, 그때는 분위기로 결정되기 쉽습니다.
그래서 판단의 근거와 함께, 어떤 조건이 충족되면 다시 검토할지를 적어둡니다. 조건이 적히는 순간 그것은 보류가 아니라 계획이 됩니다.
이 기록은 투자자와 파트너 앞에서도 쓰입니다. 무엇을 왜 하지 않았는지를 설명할 수 있는 팀이 더 오래 신뢰를 얻습니다.
메인넷은 기술 역량의 증명서가 아니라, 여러 해 동안 계속 나가는 비용 구조입니다.
그러니 이 판단은 "만들 수 있는가"가 아니라 "만든 뒤에 그것을 감당하며 사업을 계속할 수 있는가"로 내려야 합니다.
지금 만들지 않기로 하는 것은 뒤로 물러서는 일이 아니라, 만들어야 할 때를 위해 자원을 남겨두는 일입니다.
FD인터내셔널은 더 큰 실행보다 더 나은 판단을 먼저 봅니다. 하지 않는 결정 역시 전략입니다. 다만 하지 않는 것에도 다음 계획이 있어야 합니다.