이 기사는 Kerman Kohli가 작성한 "DeFi 토큰: 투자 평가 프레임워크"에서 번역되었습니다.
2017년 암호화폐 강세장 동안 우리는 너무 많은 과대 광고와 열광을 경험했습니다. 토큰 가격과 평가는 너무 많은 비합리적인 요인에 의해 비합리적으로 영향을 받습니다. 많은 프로젝트가 로드맵을 전혀 완료하지 않았으며 파트너십 및 상장 발표만으로도 토큰 가격이 상승할 수 있습니다.
하지만 지금은 상황이 다릅니다. 토큰 가격의 상승에는 실용적인 유틸리티, 현금 흐름 및 강력한 팀 실행의 지원이 필요합니다. 아래는 DeFi 토큰 평가에 투자하기 위한 간단한 프레임워크입니다. 기사의 예: $MKR(MakerDAO), $SNX(Synthetix), $KNC(Kyber Network)
평가
암호화폐의 총 공급량은 매우 다양하기 때문에 첫 번째 표준 지표로 시가총액을 선택합니다.
토큰당 가격 * 총 공급량 = 총 시가 총액
표준화된 평가를 기반으로 시장을 벤치마킹하기 위해 다음과 같은 심리적 기대 기반 지표를 제안합니다.
1. $1M-$10M = 시드 라운드, 불확실한 기능 및 메인넷 제품. 이 범위의 현재 예에는 Opyn, Hegic, FutureSwap이 포함됩니다. 가장 높은 알파 값을 얻으려면 이 시가 총액 범위에서 프로젝트를 선택할 수 있습니다. 하지만 유동성 제약으로 인해 직접 구매가 쉽지 않고, 팀에서 반드시 대량의 토큰을 출시할 의향이 있는 것은 아닙니다.
2. $10M-$45M = 명확하게 적합한 제품 시장을 찾고 프로젝트의 타당성을 뒷받침할 데이터가 있습니다. 이러한 유형의 토큰을 구매하는 것은 대부분의 사람들에게 쉽습니다. 다른 주요 위험(팀, 실행)은 이미 미미하지만 이 단계에서는 여전히 제품 데이터 성장이 약하거나 심지어 감소할 위험이 있습니다.
3. 4,500만 달러 – 2억 달러 = 프로젝트의 목표 달성을 지원하는 명확한 성장, 커뮤니티 및 기술을 갖춘 해당 시장에서의 리더십. 이 범위에서 일반적으로 건설되는 대부분의 프로젝트는 그다지 위험하지 않지만 평가 수준, 많은 양의 기관 자금, 대규모 시장 확장 또는 많은 신규 보유자가 필요합니다.
4. $200M-$500M = 절대적 우위. 이 범위에 맞다고 생각할 수 있는 유일한 코인은 광범위한 사용 기반과 기관 투자자(a16z, Paradigm, Polychain)로 인해 $MKR입니다. 이 평가 범위에서 토큰을 구매하는 것은 주로 다음 라운드의 강세장에서 격렬한 변동으로부터 수입을 얻을 수 있다는 희망에 근거합니다.
코드 등급
대부분의 분산형 프로토콜의 경우 코드 품질이 매우 중요하며 너무 많은 위험 취약성이 프로토콜 자체의 해킹으로 이어질 수 있습니다. 성공적인 대규모 해킹은 프로토콜을 파산 직전까지 이르게 하고 향후 성장에 큰 피해를 줄 것입니다. 다음은 프로토콜 코드 품질을 평가하기 위한 주요 메트릭입니다.
1. 아키텍처의 복잡성. 스마트 계약은 수백만 달러의 자금을 처리할 수 있기 때문에 매우 섬세한 프로그램입니다. 해당 아키텍처가 복잡할수록 공격 방향이 더 많아집니다. 기술 설계를 단순화하기로 선택한 팀은 소프트웨어 작성 경험이 더 많을 가능성이 높으며 검토자와 개발자는 코드베이스를 더 쉽게 이해할 수 있습니다.
2. 자동화된 코드 테스트의 품질. 소프트웨어 개발에서 코드를 작성하기 전에 테스트를 작성하는 것은 작성된 소프트웨어의 고품질을 보장하기 위한 일반적인 관행입니다. 이 방법은 프로그램의 작은 부분을 작성하는 동안 악의적이거나 잘못된 호출이 발생하는 것을 방지하므로 스마트 계약을 작성할 때 매우 중요합니다. 코드 적용 범위가 낮은 코드베이스는 매우 주의해서 다루어야 합니다. 예를 들어, bZx 팀은 테스트에 실패했고 200만 달러의 투자자 자금을 잃었습니다.
3. 일반적인 개발 관행. 이것은 성능/보안을 결정하는 데 반드시 중요한 요소는 아니지만 코드를 작성하는 팀의 경험을 더 잘 보여줄 수 있습니다. 코드 서식 지정, git 프로세스, 릴리스 주소 관리, 지속적인 통합/배포 파이프라인은 모두 사소한 요소이지만 코드 뒤에 있는 작성자에게 힌트를 줄 수 있습니다.
4. 감사 결과를 평가합니다. 감사자가 발견한 중요한 문제(감사가 완료되었다고 가정), 팀이 어떻게 대응했는지, 개발 중에 반복되는 취약점이 없도록 하기 위해 취한 적절한 조치는 무엇인지. 버그 포상금을 받는 것은 보안에 대한 팀의 자신감을 나타내는 신호입니다.
5. 프로토콜 제어, 주요 위험 및 에스컬레이션 프로세스. 프로토콜의 위험이 높을수록 업그레이드 프로세스가 빠를수록 더 많은 사용자가 프로토콜 소유자에게 납치되거나 협박당하지 않도록 기도하고 의지해야 합니다.
토큰 지표
토큰의 총 공급량에 락업이 있기 때문에 현재 유통량과 잠재적인 총 공급량을 이해하는 것이 중요합니다. 일정 기간 원활하게 운영된 네트워크 토큰은 공정하게 분배될 가능성이 높으며, 단일 투자자가 토큰을 대량으로 투기하여 프로젝트에 피해를 줄 가능성이 매우 작아집니다.
또한 순전히 투기적인 작업은 위험하기 때문에 토큰이 작동하는 방식과 토큰이 네트워크에 제공하는 가치에 대한 확실한 이해를 얻는 것도 똑같이 중요합니다. 따라서 다음 주요 지표에 초점을 맞춰야 합니다.
현재 순환
총 공급량
재단/팀이 보유한 토큰
락업 토큰 출시 일정 및 미공개 재고
토큰은 프로젝트 생태계 내에서 어떻게 사용되며 사용자는 어떤 종류의 현금 흐름을 기대할 수 있습니까?
토큰에 인플레이션이 있으며 메커니즘은 어떻게 설계되었습니까?
미래 성장
현재 코인 평가를 기반으로 투자자가 코인이 계속해서 가치를 평가할 수 있는지 평가하기 위해 추적해야 하는 주요 지표는 무엇입니까?
시장 규모 기회
토큰 가치 획득 메커니즘
팀
팀
이것은 일반적으로 팀의 향후 실행 능력과 향후 제품의 성능에 대해 자세히 알려주는 자주 간과되는 섹션입니다.
암호화폐에 투자할 때 팀이 기존 기술 제품(웹 사이트, 애플리케이션 등)을 구축한 경험이 있는지, 암호화 분야에 대한 전문 지식이 실제로 통합되어 있는지 여부에 주의를 기울여야 합니다. 일부 팀은 이 두 가지 측면을 선호하지만 이러한 불균형으로 인해 팀이 제품에 대한 올바른 시장과 경로를 찾지 못할 것입니다.
제 생각에는 암호화폐의 역학을 이해하지 못한 채 인터넷 기술 비즈니스를 구축한 경험이 너무 많은 팀은 다음을 수행할 것입니다.
시장에 대한 충분한 이해 부족으로 인한 자신감 부족으로 빠르게 마음을 바꿀 수 있음
보안, 사용자 경험 및 비즈니스 모델 간의 신중한 절충안 부족
반면에 인터넷 기술 비즈니스를 구축한 경험이 없는 순수 암호화폐 경험만 있는 팀은 다음과 같이 됩니다.
암호화 공간이 어떤 모습이어야 하는지에 대한 이상에 너무 집중하고 사용자가 원하는 것을 파악하는 데 충분한 시간이 없습니다.
제품에 대한 마케팅 부족, 시장 진출 능력 약화, 브랜드 신뢰 실패로 제품 시장 적합성 구축 어려움
그렇긴 하지만 모든 팀이 초반에 두 영역 모두 강하기는 어렵습니다. 그러나 투자자로서 팀이 두 가지 측면에서 적절한 전문 지식을 가지고 있는지 여부는 투자 고려 지표에 포함되어야 하며 해당 위험에 주의해야 합니다.
