EOSForce Main Network Development Weekly Report No. 52



  • 中文

    开发进展

    1. EOSForce新系统合约移植 eosio.lock 与 eosio.msig 合约。

    2. EOSForce实现通用的币龄(assetage)机制,统一代码实现。

    3. EOSForce添加全局投票状态,以显示整体投票数据和优化执行效率。

    4. EOSForce系统合约完善李嘉图合约。

    5. 重构EOSForce系统代码,调整代码组织结构。

    6. 基于EOSForce新经济模型方案更新EOSForce系统合约。

    7. 配合社区更新EOSForce主网至force-v1.6.0版本, 为后续更新做准备。

    8. 配合社区测试Codex跨链系统。

    9. 修正测试中反馈的Codex.relay问题。

    10. 根据FIP#7提案规划EOSForce系统合约开发计划。

    11. 设计EOSForce定期投票实现方案,规划升级兼容机制。

    社区动态

    1. EOSForce主网完成Force-V1.6.0版本升级,将同时支持两种资源模型。

    2. EOSForce主网第十一届BP会议顺利召开,超级节点投票通过EOSForce主网改进提案 FIP#7。

    周报解读

    本周超级节点共同完成了Force-V1.6.0版本升级,升级后的EOForce主网能同时支持两种资源模型。多资源模型共存意味着开发者在使用资源时拥有了更多的选择,也意味着EOSForce主网的资源能被更有效合理的利用。

    本周,超级节点还投票通过了由Jeepool节点、九州资本、开发团队共同提出的《EOSFORCE主网改进提案》。本提案涉及到通胀率调整、投票票数权重调整、节点出块奖励和惩罚机制、去中心化预算系统等议题。

    提案通过后,开发团队会根据FIP#7提案规划EOSForce系统合约开发计划。当提案正式生效后,EOSForce主网的治理将更加高效。

    下周工作

    1. 设计EOSForce出块节点稳定机制,实现链上出块节点稳定度计算。

    2. EOSForce实现节点漏块数据统计。

    3. 实现EOSForce定期投票功能。

    4. EOSForce完善链上配置RPC API及合约API。

    5. EOSForce添加升级友好的全局状态信息。

    6. 完善新版EOSForce系统合约文档。

    7. Codex.IO合并EOSForce优化。

    8. 配合社区测试Codex跨链系统。

    9. 修正测试中反馈的Codex.relay问题。

    10. 基于测试发现的问题重构Codex.relay中继合约设计。

    English

    Work Completed

    1. Transplanted the new EOSForce system contract of eosio.lock and eosio.msig.

    2. Implemented the common assetage mechanism and unicode.

    3. Added global voting state to display voting data and efficiency of optimization and execution.

    4. Improved Ricardian Contract of EOSForce system contract.

    5. Reconstructed the code of EOSForce system contract, adjusted the code structure.

    6. Updated EOSForce system contract based on the new EOSForce economic model scheme

    7. Cooperated with the community to update EOSForce mainnet to force-v1.6.0, preparing for the subsequent updates.

    8. Cooperated with the community to test Codex cross-chain system.

    9. Fixed the Codex.Relay problem reported in the testing.

    10. Planned the development of EOSForce system contract according to FIP#7 proposal.

    11. Designed the scheme of EOSForce fix-time voting, planned the update of compatibility mechanism.

    Community News

    1. EOSForce Mainnet has completed upgrading to V1.6.0, which will support 2 resource models.

    2. The 11th EOSForce Mainnet BP Meeting was held successfully. BPs have voted to pass the EOSForce Mainnet Improvement Proposal FIP#7.

    Interpretation

    This week, the SuperNode completed the upgrade of Force-V1.6.0. The upgraded EOForce main network can support two resource models at the same time. The coexistence of multiple resource models means that developers have more choices when using resources, which means that the resources of the EOSForce main network can be more effectively utilized.

    This week, the super node also voted through the "EOSFORCE main network improvement proposal" jointly proposed by Jeepool node, Kyushu Capital, and development team. This proposal deals with issues such as inflation rate adjustment, voting weight adjustment, node block reward and punishment mechanism, and decentralized budget system.

    After the proposal is approved, the development team will plan the EOSForce system contract development plan based on the FIP#7 proposal. When the proposal comes into effect, the governance of the EOSForce main network will be more efficient.

    Next week's plan

    1. Design a stability mechanism for EOSForce BPs with the implementation of calculating the stability of BPs on the chain.

    2. Implement data statistics of block missing.

    3. Implement the function of EOSForce fix-time voting.

    4. Improve RPC configuration and contract API on the chain.

    5. Add update-friendly global state information.

    6. Refine EOSForce system contract file.

    7. Optimize the amalgamation of Codex.IO and EOSForce.

    8. Cooperate with the community to test Codex cross-chain system.

    9. Fix the Codex.Relay problem reported in the testing.

    10. Reconstruct the design of Codex.Relay contract based on the problem reported in the testing.

    한국어

    작업 완료 됨

    1, EOSForce 새로운 시스템 컨트랙트의 eosio.lock 및 eosio.msig 컨트랙트 마이그레이션

    2, EOSForce에 통용되는 코인 나이(assetage) 매커니즘 구현, 통합 코드 구현

    3, EOSForce에 전체 투표 상황 기능을 추가함으로써, 전체 투표 데이터 확인 및 실행 효율성 최적화

    4, EOSForce 시스템 컨트랙트의 리카토 컨트랙트 개선

    5, EOSForce 시스템 컨트랙트 재팩토링, 코드 조직 구조 조정

    6, EOSForce 새로운 이코노믹 모델을 기반으로 EOSForce 시스템 컨트랙트 업데이트

    7, 커뮤니티와 협력해 후속 업데이트 준비를 위한 EOSForce 메인넷 force-v1.6.0 버전 업데이트

    8, 커뮤니티와 협력해 Codex 크로스체인 시스템 테스트

    9, 테스트 피드백을 기반으로 Codex.relay 문제 수정

    10, FIP#7 제안에 따라 EOSForce 시스템 컨트랙트 개발 계획 수립

    11, EOSForce 정기 투표 구현 방안 설계, 업그레이드 호환 메커니즘 계획

    이번 주 커뮤니티 동태

    1, EOSForce 메인넷 Force-V1.6.0 버전 업그레이드가 성공적으로 끝났습니다. 곧 두 가지 자원 모델을 지원할 예정입니다.

    2, EOSForce 메인넷 제11회 BP회의가 성공적으로 개최되었습니다. BP 투표로 EOSForce 메인넷 개선 제안 FIP#7이 통과되었습니다.

    통역

    이번 주, SuperNode는 Force-V1.6.0의 업그레이드를 완료했으며 업그레이드 된 EOForce 메인 네트워크는 동시에 두 가지 자원 모델을 지원할 수 있습니다. 여러 리소스 모델의 공존은 개발자와 사용자가 리소스를 사용할 때 더 많은 선택권을 가지게됨을 의미합니다. 즉, EOSForce 메인 네트워크의 리소스를보다 효과적으로 활용할 수 있습니다.

    이번 주, 수퍼 노드는 Jeepool 노드, 큐슈 캐피탈 및 개발 팀이 공동으로 제안한 "EOSFORCE 주요 네트워크 개선 제안"을 통해 투표했습니다. 이 제안은 인플레이션 율 조정, 투표 체중 조정, 노드 블록 보상 및 처벌 메커니즘, 분산 예산 시스템과 같은 문제를 다룹니다.

    제안서가 승인 된 후 개발 팀은 FIP # 7 제안에 따라 EOSForce 시스템 계약 개발 계획을 계획합니다. 제안서가 발효되면 EOSForce 메인 네트워크의 관리가보다 효율적으로 이루어질 것입니다.

    l다음 주 계획

    1, EOSForce BP 안정 매커니즘 설계, 체인 상의 BP 안정도 계산 구현

    2, EOSForce 노드의 블록 누락 데이터 집계 구현

    3, EOSForce 정기 투표 기능 구현

    4, EOSForce 체인 상에 RPC API 및 컨트랙트 API 배치 개선

    5, EOSForce 업그레이드 하기 쉬운 전체 상태 정보 추가

    6, 새로운 버전의 EOSForce 시스템 컨트랙트 문서 개선

    7, Codex.IO와 EOSForce 최적화 합병

    8, 커뮤니티와 협력해 Codex 크로스체인 시스템 테스트

    9, 테스트 피드백을 기반으로 Codex.relay 문제 수정

    10, 테스트 중에 발견된 문제들을 기반으로 Codex.relay 릴레이 컨트랙트 설계 재구성


Log in to reply