디지털 자산
ICO, IEO 및 IDO의 차이점
암호화폐 시장에서는 새로운 프로젝트를 위한 다양한 자금 조달 방식이 등장했습니다. 전통적인 금융의 대출과 벤처 캐피털(VC) 투자도 선택지이지만, 대출에는 이자 부담이 따르고 지분 투자는 창업자의 지분을 희석할 수 있습니다.
암호화폐 분야는 다양하며, 새로운 프로젝트가 커뮤니티와 함께 자금을 조달할 수 있는 다양한 옵션이 존재합니다. 블록체인 및 암호화폐 스타트업은 토큰을 발행하여 법정 화폐나 다른 암호화폐와 교환할 수 있습니다. 조달된 자금은 프로젝트 성장에 재투자됩니다.
암호화폐 프로젝트의 대표적인 자금 조달 방식으로는 초기 코인 공개(ICO), 초기 거래소 공개(IEO), 초기 탈중앙화 거래소 공개(IDO)가 있습니다. 아래에서는 각 방식의 작동 원리와 장단점을 살펴봅니다.
초기 코인 공개(ICO)
ICO는 토큰 판매를 통한 크라우드펀딩 방식으로, 암호화폐·블록체인 스타트업의 초기 자금 조달에 활용됐습니다. 기업공개(IPO)와 자금을 모집한다는 점은 비슷하지만, 토큰을 샀다고 해서 회사 주식을 소유하게 되는 것은 아닙니다.
ICO에서는 프로젝트가 블록체인 기반 토큰을 판매합니다. 참여 자격과 결제 수단은 판매 조건에 따라 달라지며, 대표적인 결제 자산으로는 비트코인(BTC)와 이더리움(ETH) 또는 스테이블코인인 테더(USDT) 등이 있습니다. 판매된 토큰은 이후 탈중앙화 거래소(DEX)나 중앙화 거래소(CEX)에 상장될 수 있지만, 상장이나 거래 가능성이 보장되지는 않습니다.
2013년 마스터코인은 초기 ICO 사례로 알려졌습니다. 당시 약 60만 달러를 조달한 것으로 전해집니다. 이더리움도 2014년에 ICO를 시작했으며, 42일 만에 1,800만 달러를 모금했습니다.
ICO는 프로젝트가 커뮤니티에서 직접 자금을 모집하는 통로가 될 수 있습니다. 다만 ICO라는 명칭만으로 규제 승인이 면제되지는 않습니다. 토큰과 판매 방식에 따라 증권법상 등록이나 면제 요건 등 관련 법규를 준수해야 합니다. 주요 장단점은 다음과 같습니다.
장점
ICO는 프로젝트가 토큰 판매 조건을 정하고 투자자에게 직접 토큰을 배분해 개발 자금을 마련할 수 있게 합니다. 실제 조달 성과는 프로젝트의 신뢰도와 수요, 판매 조건에 달려 있습니다.
실현 가능성과 성장 잠재력이 있는 프로젝트라면 조달 자금을 다음 개발 단계에 활용할 수 있습니다. 이더리움은 초기 판매 자금을 활용해 성장한 사례이며, 일부 초기 보유자는 이후 가격 상승으로 큰 수익을 얻었습니다. 이러한 과거 성과가 다른 ICO나 모든 투자자의 수익을 보장하지는 않습니다.
단점
ICO에는 사기, 사업 실패, 토큰 가치 하락 등의 위험이 있습니다. 높은 수익을 내세워 자금을 모집한 뒤 개발자가 자금을 유용하거나 개발을 중단한 사례도 있습니다. 그렇다고 모든 ICO가 규제 밖에 있거나 대부분이 사기라고 단정할 수는 없습니다.
미국 증권거래위원회(SEC)는 토큰 판매와 관련된 투자 위험을 경고해 왔습니다. 투자자는 기대 수익만 보지 말고 개발진, 사업의 실현 가능성, 자금 사용 계획과 판매 조건을 검토해야 합니다.
초기 거래소 공개(IEO)
IEO는 여러 면에서 ICO와 비슷하지만, 암호화폐 거래소가 프로젝트를 대신해 토큰 판매를 진행한다는 차이가 있습니다. 이때 거래소는 디지털 자산 거래를 지원하는 중앙화 플랫폼입니다.
거래소는 제3자로서 판매 서비스를 제공하며, 프로젝트는 일반적으로 그 대가로 수수료 등을 지급합니다. 투자자는 공개 거래가 시작되기 전에 토큰을 살 기회를 얻을 수 있지만, 초기 구매가 곧 수익으로 이어지는 것은 아닙니다.
프로젝트는 거래소의 심사에 필요한 사업·기술·팀 정보를 포함한 제안서를 제출합니다. 거래소는 평판과 심사 기준에 따라 실사를 수행할 수 있으나, 심사의 범위와 수준은 거래소마다 다릅니다.
IEO는 거래소의 기존 이용자에게 프로젝트를 소개할 수 있다는 장점이 있습니다. 판매 후 상장이 계획되는 경우도 있지만, 실제 상장 여부와 시기, 유동성은 계약 조건과 시장 상황에 달려 있습니다.
장점
거래소의 실사는 투자자가 프로젝트를 평가할 때 참고할 수 있는 추가 검토 절차입니다. 다만 심사를 통과했다는 사실만으로 사기나 사업 실패 위험이 사라지는 것은 아닙니다.
거래소의 이용자 기반과 마케팅 지원은 토큰의 접근성과 거래 수요를 높이는 데 도움이 될 수 있습니다. 그러나 거래량, 유동성이나 가격 상승을 보장하지는 않습니다.
단점
IEO는 특정 거래소에 의존하므로 중앙화에 따른 제약이 있습니다. 참여하려면 해당 거래소 계정과 필요한 본인 확인을 갖춰야 하며, 이용 자격이나 토큰 접근이 제한될 수 있습니다. 완전한 탈중앙화를 선호하는 투자자에게는 이러한 구조가 단점이 될 수 있습니다.
거래소의 심사를 받았더라도 가격 변동이나 법규 위반 위험은 남습니다. SEC는 IEO에도 사안에 따라 연방 증권법이 적용될 수 있으며, 거래소가 관여한다는 이유만으로 투자자를 보호하는 것은 아니라고 경고했습니다.
초기 탈중앙화 거래소 공개(IDO)
IDO는 프로젝트가 탈중앙화 거래소(DEX)나 관련 런치패드를 통해 토큰을 판매하고 자금을 모집하는 방식입니다.
2022년 당시에는 비교적 새로운 방식으로, 탈중앙화 금융(DeFi)과 탈중앙화 애플리케이션(DApp) 분야에서 활용이 늘고 있었습니다.
Raven Protocol은 2019년 6월 바이낸스 DEX에서 독자적으로 진행한 판매를 최초의 IDO라고 소개했습니다. 이는 Ravencoin과는 다른 프로젝트이며, 바이낸스가 주관한 IEO도 아닙니다. 이후 UMA는 2020년 Uniswap에서 초기 토큰 상장을 진행했습니다. SushiSwap도 DEX를 통한 토큰 배포의 사례이지만, SUSHI의 초기 배포는 토큰 사전 판매가 아니라 유동성 채굴 방식이었습니다.
프로젝트는 DEX의 거래 구조에 맞춰 토큰과 유동성을 공급할 수 있습니다. Uniswap과 PancakeSwap 등이 대표적인 DEX이며, 중앙화 거래소 계정 대신 지갑과 스마트 계약으로 거래하는 구조를 제공합니다.
유동성 풀에는 해당 블록체인과 거래소가 지원하는 이더, USDT 등의 자산을 사용합니다. 비트코인은 호환 체인에서 래핑된 형태 등이 필요할 수 있으므로, 원래 비트코인을 모든 풀에 직접 넣을 수 있는 것은 아닙니다. 호환되는 Web3 지갑이 필요하며, 참여 자격과 신원 확인 조건은 판매와 런치패드마다 다릅니다. 실제로 Raven Protocol의 2019년 IDO는 KYC와 국가별 참여 제한을 명시했습니다.
IDO라고 해서 프로젝트가 토큰이나 판매 대금의 소유권을 모두 포기하지는 않습니다. 팀 배분, 판매 대금, 유동성 풀 지분의 소유와 잠금 조건은 각각의 토큰 설계와 판매 조건에 따라 결정됩니다. 탈중앙화된 거래 방식도 관련 법률의 적용을 자동으로 면제하지 않습니다.
Raven Protocol 등의 초기 사례 이후 IDO는 블록체인 프로젝트의 자금 조달 선택지를 넓혔습니다. 전통적인 자금 조달을 모두 대체했다기보다, 다른 방식과 함께 활용되는 수단으로 볼 수 있습니다.
장점
IDO는 DEX에 새로운 토큰과 유동성을 공급하고 거래 참여를 늘리는 데 도움이 될 수 있습니다. 다만 DEX와 CEX의 거래량 차이가 자동으로 해소되거나 충분한 유동성이 유지되는 것은 아닙니다.
또한 프로젝트는 보다 탈중앙화된 방식으로 자금을 모집하고 DeFi 프로토콜이나 유동성 풀과 연계할 수 있습니다. 이는 토큰이 다른 블록체인 서비스와 결합될 기회를 제공합니다.
단점
2022년 당시 IDO는 ICO나 IEO보다 역사가 짧은 방식이었습니다. 프로젝트가 접근할 수 있는 이용자층과 모금 규모에 제약이 있을 수 있지만, IDO라서 반드시 더 적은 금액만 조달하는 것은 아닙니다.
투자자에게는 기술적인 진입 장벽이 있습니다. DEX 런치패드와 지갑 연결, 거래 수수료, 슬리피지 등을 이해해야 하므로 익숙하지 않은 이용자에게는 참여 과정이 복잡할 수 있습니다.
결론
새로운 암호화폐 프로젝트는 개발과 성장에 필요한 자금을 마련해야 합니다. ICO, IEO와 IDO는 서로 다른 판매·중개 구조를 통해 이러한 자금 조달을 지원하는 선택지입니다.
토큰 크라우드펀딩에는 상당한 투자 위험이 따릅니다. 적용되는 법규와 투자자 보호 장치는 토큰의 성격, 판매 구조와 관할 지역에 따라 달라집니다. 프로젝트의 신뢰성과 사업 계획, 토큰 배분 및 판매 조건을 확인한 뒤 참여 여부를 판단해야 합니다.












