Token Economy Pattern(2): Means of Staking
토큰을 보유해야 하는 이유를 만들기 위해 고안된 패턴이라고 생각된다. 서비스의 수요자보다는 공급자를 기준으로 작동된다는 것이 특징. 이전 패턴(1편)에서는 서비스를 제공받기 위해 토큰을 사용했지만, 이 패턴에서는 토큰이 staking(예치)되어있을 때에만 토큰의 가치를 제공받을 수 있다.
Work Token Pattern
- 토큰을 보유함으로써 서비스 참여자들이 네트워크를 위해 일할 권리를 가짐.
- Staking한 토큰의 양에 비례하여 서비스 제공자로 선정될 가능성이 높아짐.
- 서비스에서 발생한 경제적인 수익은 Staking한 토큰의 비율에 비례하여 가져간다.
- 일을 제대로 하지 못했을 경우, 서비스 제공자는 자신이 Staking한 토큰의 일부를 몰수당한다.
- ex) AUGUR[1]
특징
- 블록체인만으로 해결하기 힘든 문제를 해결할 수 있음(경제적인 논리 기반).
- 블록체인 플랫폼 수준에서도 PoS(Proof of Stake)라는 이름으로 비슷한 매커니즘을 사용하고 있음.
- 보상/처벌 매커니즘이 쉽게 작동해야 함.(그렇지 않을 경우 도덕적 해이에 의해 서비스 건전성 위헙 우려)
- 토큰 가치의 변동을 일으키는 변수들을 어느정도 조절할 수 있다.
- 경제적 인센티브가 직접적으로 제공되어 토큰 보유 유인을 제공하고, 실제 서비스 기여자에게 인센티브를 집중시키는 구조를 만들 수 있다.
한계
- 서비스 생태계의 부(rich)가 특정 소수에게 집중될 가능성(원인: Staking 양에 따른 경제적 보상 분배)이 있음.
- 서비스 참여를 위해서는 일정량 이상의 Work Token을 보유(새로운 참여자가 굳이 참여할 이유가 없음)해야 함.
- 서비스 제공자 행동의 옳고 그름 판단을 100% 확신할 수 없음.(Qtum의 경우, 몰수 매커니즘을 삭제.)
Discount Token Pattern
- 멤버십이나 쿠폰과 비슷하게 동작.
- 특정 재화나 서비스에 할인을 제공하는 토큰.
- 할인을 받기 위해 Discount Token 필요.
- 크게 소모성/비소모성으로 나뉨
- 소모성: 토큰을 사용(소비)하여 할인받음.
- 비소모성: 일정 기간 이후 사용한 토큰을 되돌려준다. (영구 할인)
- ex) Decipher card[2], Sweetbridge[3]
특징
- 실제 서비스 사용자들이 토큰을 소유하여 네트워크 성장에 기여한다.
- 실제 사용자들이 토큰을 홀딩하여 토큰 소유 집중화가 방지된다.
- 토큰의 가치 변동이 상대적으로 안정적이다. (일정 기간 토큰을 예치해야 할인을 받을 수 있기 때문)
- 초기 서비스 이용자 확보가 용이하다. (초기 토큰 확보가 곧 잠재적 이익)
한계
- 서비스 제공자의 부담(네트워크 성장 이윤을 할인 개념으로 재분배하는 것이기에 끊임없이 이윤을 분배해야 한다.)이 크다.
- 라이트 유저가 주인 서비스에 적용할 경우, 효과가 제한적이다. (1000원을 할인받기 위해 토큰을 구매하진 않을 것.)
Access Token Pattern
- 보증금을 예치하고 서비스를 이용한다고 생각하면 됨. (ex - 사물함 대여)
- 일정량의 토큰을 Stake 해야지만 서비스 접근 권한이 생긴다.
- 공급자가 일정 금액을 예치하는 Work Token과 반대의 개념.
- ex) AirSwap[4]
특징
- 많은 사용자가 생길수록 많은 양의 토큰이 예치된다. (토큰의 시장 공급량을 조절하여 가치 안정/상승에 기여.)
- 블록체인 생태계에 서비스 사용자들을 더 관여시킬 수 있다. (생태계의 발전으로 연결될 수 있음.)
- 네트워크 관여도가 높은 참여자들에게 추가적인 권리나 혜택을 제공할 경우 시너지를 발생시킬 수 있다. (다른 토큰 패턴과의 결합 필요.)
한계
- 서비스를 이용하기 위해 일정량의 토큰을 stake해야 하기 때문에 UX가 좋다고 할 수 없다.
- 혜택이 크지 않다면 굳이 쓸 이유가 없다. (혜택 >= 금액 예치에 따른 기회 비용)
Curation Token Pattern
- 집단 지성을 통한 큐레이션을 제공하고, 바른 큐레이션일 경우 보상을 얻음.
- 참여자의 자발적 참여를 유도한다.
- 다수의 참여로 큐레이션하기 때문에 부정이 개입할 가능성이 낮아진다.
- 가장 보편적으로 쓰이는 큐레이션 서비스 모델은 TCR(Token Curation Registry[5]) 모델이다.
- ex) Adchain[6]
특징
- 네트워크 결과물이 실체로 존재하여 결과물을 이용한 부가적 비즈니스가 가능하다. (큐레이션 결과물을 중심으로 새로운 비즈니스 창출.)
- 투명성을 높이고 많은 사람의 의견을 반영할 수 있다.
- 홍보를 위한 큐레이션과 지속적인 생산 인센티브를 주는 비즈니스가 결합된다면, 큐레이션 토큰 가치가 상승할 것.
한계
- 거버넌스와 인센티브가 stake 양의 영향을 받는다. (토큰 홀더가 토큰을 많이 보유하게 하는 유인으로 작용하기도 하지만, 권력이 집중되어 큐레이션이 소수에 의해 결정될 위험이 있음.)
- 집단지성만을 이용한다면, 전문적인 큐레이션 결과를 얻기 힘들다.
- TCR을 이용할 경우 0과 1, 둘 중 하나로밖에 투표하지 못한다.
Voting Token Pattern
- 네트워크 의사 결정에 참여할 수 있는 토큰.
- 투표권과 토큰을 결합하여 의견 수합에 적합한 패턴으로 작용.
- 서비스마다 중요도를 자유롭게 설정할 수 있음. (작게는 커뮤니티 찬반부터, 크게는 네트워크 업데이트 찬반까지.)
- 악의적인 행동에 제약을 두고, voting에 많은 이용자를 참여시키는 것이 중요하다.
- ex) Steemit[7], Dash[8]
특징
- 실제 네트워크 참여자들이 토큰을 보유한다.
- 네트워크 발전 의사 결정이 간편하다.
한계
- 네트워크가 성장한다고 해서 토큰의 가치가 상승하지는 않는다.
- 자금의 집중화가 일어날 가능성이 높다
- 투표 참여 유인이 약하다.
✯ 이 포스트의 모든 내용은 해당 블로그를 참고하여 작성되었습니다.
예측 시장 서비스. 구성원은 시장 개설자, 베팅 참가자, 결과 판정자로 참여. 베팅 과정에서 발생한 수수료를 기반으로 수익을 내기 때문에, 예측 시장을 사용하는 사람들이 많을수록 서비스의 수익이 커짐. AUGUR 예측 시장의 신뢰성과 투명성이 확보되면, 베팅 참가자는 안심하고 예측 시장에 베팅할 수 있을 것. ↩︎
암호화폐를 기반으로 하는 신용카드 서비스. 수수료의 일부를 Discount pool에 넣고, 이 pool에 들어간 비율에 따라 할인 혜택을 준다. 카드를 많이 사용할수록(수수료를 많이 낼수록), 암호화폐의 가치가 높아질수록 할인받을 수 있는 폭이 커진다. ↩︎
블록체인 기반 담보 대출 플랫폼. 암호화폐 등의 담보물을 맡기면, 담보대출 비율에 따라 스테이블 코인인 Bridgecoin을 발급해 준다. 일정 금액의 이자를 더해 Bridgecoin을 갚으면 담보물을 되찾을 수 있음. 담보물의 가치 변동과 수치 변동에 따라 이자율이 0%까지 줄어들 수 있다. ↩︎
P2P 교환 플랫폼. 거래자와 판매자들의 희망 판매 정보를 탈중화된 방식으로 관리한다. 판매자와 구매자의 거래 정보를 각각의 off-chain에 기록하고, 체결된 거래만을 블록체인에 저장한다. 일정 금액의 토큰을 예치(7일)해야지만 거래 정보를 order book에 기록할 수 있다. ↩︎
특정 목적에 맞는 리스트를 만들고, 이 리스트에 진입하고 싶은 대상들에게 신청을 받아 여러 참여자들이 검수한 후 리스트에 포함시키는 방식. ↩︎
봇에 의해 조작되지 않고, 광고 효과가 높은 양질의 웹사이트 목록 제공. 광고주가 효과적으로 광고를 게시할 수 있게 돕는다. 양질의 웹사이트 리스트에 자신의 웹사이트를 추가하기 위해 금액을 예치하고, 나머지 유저들이 그 사이트의 유효성을 심사한다. challenge가 성공하면 진입 반대에 투표한 참여자의 stake는 분배된다. (찬성 투표자와 진입 신청자에게 반씩 분배.) ↩︎
블록체인 기반 커뮤니티 서비스. 좋은 글을 쓴 저지에게 voting할 수 있음. voting받은 저자는 해당하는 보상을 네트워크 내의 토큰으로 받고, voting한 독자는 큐레이션 보상을 받는다. ↩︎
익명의 즉각적인 결제를 위한 암호화폐. PoW 합의 방식을 가지고 있으며, 전체 채굴량의 10%를 자체 발전 기금으로 사용한다. 이 기금으로 누구나 네트워크 생태계를 위한 프로젝트를 개발할 수 있는데, 실제 네트워크에 반영하려면 Dash 마스터 노드들의 승인이 필요하다. ↩︎