본 문서 및 기타 문서는 변경 또는 추가 정보에 대한 통지없이 언제든지 수정하거나 변경될 수 있습니다. 이 자료는 정보 제공만을 목적으로 하며 향후 그 내용이 변경될 수 있습니다.

본 백서는 현재 진행 중인 프로젝트에 대한 정보를 제공하기 위해 작성된 것이며, 향후에 비즈니스 활동에 대해서는 그 어떤 내용도 보장하지 않습니다. 이 백서에서 언급한 기술적 세부 사항과 구현 프로세스는 실제 비즈니스 환경에 따라 변경될 수 있으며 정확하지 않을 수 있습니다. eosBLACK 프로젝트와 관련된 진행 사항은 민감하지 않는 범위 내에서 단계별로 GitHub에 공유될 것입니다.

본 백서에 기술된 내용은 현재 개발중이며 지속적으로 업데이트 되고 있습니다.

eosBLACK이 완성될 경우, 본 백서에 명시된 네트워크와는 상당 수준 차이가 날 수 있습니다. EOSBLACK PTE. LTD.는 모든 계획, 향후 예상이나 전망과 관련해 어떠한 보증도 하지 않으며, 본 문서의 어떠한 내용도 미래에 대한 약속이나 표시로 간주되지 않습니다.

    EOS Mainnet과 달리 BLACK Mainnet은 네트워크 사용자에게 계정 생성 비용을 부과하지 않습니다. 사용자는 다양한 DApp을 통해 신규 계정을 생성할 수 있으며, 계정 생성에 필요한 자원은 시스템을 통해 한시적으로 사용자 계정에 위임됩니다.

BLACK 토큰을 보유한 EOS Mainnet의 계정은 BLACK Mainnet에 그대로 승계되며 계정 유지에 필요한 최소 자원은 해당 계정이 보유한 BLACK 토큰으로 충당합니다.

eosBLACK은 Mainnet 전환 시점의 EOS 스냅샷을 바탕으로 BLACK Mainnet에 접근할 수 있는 계정을 발급할 예정입니다.

    EOSIO 네트워크 계정 생성 비용은 사용자 확보 측면에서 DApp 개발의 진입 장벽으로 평가됩니다. 일례로 계정당 생성 비용이 2,000원²일 때 100만 계정 생성 시 20억 원의 비용이 소요됩니다. eosBLACK은 계정 생성에 필요한 자원 뿐만 아니라 3 Kbytes의 RAM을 무료로 제공함으로써 사용자 부담을 극소화시킵니다.

신규 계정 생성 시 위임된 CPU와 NET Bandwidth는 30일간 무료로 제공되며, 이후 철회(Refund) 과정을 거쳐 시스템으로 회수됩니다. 이렇게 회수된 자원은 다시 신규 계정 생성에 활용됩니다.

컴퓨팅 자원이 없을 경우 사용자는 그 어떤 트랜잭션도 실행할 수 없습니다.
그렇기 때문에 DApp 계정이 부모 계정(Parent Account)의 역할을 하게 되며 신규 계정 생성에 필요한 트랜잭션을 실행합니다.

신규 사용자에게 제공되는 컴퓨팅 자원은 다음과 같습니다. 플랫폼의 모든 기능이 구현되기 전까지는 eosBLACK 개발사에 의해 비즈니스 파라미터가 결정될 수 있습니다.

    사용자는 가입일 기준 30일 동안 추가 자원 투입없이 계정을 유지할 수 있습니다. 만약 이 기간 동안 추가 스테이크를 하지 않으면 계정 사용이 중지됩니다.

    경쟁 네트워크 혹은 해커에 의한 무한 계정 생성에 따른 시스템 마비 및 계정 점유 이슈를 예방하기 위해 기존 사용자가 신규 사용자를 초대하는 네트워크 가입 방식을 고려합니다. 건강한 네트워크는 무의미한 다수가 만드는 것이 아닙니다. 비록 소수일지라도 활성 사용자(Active User)가 증가하면 네트워크의 성장잠재력도 커집니다.

    Invitation Code에 따른 계정 생성 방법이 다소 사용자의 접근을 제한한다면 Email Verification은 무분별한 계정 생성을 막을 수 있으면서 누구나 네트워크에 접근할 수 있게 합니다. 계정 생성에 따른 경제적 이득이 없다는 전제 하에, 신규 계정 생성을 위해 매번 새로운 메일 계정을 등록해야 하기 때문에 자동 계정 생성 이슈를 방지할 수 있습니다.

    eosBLACK 계정은 스테이크 수량을 기준으로 크게 토큰 홀더(Token Holder)와 스테이크홀더(Stakeholder)로 나뉩니다.

Token Holder < Minimum Stake  ≤ Stakeholder

스테이크홀더는 다시 참여자, 서포터, PO, 대표자로 구분됩니다. 참여자는 (대표자가 정한) 최소 토큰을 스테이크한 구성원으로 투표권과 투표보상의 권리를 갖습니다.

서포터, Project Owner³, 대표자 후보는 시스템 등록을 통해 해당 자격을 얻을 수 있습니다. eosBLACK은 네트워크 구성원의 신뢰도를 높이기 위해 담보(collateral) 개념의 스테이킹 기간을 요구하며 권한이 늘어날수록 최소 스테이크 수량과 철회 기간(Refund Duration)⁴은 늘어납니다.

계정 유형에 따른 최소 스테이크 수량 및 철회 기간은 대표자(Active Representative) 합의를 통해 변경될 수 있습니다. 특정 대표자에 의해 새롭게 제안된 파라미터 값은 36시간 동안 대표자 투표를 받게 되며, ⅔+1 이상 동의를 얻으면 예고(豫告) 기간(Notice Period)을 거친 후 시스템에 반영됩니다.

만약 일부 대표자가 기한 내에 의결권을 행사하지 않아 의사결정에 필요한 의결정족수가 충족되지 않으면 차순위 예비 대표자(Inactive Representative)에게 의사결정권이 이양됩니다.

대표자가 의결권을 행사하지 않을 경우 패널티 점수가 올라가며, 동일한 이벤트가 3회 연속 발생할 경우 7일간 동안 블록 생산에서 제외됩니다.

¹ 컴퓨팅 자원 할당을 위해 시스템에 잠긴 비용을 뜻함.↩
² eoshub 신규계정 생성 비용 https://eoshub.io/account/create?locale=ko ↩
³ Project Owner의 약자로 주로 분산형 애플리케이션 개발자를 지칭함.↩
⁴ 철회 기간은 시스템에 락업된 자원을 철회할 때 계정으로 자원이 복구될 때까지 걸리는 시간을 뜻함.↩

    eosBLACK 시스템은 RAM 무단점유(RAM Squatting)에 따른 비정상적인 RAM 가격 상승을 막기 위해 Active RAM⁵을 자동 회수합니다. 이때 RAM 철회 비용은 구매 시점의 가격을 기준으로 하며, 비정상적 RAM 구매에 따른 패널티 적용으로 1%의 거래 수수료가 부과됩니다. Active RAM의 회수량은 미사용 RAM 기준 90%이며, 트리거는 buyram/buyrambytes action과 그 액션으로 획득한 RAM의 50% 이하 사용률입니다.

EOS Mainnet은 RAM 가격 안정을 도모하기 위해 1 블록당 1KB의 RAM을 추가로 공급하겠다⁶고 밝힌 바 있지만 실제 네트워크 상의 RAM 수요와 상관 없이 일률적으로 RAM 자원을 늘린다는 점에서 비효율적 방안으로 보입니다.

[1 kbyte/block] x [2 block/sec] x [60 sec/min] x [60 min/hr] x [24hr/day] = 172,800 kbyte

    eosBLACK은 자원 활용의 효율성을 높이기 위해 CPU와 NET Bandwidth 자원 사용을 위한 스테이킹과 투표를 위한 스테이킹을 분리시키고자 합니다. 실제 상당량의 자원이 투표에 사용되지만 네트워크 자원으로는 활용되고 있지 않습니다. EOS Mainnet과 달리 eosBLACK은 투표에 따른 인센티브를 제공하기 때문에 자원 할당과 무관하게 투표에 자발적으로 참여하는 토큰 홀더들이 많을 것으로 봅니다.

    pokereosgame-resolvebet, betdiceadmin-reveal2 등의 Contract으로 인한 Inline Action이 기하급수적으로 증가하면서 CPU 자원 가격과 가용성이 문제화되고 있습니다. Daniel Larimer는 애플리케이션 수준에서의 코드 최적화로 불필요한 CPU 소비를 줄일 수 있다고 미디엄을 통해 밝힌 바 있지만 개별 네트워크 참여자에게 코드 최적화를 강제할 만한 수단이 없기 때문에 사실상 문제 해결 방법으로 보이지 않습니다. 또한 DApp 홍보하기 위해 악의적으로 대량 트랜잭션을 발생시키는 자전거래의 정황이 포착되기도 했습니다. eosBLACK은 커뮤니티 구성원을 통해 체인 위에서 구동할 DApp을 선정하기 때문에 무의미한 트랜잭션을 유발하는 DApp을 원천적으로 차단할 수 있고, 이로 인한 CPU 가격 상승을 예방할 수 있습니다.

⁵ 미사용 RAM↩
⁶ 무제한적 RAM 공급 모델↩

    스테이크홀더는 각자가 보유한 BLACK 수량에 비례하여 보팅 파워(Voting Power)⁸을 행사할 수 있습니다. EOS Mainnet과 동일하게 계정당 최대 30번 투표를 할 수 있고, 철회 역시 가능합니다. BLACK Mainnet에서 보팅 파워는 EOS Mainnet과 크게는 유사하나 Contribute Time⁹과 투표 계정수에 따른 보팅 파워 균등 분할 원칙이 적용됩니다.

    eosBLACK은 네트워크 충성도를 보팅 파워에 반영하고자 스테이크 유지 기간(Contribute Time)을 보팅 파워 산출 시 다음과 같이 반영합니다.

보팅 파워는 보팅 파워로 전환되지 않은 스테이크를 기준으로 매일 10%¹⁰씩 증가합니다. 예를 들어, 1,000 BLACK을 20일 간 스테이크한 계정은 5,000 BLACK을 하루 동안 스테이크한 계정보다 보팅 파워가 2배 가량 높습니다.

일 단위로 계산된 보팅 파워는 시간이 지남에 따라 누적 합산되며 그 내용은 다음과 같습니다.

    eosBLACK은 다수의 BLACK을 보유한 계정이 일부 대표자를 지지함으로써 발생할 수 있는 네트워크의 무결성을 높이고 담합 가능성을 줄이기 위해 보팅 파워 산출 시 투표 계정 수에 따라 보팅 파워를 균등 분할 원칙을 적용합니다. 그 계산은 다음과 같습니다.

    eosBLACK은 기초 자금과 인플레이션 등을 통해 마련한 예산을 바탕으로 (eosBLACK 생태계를 이끌) 전도유망한 DApp 개발 프로젝트를 지원합니다. 우리는 더 많은 구성원의 의견을 반영하고 특정 프로젝트에 특혜가 쏠리는 것을 막기 위해 다음과 같은 방법을 적용합니다.

    eosBLACK은 프로젝트 선정 과정에 혼합 증명을 사용함으로써 DPoS가 갖는 현실적 한계, 즉 소수에 의한 담합, 부당 공동행위 등을 제거합니다. 여기서 말하는 혼합 증명이란 의사결정 과정에 PoA(Proof of Approval)와 PoS(Proof of Stake)를 순차적으로 반영함을 뜻합니다.

제안 풀(Proposal Pool)에 등록된 프로젝트는 일정 기간 스테이크홀더의 지지(Approval)를 얻어 대표자 투표에 회부됩니다. 이때 리스팅되는 프로젝트는 전체 투표(Public Voting) 지지 결과를 바탕으로 예산 범위 내에서 선정이 됩니다.

대표자는 지정 기간 내에 프로젝트 선정 투표에 참여해야 하며, 기한 내에 의결정족수가 확보되지 않으 차순위 예비 대표자에게 투표권이 주어집니다.

투표 효력은 ⅔+1 이상 찬성(⅔ Supermajority) 시 발생하며 선정된 프로젝트는 각각의 로드맵에 따라 인적/물적 지원을 받게 됩니다.

    전체 투표 시 Approval voting의 찬성표를 집계하는 것에만 그치지 않고 프로젝트에 점수를 부여하는 방식으로 프로젝트에 대한 구성원들의 가치 척도(Measure of Value)를 보다 세분화하고자 합니다. 프리젠테이션 기간 중 집계되는 점수(Score)는 프로젝트 노출 순서에 영향을 줄 수 있습니다. 프리젠테이션 기간이 종료되면 PoA 기준으로 프로젝트를 선발하고, 동점이 나올 경우 점수를 활용합니다. 이 점수는 대표자 투표 시 의사결정의 지표로 사용될 수 있습니다. 만약 찬성표와 점수가 동일한 경우가 발생할 경우에는 비용 대비 성과 관점에서 더 낮은 예산의 프로젝트를 선정합니다.

⁸ 보팅 파워는 계정이 보유한 Staked Token의 양과 비례함. ↩
⁹ 계정을 유지한 총 기간을 뜻하며 ‘사용자 충성도(User Loyalty)’로 간주함. ↩
¹⁰ 10%의 수치는 대표자 합의에 따라 달라질 수 있음. ↩

    전체 투표(Public Voting: Stake-Weighted Approval Votes) 결과 상위 21위에 오른 대표자는 매 라운드마다 ⅔+1의 합의 알고리즘(Consensus Algorithm)을 사용하여 새로운 블록을 생성합니다. 대표자는 모든 네트워크 매개 변수를 수정할 수 있는 권한을 가집니다.

대표자는 21명의 활성 대표자(Producing Nodes)와 30명의 예비 대표자(Non-producing Nodes)로 구성됩니다. 블록의 유효성 검사를 하는 노드가 21개 뿐이라는 EOS 네트워크상의 설계 결함을 보완하기 위해 대표자 합의를 통해 대표 노드(Master Node, Producing Node)를 최대 51개까지 늘릴 수 있습니다.

블록 생산에 참여하는 대표자는 각 라운드마다 Round-robin Scheduling 방식¹¹으로 선정됩니다.

대표자 후보(Candidates)가 되려면 정해진 수량 만큼 BLACK을 스테이킹해야 하며, 이 과정에서 투표 시스템에 락업된 BLACK은 철회 요청 시 일정 기간 동안 시스템에 묶인 뒤 환불 처리됩니다.

    POW (Proof Of Work) 및 POS (Proof Of Stake) 합의 메커니즘은 높은 수준의 트랜잭션 요구를 빠르게 처리할 수 없습니다. DPOS + BFT 합의 메커니즘은 사용자 경험과 분산 시스템 모두를 충족시키는 솔루션으로 이미 Steem과 Bitshares를 통해 검증된 바 있습니다. 이 메커니즘을 사용하면 사이드체인 혹은 샤딩 처리 매커니즘 없이도 초당 수천 건의 트랜잭션을 처리할 수 있습니다.

• 최소 8 코어 CPU
• 최소 32 GB RAM
• 100Mbps의 인터넷 연결 속도를 제공하는 고정 IP
• SSD Storage

    대표자는 다음의 사항으로 인해 그 자격을 잃을 수 있습니다.

• 참여자 지지 철회: 참여자는 자신의 투표를 철회하여 다른 후보 또는 대표자에게 투표를 행사할 수 있습니다.
• 대표자 해임 투표 통과: 대표자가 생태계 유지에 심각한 피해를 입혔다고 판단될 경우 대표자들은 해당 대표자의 해임을 투표로 결정할 수 있습니다. 해당 대표자를 제외, 예비 대표자 포함 대표자 투표에서 ⅔+1 이상의 해임 찬성이 있을 경우
• 최소 스테이킹 수량 조건 미충족: 대표자는 최소 N개¹² 이상의 스테이킹 수량을 임기 기간 중 항상 유지해야 합니다. 최소 스테이킹 수량 미만으로 떨어질 경우 대표자 자격을 상실합니다.

    BLACK 토큰 홀더라면 누구나 스테이킹과 등록을 통해서 서포터 지위를 획득할 수 있습니다. 서포터 등록이 완료되면 자동으로 서포터 풀(Supporter’s Pool)에 등록됩니다.

서포터는 크립토 팩토리에서 개발되는 DApp 프로젝트에 참여할 수 있으며, 그에 대한 보상을 받습니다. 이는 EOS Mainnet의 Work Proposal과 유사하며 서포터는 지속적 프로젝트 참여와 평판 관리를 통해 더 높은 보상을 획득할 수 있습니다. 이들의 참여는 스마트 컨트랙트에 의해 관리되고 그에 따른 보상이 집행됩니다.

토큰 홀더는 서포터 등록 시 다음 사항을 등록해야 합니다.

    Advisory Board(이하 고문)의 구성원은 전체 투표를 통해 선출되며, 업무의 연속성을 보장하기 위해 심각한 도덕적 해이를 일으키지 않는 한 1년간의 임기를 보장 받습니다.

• 연임 가능
• 후보 출마 시 일정 수량의 BLACK이 청구될 수 있음.

임기 내에 일부 고문이 신의성실의 원칙을 다하지 않아 대표자 투표에 의해 그 자격을 잃게 되면 당해년도 고문 투표 지지율을 바탕으로 새 고문 후보를 선임합니다. 만약 그 후보가 고문 제안을 받아들이면, 잔여 임기 동안 고문으로서 활동하게 됩니다.

고문 투표는 매 라운드마다 계상되는 대표자 투와 달리 당해년도 투표가 만료된 시점부터는 투표 철회가 불가능합니다.

고문 활동에 대한 보상은 서포터 보상의 일종으로 대표자에 의해 그 수량이 결정됩니다.

• 프로젝트 예산 결정
• 프로젝트 제안 심의
• 비즈니스 파라미터 제안

¹¹ 모든 순서가 차례대로 지속되고, 마지막 순서가 끝나면 다시 첫 번째 것이 기회를 얻는 방식. ↩
¹² 기본 수량은 대표자 합의에 따라 변경될 수 있으나 기본 수량은 “Table 2. 계정 유형에 따른 최소 스테이크 수량 및 철회 기간”을 기준으로 함. ↩

    eosBLACK은 생태계의 가치 및 활용성을 확대하기 위해 새로운 아이디어 및 프로젝트들을 지원하며, 생태계 구성원들이 그 혁신의 과정에 직접 참여할 수 있도록 인센티브를 지급합니다. 인센티브는 크게

• 네크워크 노드 유지를 위한 블록생산 보상,
• 네트워크 성장을 위한 서포터 활동 보상,
• 탈중앙화의 가치를 제고할 수 있는 투표 보상

으로 구성됩니다.

    Round-robin 로드 밸런싱은 클라이언트 요청을 서버 그룹 전체에 ‘차례로’ 할당하는 방법이라면 Weighted Round Robin 로드 밸런싱은 ‘특정 기준(가중치)’에 따라 클라이언트 요청을 각 대표 노드에 할당하는 방법입니다.

'가중치'라는 속성을 사용하여 블록생 요청이 가중치에 비례하여 노드에 할당되는 방법을 통해 대표자 간 블록생성 보상을 조절하여 대표자들이 보다 책임감 있게 노드를 유지하고 관리할 수 있게 유도하고자 합니다.

예를 들어 클러스터에 두 개의 노드가 있고 관리자가 노드A에 가중치 100을, 노드B에 가중치 400을 할당했다고 가정하면 100개의 요청 중 20개는 노드 A로 가고 80개는 노드 B로 가게 됩니다. 가중 라운드 로빈 방식은 패널티 받은 노드에 적용함으로써 사전에 발생 가능한 문제를 차단하는 기제로 사용될 수 있습니다.

    eosBLACK은 커뮤니티의 성장을 견인하는 서포터들의 인센티브 지급을 위해 다음과 같은 기준을 사용합니다.

    서포터는 신규 팔로워 수, 글 추천 수 등을 바탕으로 점수를 얻게 됩니다. 이 점수(50%)는 서포터 랭킹 시스템의 지지율(50%)과 합산되어 인센티브 할당의 기준이 됩니다. 보상은 주 단위로 산정되며, 지급 기준 또한 주 단위로 할당됩니다. 보상은 클레임 요청 시 지급됩니다.

    서포터 랭킹 보상은 투표율(Votes Proportion)을 근거로 계산되며, 그 산식은 다음과 같습니다.

서포터 보상 = 총 주 보상 × (last_supporter_vote_weight ÷ 전체 last_vote_weight)

1%의 임계치(Qualifying Threshold)가 존재하며 그 이하는 보상 대상에서 제외됩니다. 투표율 산정 방식은 대표자 투표와 동일하며 계정당 최대 10개의 계정에 투표할 수 있습니다.

    투표 보상은 계정당 스테이크 자원(Staked Coins)을 기준으로 할당되며, 그 산식은 다음과 같습니다.

투표 보상 = 총 에어드랍 수량 × (last_vote_weight ÷ 전체 last_vote_weight)

투표 보상에서 투표는 대표자 투표와 프로젝트 투표를 말하며, 에어드랍을 받기 위해서는 두 가지 유형의 투표에 모두 참여해야 합니다.

PO는 프로젝트 토큰 할당 계획에 따라 에어드랍을 실시해야 하며, 이중 80%는 전체 투표자를 대상으로 지급되고, 나머지 20%는 해당 프로젝트에 투표한 구성원에게 지분율에 따라 지급됩니다.

    크립토 팩토리(Crypto Factory)에서 발행된 토큰은 스카이훅(Skyhook) 방식으로 지급되며, 기한 내에 사용자로부터 지급 요청(Claim)이 없을 경우 기 지급된 토큰은 에어그랩(Airgrab)과 달리 전량 회수됩니다. 또한 사용자(Receiver)들은 새로운 토큰 정보를 저장하기 위해 소량의 RAM 자원(약 240 bytes)을 제공해야 합니다.

    eosBLACK의 프로젝트 지원은 커뮤니티의 투표 과정을 통해 결정되기 때문에 Community-driven Project라 볼 수 있습니다. ‘온체인 거버넌스(On-chain Governance)’를 통해 최종 선발된 프로젝트는 개발에 필요한 자금을 지원받습니다. 각 라운드(Phase) 당 할당된 예산의 범위에 따라 프로젝트 선정 개수 또한 달라지기 때문에 PO(Project Owner)는 더 높은 지지율을 획득하기 위해 BM(Business Model) 설계와 제안서의 완성도를 높여야 합니다.

    eosBLACK은 프로젝트 등록 남발을 막기 위해 소정의 프로젝트 등록 비용(Anti-spam fee)을 요구할 수 있습니다.

    PO는 프로젝트 등록 시 다음과 같은 기초 정보를 시스템에 등록해야 합니다.

    프로젝트는 다음과 같은 투표 과정을 선정됩니다.

    프로젝트 제안서는 암호화 과정을 거쳐 블록체인에 저장되며 중앙화된 협의체에 의해 검토, 검열되지 않습니다. 프리젠테이션 기간은 1주이며, 이 기간 동안 국민투표(Referendum)가 실시됩니다. 프로젝트 제안서를 최종 제출하지 않았다면 PO는 국민투표 개시 전까지 제안서를 업데이트 할 수 있습니다. 본 기간이 종료되면 스마트 컨트랙트에 의해 자동으로 투표 결과가 공개됩니다. 대표자 투표를 진행하기에 앞서 전문가 집단이 프로젝트 선발 후보를 면밀히 검증하고 대표자들의 의사 결정에 필요한 자료를 제공합니다.

    국민투표의 경우 전체 구성원의 15% 이상이 참여해야 그 결과가 발동되며, 대표자 투표로 제안서가 최종 승인되면 PO는 로드맵에 따라 개발 작업하게 됩니다. PO는 프로젝트 예산을 지원받음에 따라 기한 내에 로드맵에 따른 산출물을 제출해야 하며, 각 Sub-project 단위로 개발에 투입되는 비용을 청구할 수 있습니다. 예산 집행 여부와 관련된 합의는 대표자 투표를 통해 이루어집니다.

    프로젝트 제안서 노출 순서와 관련한 중앙화 이슈를 최대한 배제하기 위해 좋아요/싫어요(Up/down votes)를 정보를 Ordering에 반영할 예정입니다. 이 정보는 투표 결과에 계상되지 않습니다.

    낮은 지지를 받아 선정에서 제외된 제안서라 하더라도 PO의 결정에 따라 이후 라운드에서 다시 경합을 벌일 수 있습니다.

    투표가 끝나기 전 득표 현황이 네트워크에 실시간으로 공개되는 것은 이미 상대적으로 높은 지지율을 얻은 제안서에 투표가 몰리는 상황을 연출할 수 있습니다. 이는 다수가 선택할만한 곳에 투표를 한다는 ‘케인즈의 미인대회 이론(Keynesian beauty contest)’을 연상시킵니다. PLCR(Partial Lock Commit/Reveal) 투표 방식¹³을 활용하면 투표 기간 동안 득표 상황이 체인에 공개되지 않게 함으로써 불특정 다수의 투표가 인센티브에 의해 무의미한 방향으로 쏠리는 것을 막을 수 있습니다.

    Score Voting을 통해 획득한 점수와 좋아요/싫어요(Up/down votes)가 프로젝트 제안서의 노출 순서에 영향을 미칠 수 있다고 앞서 언급한 바 있습니다. 제안서의 전시 순서는 지지율의 결과를 좌우할 만큼 큰 영향을 미치는 요소 중 하나입니다. 그렇기 때문에 Human Curated가 아닌 알고리즘에 의해 전시되어야 합니다.

    프로젝트는 예산 범위에 따라 다음과 같은 기준으로 분류됩니다.

    프로젝트 진행에 따른 구성원 보상(Airdrop)은 다음의 기준에 따라 그 유형이 나뉩니다.

    PO는 네트워크에 배치된 스마트 계약에 대한 지적 재산권에 대한 권리를 보유할 수 있습니다.

PO는 프로젝트 등록 시 충분한 개발 계획과 자금 집행 계획을 세워야 하며, 프로젝트 선정 이후에는 정기/비정기적 보고를 통해 프로젝트 진척사항을 참여자들에게 알려야 합니다.

• 제출된 문서는 완전하고 정확해야 합니다.
• 정책 위험 없이 전문성 및 규정 준수 요건을 충족해야 합니다.
• 프로젝트는 실제 기술 지원이 가능해야 하며 실용적인 응용 프로그램을 목표로 해야 합니다.
• 유기적으로 일하는 팀 가지고 있어야 하며 커뮤니티를 관리/유지해야 합니다.
• Token Economy 설계에 대한 eosBLACK Advisory Board의 평가 기준을 충족해야 합니다.
• 백서, 주기적인 개발 진행 보고서를 포함한 프로젝트관련 정보를 진실하고 시기 적절한 방법으로 제공해야 합니다.
• Crypto Factory Proposal 등록에 대한 기타 명시적 요구사항
  총 토큰의 10% 이상 또는 유통 중인 토큰의 20% 이상을 제공해야 합니다.*

¹³ Partial-Lock Commit-Reveal Voting https://github.com/ConsenSys/PLCRVoting ↩