Please enable JavaScript.

Coggle requires JavaScript to display documents.

토큰 이코노미 (토큰 (밸류에이션 (토큰을 장기 보유할 유인이 있는가 (1) being Store of Value, 2) Work…

- - - - 네트워크의 이로운 행동을 정의
        각 참여자가 어떤 행동을해야 네트워크가 잘 돌아가는가?
      - 행동에 대한 보상
    - - 얼마나 보상해 줄것인가
        
        기존은 어떠한 보상을 받고 있는가
        
        그 보상은 어디서 나오는가(수급의 문제)
        
        중앙 기관의 이익을 포기
        
        거래 수수료로 충당
        
        추가 발행을 통하여 보상
        
        얼마나 추가적으로 보상을 해줘야지 추가로 참여할 것인가
      - 무엇을 보상할 것인가
        
        토큰으로 보상
      - 어떤 기준에서 줄지
        
        어떤 행동을 통하여 보상을 해줄 것인가
        
        그 행동이 네트워크 전체의 어떠한 이익이 있는가
        
        어
      - 보상을 통해 행동을 유도
        행동의 유도가 네트워크 전체 성장에 기여할 수 있게 설계
      - 보상의 사용처
        
        보상받은 토큰을 사줄 사람은 누구인가
        
        보상받은 토큰을 어디서 사용하는가
      - 보상의흐름(토큰의 흐름)
        
        토큰이 유기적으로 흐르고 있는가
    - - 초기 참여자에게 어떤 보상을 할 것인가
      - 이를 통하여 어떻게 참여를 이끌것인가
    - - 악의적인 행동 정의
        
        일정 행동을 지속적으로 하지 않는경우( 중간에 행동을 멈췄을경우)
        
        행동을 중간에
      - 목적 : 네트워크가 안정적으로 돌아가기 위해서는 악의적인 행동을 제한
      - 처벌 방법
        
        Staking & Slash
        
        staking
  - - - 모금액
        
        모금하고자 하는 금액이 얼마인지
        
        모금한 금액의 사용처는 어디인지
        
        유사한 서비스의 모금액은 어느정도인지
      - 정책
        
        총 발행량은 어떻게 할 것인가
        
        1원 아래의 코인
        
        100억개 이상
        
        1~10원 코인
        
        100억개
        
        10 ~ 100원 코인
        
        10억개
        
        100~1000원 코인
        
        1억개
        
        서비스에 사용될 토큰의 용도에 따라 결정
        현재 서비스 사용료는 얼마정도 지불하는가 (가격대가 높은가 낮은가)
        
        실 사용자가 얼마나 될 것인가
        
        토큰 분배 계획
        
        각 각 비율 설정
        
        Sale/ Team/ reserve/ Advisor
        
        Private/ Public
        
        Team (10~15%)
        너무 많으면 중앙화의 공격받을 가능성
        
        Advisor / Partner
        
        Marketing 물량 (Bounty)
        
        Reserve ( 경우의 따라서)
        
        시장 상황, 인기를 고려하여 Private/ Public 비율 설정
        Private을 많이 하는 것이 현재는 유리
        Public 물량을 조금 남겨두는 것도 중요
        기획된 서비스 따라서 판매 물량을 달리함
        ( 더 많은 참여자가 요구되는 경우 세일 물량을 높게 가져감
        추가발행, 리저브에 따라 물량 달리함)
    - - Private Sale
        
        Private Sale 비율
        
        Private Sale Bonus
        
        가격 할인
        
        Extra Bonus
        
        Lock up 설정
        
        기간 설정
        
        6개월 / 1년 / 2년
        
        방법 설정
        
        6개월 후 Monthly Cliff Vesting
        
        6개월 이후 전부 Lock up 헤재
        
        권장사항 : 프라이빗 세일은 주로 협상으로 진행됨
        1) 유명한 투자자 일 수록 ( 1 tier VC)
        2) 투자 금액에 따라서
        보너스, Lockup 기간을 달리 설정함.
        
        누구에게 판매할 것인가
      - Public Sale
        
        Public Sale을 얼마나 할 것인지
      - Sale 가격 설정
        
        ETH 기준
        
        1eth = 1000 token
        
        USD 기준
        
        예) sale 당일 Coinmarket Cap 기준으로 비율 설정
        
        1Token = 0.1 usd
      - Overview
        토큰 판매 계획은 토큰 분배 계획은 네트워크의 빠른성장을 목적으로 해야함. 가장 이상적인 그림은 네트워크가 출시 되었을때, 참여할 만한 이해관계자에게 세일하는 것이 가장 이상적임.
      - 미 판매 분의 소각 계획
  - - - 1) being Store of Value
      - 2) Work token
      - 3) gamification
  - - - 1개/ 2개
      - Fluctuation/ Stable
      - 몇개를 상장 시킬 것인가
    - - 토큰 패턴 디자인
        
        1) 내부결제용 (Fee)
        
        2) 네트워크 참여 권한 (Access/ Work)
        
        3) 이용료 할인 (Discount)
        
        4) TCR
        
        5) Governance (voting)
        
        6) Burn & Mint
- - - - 기존의 시스템은 어떤 문제를 갖고있는가
        
        미들맨 없이
        
        이익을 독점
        
        기록을 바꿀수 없어
        
        참여자의 혜택이 부족해
      - 기존 시스템의 참여자 정의
        
        기존 시스템 참여자는 어떤 문제를 갖고있는가
        
        어떤 문제를 해결하고자 하는가
    - - 얼마나 탈 중앙화되게 설계할 것인가
      - 어떤 부분을 탈중앙화 할 것인가
      - Oracle Problem은 어떻게 해결할 것인가
        (탈 중앙화 오라클 설계)
      - 기존의 이해관계자의 속성을 정의
      - 비즈니스 모델 설게
        
        기존의 비즈니스 모델과의 차이점
        
        카니발라이제이션 이슈
  - - - 기존의 비즈니스에서 참여하는 이해 관계자는 누구인가
      - 비즈니스상 추가적으로 참여할 대상은 누구인가
    - - 탈 중앙화된 서비스를 위해 추가적으로 필요한 참여자는 누구인가
- - - - 한국에서 Core Protocol 개발에 능숙한 개발자는 매우 부족한 상황
  - - - 단점
        개발 Reference 부족
        개발자 채용이 힘듬
        EOS Staking
        네트워크가 불안정함
      - 장점
        속도가 빠름
        DAPP이 많지 않음(선구자가 될 가능성이 높음)
        EOSYS, POLARIS와의 연계
    - - 단점 : 속도의 문제
        가스비 때문에 사용자 경험이 떨어짐
        많은 DAPP이 있음
      - 장점 : 개발 Reference가 충분
        커뮤니티가 활발
        개발자 채용 용이
        다양한 미들웨어 존재