Pooling Resources to Build Important EOS Infrastructure
EOS42 is joining forces with other EOS proxies to incentivize the development of useful EOS infrastructure. Instead of having to “guess” what voters want, BPs will have access to known deliverables that will guarantee votes. Similar to the idea of Worker Proposals, voters can “fund” projects that they want by flexing their voting power.
This model explicitly aligns incentives so that important EOS projects are built. BPs can have more certainty about the impact of their efforts on their ranking position, and voters can start to create a more actively engaged culture in which their desires are less abstracted.
We will prioritize bounties for critical EOS infrastructure that generally fall under these categories:
- Unlikely to get developed due highly demanding development costs
- No post development monetary returns
- Network Security
The first two bounties offered are for the development of an open source full history solution, and a mechanism for testing standby production.
EOS42 has already spoken with the following proxies who will collaborate in this effort. Whoever completes the development of the a full history solution, or mechanism for testing the ability of paid standby producer to produce, will receive votes from the following proxies for up to one year.
- The Starkness
- Chintai
- Investing With a Difference
- Colin Talks Crypto
- EOS Titan
- EOS Cannon Proxy
- Tokenika
- Freedom Proxy
- EOS Vibes
- Mentormarket
- Good Guys 4 EOS
- BP Governance Proxy
- Mereo
- Aneta_EOS
- EOS BP Ratings
- Ferdous Bhai Proxy
- Vote With Detroit
Each proxy has tentatively committed to one year of votes for each bounty. Proposals will be evaluated and final commitments will be made at that time.
Total Votes as of 2/10/19: 26,630,478
If you run a proxy and would like to join this effort, please reach out to EOS42 and we will include your proxy on the list.
General Bounty Criteria
Open Source Full History Solution
- Conforms to the existing history plugin RPC format that is compatible with existing infrastructure. RPC documented here: https://developers.eos.io/eosio-nodeos/reference
- OR, if a new API standard is introduced, it should be well documented
Testing Paid Standby Ability to Produce
- One Standby BP is randomly rotated every 6 hours
- BP is rotated into a producing spot that does not contribute to finality, nor affect the top 21
- Ability to produce must be confirmed objectively
- Automated enforcement is ideal
Why Full History?
Full History nodes support the crucial function of allowing dApps to effectively query blockchain data. The current solutions are cost burdensome, inefficient, or closed source. EOS needs to develop a scalable, open source solution that will lead to efficiency and redundancy.
Why Test Standby BPs?
EOS42 has been very involved in developing the governing protocol of the `reg_producer` contract. We’re advocates of enforceable standards that hold BPs accountable, and protect the basic elements DPoS.
Given the current game theory involved in EOS, it’s unlikely that BPs would enforce anything that isn’t an objective threat to network security. However, being able to produce blocks is a bare minimum requirement that most everyone can likely agree on. Every paid BP should be able to produce blocks. Testing standby BPs ability to produce blocks protects network security, nourishes network performance, and keeps paid standbys honest.
Want to Pursue a Bounty?
EOS42 will work alongside the listed proxies to manage proposals for the bounties. If you want to propose a solution, reach out to EOS42.
If we approve your plan, you will immediately receive votes with expected deliverables. If you fail to meet the timeline for a given deliverable, votes are subject to being removed. We imagine participants sharing their progress every 2–4 weeks.
Disclaimer: Proxy managers can revoke their votes for reasons beyond failure to deliver on commitments in approved proposals. For example, malicious behavior, or failure to carry out basic elements of a Block Producer candidacy could be grounds for terminating an agreement.
Looking Ahead
Our hope is to use the power of token holder vote to help explicitly guide the efforts of Block Producers, leading to a healthier ecosystem for everyone!
At least two slots will be reserved on the Chintai proxy to incentivize the development of network wide infrastructure that directly contributes to network security, but is unlikely to get developed due highly demanding development costs, and no post development monetary returns.
We believe that having a guaranteed return in the from of votes will enable Block Producers to develop useful infrastructure that will nourish network security and DPoS.
The Chintai proxy “bounty slots” will be managed by EOS42.
We invite feedback and community discussion on the topic.
一起提供投票悬赏，激励EOS重要基础设施的开发
集中资源构建重要的EOS基础设施
EOS42正在与其他EOS代理通力合作，以鼓励开发有用的EOS基础设施。出块节点将不再需要“猜测”投票者想要什么，而是可以知晓哪些成果将能够确保获得选票。类似于工作者提案(Worker Proposals)的想法，选民可以通过他们的投票权来“资助”他们想要的项目。
该模型将提供明确的一致性激励，以便构建重要的EOS项目。出块节点对于所作出的努力对其排名地位的影响将更加明确，选民也可以开始创建一种更加积极参与的文化，他们的愿望将会更为具体。
我们将优先考虑为通常属于如下类别的 EOS 重要基础设施提供悬赏:
- 由于开发成本高，开发的可能性不大
- 开发之后，没有金钱回报
- 关于网络安全方面
所提供的前两项悬赏，将用于开发开源的完整 EOS 区块链历史解决方案，以及测试备用出块的机制。
EOS42已与如下代理交流，他们将参与此项工作。任何人完成了完整历史解决方案的开发，或者完成了用于测试有酬备选节点的出块能力的机制，都将从如下代理获得时长最多一年的投票：
- Chintai
- Investing With a Difference
- Colin Talks Crypto
- Freedom Proxy
- EOSVibes
- Tokenika
- Mereo
- Aneta_EOS
- EOS BP Ratings
当前每个EOS 代理都暂时承诺，会对每项悬赏项进行为期一年的投票。届时会对提议进行评估，并作出最后承诺。
截至 2019年2月7日，总票数为: 11,204,588
若您是投票代理也想参与进来，请联系 EOS42，我们会将您加入列表之中。
通用的悬赏标准
开源的完全历史解决方案
- 符合现有历史插件的RPC格式，与现有基础架构兼容。RPC的文档参见: https://developers.eos.io/eosio-nodeos/reference
- 或者，如果引入了新的API标准，则应该有良好的文档描述
测试有报酬的备选节点的出块能力
- 每6小时随机抽选一个备用BP
- 将该 BP 轮换至出块位，不影响出块结果的最终性(finality)，也不影响前21个出块节点
- 其出块能力必须客观确认
- 若能自动执行，则最为理想
为何选择全历史解决方案？
让dApps 能够有效查询区块链数据，是一项关键功能，该功能由全历史节点提供支持。当前的解决方案成本高、效率低或者并未开源。EOS 需要开发一个可扩展的开源解决方案，从而提高效率和冗余性。
为何选择测试备选节点？
EOS42一直积极参与制定“reg_producer”合约的治理协议。我们提倡可执行的标准，使得出块节点负起责任，并保护 DPoS 的基本要素。
考虑到目前EOS所涉及的博弈论，出块节点不太可能强制执行任何对网络安全不构成客观威胁的东西。然而，具备出块能力，是大多数人都可能会同意的最低要求。每个获得报酬的节点，都应该能够生产区块。测试备选节点的出块的能力，有助于保护网络安全，提高网络性能，并确保付费备用节点的诚实。
想要获得悬赏？
EOS42 将与列表中的代理们一起管理悬赏的提案。如果你想提出解决方案，请联系 EOS42。
如果您的计划获得了批准，您将立即得到投票，预期交付成果。如果您未能如期交付，则将被移除投票。我们设想参与者每隔 2–4 周可以分享他们的进度。
免责声明: 由于除了未能如期交付所承诺的提案成果之外其他的原因， EOS 投票代理的管理者可能会撤销他们的投票。例如，出块节点具有恶意行为，或未能执行出块节点候选资格的基本要素等，都可能成为终止投票的原因。
展望未来
我们希望利用持币者的投票权，对出块节点的努力予以明确的指引，将带给所有人更健康的生态系统!
Chintai 代理将保留至少两个名额，以激励网络基础设施的发展，这些基础设施直接有助于网络安全，但由于开发成本高，且开发后无资金回报，得到开发的可能性不高。
我们相信，通过投票的方式提供回报保障，将促使出块节点开发有用的基础设施，促进网络安全和 DPoS 机制。
Chintai 代理的悬赏名额，将由 EOS42 管理。
我们诚邀您提供反馈，参与这一主题的讨论。
중요한 EOS 인프라를 구축하기위한 프록시 투표 협력체
EOS42는 다른 EOS Proxy 들과 협력하여 유용한 EOS 인프라 개발을 장려할것입니다. 유권자들이 원하는 것을 “추측”하는 대신, BP 들은 그들의 투표를 받기 위해서 실제로 실천해야 할 목표를 알수 있게 될 것입니다. 투표자는 Worker Proposals 의 아이디어와 마찬가지로 투표권을 행사함으로써 원하는 프로젝트에 “자금/서포트”를 투입 할 수 있게 됩니다.
저희가 제안하는 이 모델은 EOS 의 미래를 위한 중요한 프로젝트들의 개발과 BP 보상이라는 인센티브가 투명하게 일치되도록 만들 것입니다. BP 들은 자신의 노력에 대한 보상으로 득표를 받을수 있다는 것에 대해 확신을 가질 수 있으며, 유권자들은 적극적으로 참여하여 본인들의 욕구를 반영시킬 수 있을 것입니다.
저희는 일반적으로 다음 카테고리에 해당하는 중요한 EOS 인프라 프로젝트들에 대해 우선 순위를 결정할 것입니다.
- 높은 개발 비용으로 인해 개발되기 힘든 분야
- 개발 후 이익이 없는 분야
- 네트워크 보안에 관련된 분야
저희가 보상을 제공 할 첫 번째 두개의 프로젝트는 “오픈 소스 풀 히스토리 솔루션”과 “대기 BP의 블록생성 능력 테스트를 위한 메커니즘” 입니다.
EOS42 는 이미 이 움직임에 협력 할 다음과 같은 프록시 들과 대화를 나눴습니다. 풀 히스토리 솔루션의 개발을 완료하거나, 대기 BP의 블록생성 능력을 테스트하는 메커니즘을 완성한 BP 는다음 프록시에서 1 년 동안 투표를 받게 될 것입니다.
- Chintai
- Investing With a Difference
- Colin Talks Crypto
- Freedom Proxy
- EOSVibes
- Tokenika
- Mereo
- Aneta_EOS
- EOS BP Ratings
각 프록시는 보상으로 각 현상 프로젝트에 대해 1 년 씩 투표합니다. 프로젝트에 대한 제안서가 평가되고 나면, 그 시점에 보상에 대한 최종 확약이 이루어질 것입니다.
2/7/19 기준 총 투표 수 : 11,204,588
만약 여러분 중, 프록시 투표를 운영하고 있으며 이러한 움직임에 동참하고 싶다면 EOS42 에 연락하십시오. 그러면 당신의 프록시도 목록에 포함될 것입니다.
현상 프로젝트 (Bounty) 조건
오픈 소스 풀 히스토리 솔루션
- 기존 인프라와 호환되는 기존 히스토리 플러그인 RPC 형식과 호환 가능해야 합니다. RPC documented here:
- https://developers.eos.io/eosio-nodeos/reference
- 또는 새로운 API 표준이 도입된다면, 잘 문서화 되어야 합니다.
대기중인 유급 BP 능력 테스트
- 하나의 대기 BP가 6 시간마다 무작위로 선택됩니다.
- 선택된 대기 BP는 생성자와 같은 작업을 실행하지만, 최종반영이 되지 않으며 상위 21개 BP에 영향을 미치지 않아야 합니다
- 생성 능력은 객관적으로 확인가능 해야 합니다.
- 자동 집행이 가능하다면 이상적일 것입니다.
왜 풀 히스토리가 필요한가요?
풀 히스토리 노드는 dApp이 효과적으로 블록체인 데이터를 쿼리 할 수 있도록 하는 중요한 기능을 지원합니다. 현재의 솔루션은 비용 부담, 비효율적 또는 폐쇄적인 소스입니다. EOS는 효율성과 중복성으로 이어지는 확장 가능한 오픈 소스 솔루션을 개발해야 합니다.
왜 대기 BP 를 테스트 해야 합니까?
EOS42는 `reg_producer` 계약의 관리 프로토콜 개발에 깊이 관여해 왔습니다. 저희는 BP에게 책임을 묻고 DPoS의 기본 요소를 보호하는 집행 가능한 표준을 지지합니다.
블록을 생산할 수 있는 능력은 거의 모든 사람들이 동의 할 수 있는 BP의 최소한의 요구 사항입니다. 모든 paid BP는 블록을 생산할 수 있어야 합니다. 대기 BP의 블록 생성 능력 테스트는 네트워크 보안을 높이고 네트워크 성능을 향상 시키며 paid 대기 BP 들을 정직하게 만들 것입니다.
현상 프로젝트에 참여하고 싶나요?
EOS42 는 현상 프로젝트에 대한 제안들을 관리 하기 위해 나열된 프록시 들과 함께 협력할 것입니다. 현상 프로젝트에 대한 솔루션을 제안하려면, EOS42에 문의해 주세요.
저희가 현상 프로젝트에 대한 BP 의 솔루션 제안을 승인한다면, 해당 BP 는 결과물을 전달해야 하는 마감 시간을 받고 즉시 투표를 받을 것입니다. 허나 프로젝트에 대한 마감 시간을 충족시키지 못하면 투표가 취소될 수 있습니다. 참가자들은 2–4 주 마다 진행 상황을 공유한다고 기대하면 됩니다.
면책 조항 : 프록시 관리자는 BP의 프로젝트 과업 불이행 뿐 아니라 다른 이유로도 투표를 철회 할 수 있습니다. 예를 들어, 블록프로듀서 후보의 기본 요소를 수행하지 못하거나 악의적인 행동이 있다면, 투표 종료의 근거가 될 수 있습니다.
앞을 내다 보며..
저희의 희망은 토큰 소지자들이 그들의 투표권을 사용하여 BP 들을 노력하게 하고, 이로 인해 건강한 생태계를 만들어 나가는 것입니다.
이 움직임을 위해 적어도 2 개의 투표 슬롯이 Chintai 프록시에 할당되어, 위 우선순위 프로젝트 요건에 나열한 것과 같이 EOS를 위해 정말 중요한 개발을 이루어낸 BP들을 투표로 보상하게 될 것입니다.
저희는 투표로 인해 보장 된 수익을 얻으면 BP들이 좀더 적극적으로 네트워크 기술 및 보안을 발전 시키는 개발을 할 것이라 믿습니다.
Chintai 프록시 “현상 프로젝트 보상을 위한 투표 슬롯” 은 EOS42에서 관리합니다.
이 주제에 대한 의견교환 및 커뮤니티 토론에 여러분을 초대합니다.
