EOS EOSIO DApp 개발 – '에브리피디아 백서 읽기' 시리즈 7.Staking IQ Tokens

Staking IQ Tokens

Staking IQ tokens is required to propose edits, vote on edits, and propose/vote on network governance actions. IQ is staked by locking up tokens in a 21-day vesting period. This is similar to other blockchains such as Steem which requires users to “power up” (essentially lock and vest) their tokens in order to vote/stake them on content published on the platform.[9] The process of staking IQ is also called powering up (as a token of appreciation to Steem’s pioneering design). IQ that is locked up for 21 days gives the holder “brain power” (BP) at a 1:1 ratio. Brain power is not a fungible or transferable token and only spent during usage of the EPN by the staking account. Once an account’s BP is entirely spent, they must wait for the IQ staking period of 21 days to end before re-staking their tokens for BP to use the EPN. Otherwise, they can acquire more IQ tokens and stake the newly acquired IQ for BP.

편집을 제안하거나 편집에 투표하거나 네크워크 거버전스 액션을 제안하거나 투표하려면 IQ 토큰을 예치(staking)해야 해.
IQ 토큰을 예치하는 것은 스티밋의 파워업과 같은 개념이야. 에브리피디아에서 파워는 브레인파워라고 해. IQ토큰을 예치하면 1:1 비율로 브레인파워가 생기는거지. 예치된 토큰은 회수하려면(전송 등을 위해) 21일이 걸려. 21일 동안 묶어두는 거야.
브레인파워는 21일의 예치 기간이 지나면 브레인파워를 회수하기로 하지 않았다면 다시 예치돼. 다시 예치될 때 사용량은 0으로 초기화돼.
계정의 브레인파워를 다 써버렸다면 IQ 토큰을 더 구해서 예치하거나 21일의 예치 기간이 끝나 다시 예치될 때까지 기다려야하겠지.

Example: A user has 150 IQ tokens. They can call the staking function to lock up their 150 IQ tokens for 21 days and get their account allocated 150 Brain Power to use for proposing edits, governance actions, and voting.

예를 들어, 150 IQ 토큰을 가진 사용자가 있을 때, 150 IQ 토큰을 예치하면 150 브레인파워가 생기겠지. 이 브레인파워를 가지고 편집이나 거버넌스 액션을 제안하거나 투표를 할 수 있지.

The second feature of the article module is using BP for token holder voting of inclusion or exclusion of proposed edits in queue. The validation of articles goes through a validation algorithm (below) with parameters that can be changed through a governance vote.

아티클 모듈의 중요한 두 번째 기능은 제안된 편집에 대해 토큰홀더들이 투표할 수 있도록 하는 거야. 투표를 통해 편집 제안에 대해 검증하는거지.

Edit proposals are approved in tiers which is an output of the validator function inside the article module. The tiers are as follows:

아티클 모듈의 검증 기능은 다음과 같은 결과를 내놓지.

Tier 1: Proposal not approved
Tier 2: Proposal approved, no token reward given, collateral returned
Tier 3: Proposal approved, token rewards given proportional to token holder votes, collateral returned

구간 1: 제안 승인되지 않음. 담보 돌려주지 않음.
구간 2: 제안 승인, 토큰 보상 없음, 담보 돌려줌.
구간 3: 제안 승인, 득표율에 비례한 보상이 주어짐, 담보 돌려줌.

If edit proposals hit Tier 2 or Tier 3 then the article module will store the corresponding edit proposal object into the module database.

편집 제안이 2나 3 구간에 있으면 아티클 모듈은 대응하는 편집 제안 객체를 모듈 데이터베이스에 저장할 거야.

Validation Algorithm (the content consensus method)

One of the most important processes in the network is the validation of state changes to the database - that is, approval of changes to articles or creation of new ones. The validation algorithm is a function which takes in as arguments the proposed edit object of the article and the BP votes for that proposal. It returns the tier of the edit proposal and token rewards and slashing conditions (if applicable).

네트워크의 가장 중요한 프로세스의 하나는 데이터베이스의 상태 변경을 검증하는거겠지. 글에 변경하거나 새로운 글에 대한 승인 같은 일말야.
검증 기능은 편집 제안 객체와 제안에 대한 득표율을 인자로 받아 구간을 리턴해야겠지.

The validation period for each edit lasts a maximum of 72 hours or when a minimum staking threshold is reached.

편집이 가능한 기간은 최대 72시간 또는 최소 득표율 구간에 도달할 때까지야. 3일 동안은 글 내용을 바꾸거나 삭제할 수 있다는 거지? 최소 득표율 구간에 도달했다는 것은 네트워크의 노력이 의미 있을 정도로 들어갔고 글도 어느 정도의 가치를 인정받았으니 더 이상 편집하지 못하도록 하겠다는 거고.

Front-ends are free to use their own criteria to display pending edits since even pending edit objects are located inside the database. For example, some front-ends could choose to display all pending edits with time-sensitive content.

프론트-엔드는 시간이나 득표율 등을 가지고 편집 제안 상태를 자신의 기준에 맞춰 자유롭게 보여줄 수 있겠지. 뭐 이런 당연한 이야기를 하고 그래.

At the end of the validation period, an edit is classified into a tier using the following criteria. These criteria can be modified by the governance module. One vote is equivalent to one BP.

어떤 기준에 의해 득표율 구간을 나누지? 아래 기준에 따라. 1 투표는 1 브레인파워. 당연한 이야기지만 기준은 거버넌스 모듈에 의해 수정될 수 있겠지.

Tier 1 - Less than 50% yes votes
Tier 2 - Greater than 50% of yes votes but fails to qualify for Tier 3.
Tier 3 - Greater than 75% of yes votes

찬성이 50% 미만이면 구간 1, 50% 이상 75% 미만이면 구간 2, 75%이상이면 구간 3

Every vote received by a Tier 3 edit counts towards an editor’s daily contribution value. IQ rewards for the day are dispersed based on the formulas in Listings 1 and 2 in the Token Module.

3 구간에 속한 모든 투표는 편집자의 일일 기여도에 포함돼. 보상은 토큰 모듈에 의해 아래 식에 따라 분배돼.
보상은 큐레이션에 대한 보상과 글 작성(저자)에 대한 보상으로 구분돼.

Curation Rewards
CMR * (SBP/OBP) = user's curation reward per period P

CMR = Curation mint rate; number of IQ tokens minted for curation rewards per period P (initial network P = 30 minutes)
SBP = Summaton of one user's Brain Power which voted on the majority side during period P
OBP = Summation of all user's Brain Power which voted on the majority side during period P

Edit Rewards (Content Rewards)
EMR * (TBP/OTBP) = user's curation reward per period P

EMR = Edit mint rate; number of IQ tokens minted for editor rewards per period P (initial network P = 30 minutes)
TBP = Summaton of one editor's Brain Power votes surpassing Tier 2 threshold during period P
OTBP = Summation of all editor's Brain Power votes surpassing Tier 2 threshold during period P

30분 기간을 기준으로 토큰발행량에 단일 큐레이터가 얻은 브레인파워를 곱하고, 큐레이터 전체가 얻은 브레인파워로 나누면 되겠지. 저자 보상도 같은 방법으로.