ICON 개발 로드맵 업데이트 (2021.12)

* 아이콘 개발 로드맵은 매월 말일 업데이트 됩니다.

* 의역과 오역이 있을 수 있으며, 이에 대한 조언은 추천을 눌러주세요 (댓글로 남겨주세요).

 

 

 

IISS = ICON 스마트 보상 시스템

SCORE = 향상된 스마트 컨트랙트(계약) 기능. ICON의 고성능 컨트랙트는 별도의 가상 머신 없이 노드환경에서 직접 실행되도록 보장.

P-Rep = 아이콘 보유자들을 대표하는 자(쉽게 EOS의 BP같은 노드) 

CPS = ICON 생태계 발전기금 시스템

BTP = ICON 블록체인 연결 기술

Nexus = BTP 블록체인 연결 대시보드

 

 

 

12월, ICON 네트워크는 리비전 14, 15 및 16을 포함하는 주요 업그레이드인 ICON 2.1로 업그레이드되었습니다. ICON 2.1에는 IISS 3.1, 본드(결합 / Bonded) 위임, 본드 슬래싱(Bond Slashing), 수수료 3.0, Java SCORE, 그리고 더. 또한 BTP 및 Nexus 통합에서도 상당한 진전을 이루었습니다.

 

12월 진행 상황에 대해 자세히 알아보겠습니다.

 

 

 

IISS 3.1
리비전 14 네트워크 제안이 통과되면서 IISS 3.1이 ICON 메인넷에서 성공적으로 적용되었습니다. IISS(ICON Incentives Scoring System / ICON 스마트 보상 시스템)는 ICON 네트워크의 네트워크 참여자들(투표자, P-Rep들, 등)에 대한 I-Score 보상 계산을 제어합니다.

전반적으로 IISS 3.1은 목표 인플레이션 풀(P-Rep, 릴레이, CPS, 투표자)을 통해 ICX 발행을 보다 예측 가능하게 하며, IISS 3.1의 초기 구현으로 ICON 1.0에 비해 인플레이션율이 (~3.99%) 더 낮아졌습니다.

 

 

결합 위임 (Bonded Delegation)
IISS 3.1에서 P-Rep 순위는 더 이상 위임에 의해서만 결정되지 않습니다. 이제, 결합 위임은 P-Rep의 순위를 결정하는 지표가 됩니다. 보상을 100% 받으려면 P-Rep이 위임한 금액의 5%를 담보로 제시하고 결합해야(Bonded) 합니다. 예를 들어, P-Rep이 1,000,000표를 보유하고 있는 경우 전체 보상을 받으려면 50,000 ICX를 담보로 묶어(Bonded)두어야 합니다.

 

슬래싱 (Slashing)
특정 조건에서 P-Rep의 담보물을 삭감될 수 있습니다(투표자에게 적용되지 않음). 예를 들어, P-Rep가 상당한 다운타임을 겪거나 네트워크 제안 투표에 불참할 경우 담보물의 10%를 삭감 받게 됩니다. 슬래싱은 ICON 2.0에서 도입된 새로운 기능이기 때문에 현재 슬래싱 비율은 아직 0%로 설정되었습니다. 시간이 지나 ICON 2.0의 운영이 성숙해지고 안정화됨에 따라 슬래싱 비율이 10%로 증가될 것입니다.

 

수수료 3.0 (Fee 3.0)
수수료 3.0은 ICON 네트워크의 업데이트된 수수료 정책입니다. 런타임 비용이 보다 적절한 수준으로 전반적으로 증가한 것이 특징입니다. 수수료 3.0은 더 많은 ICX 트랜잭션 수수료를 생성하는 것 외에도, 네트워크에 악의적으로 스팸을 보낼 수 있는 가능성을 줄입니다. 수수료 3.0에는 더 저렴한 SCORE 구축 및 업데이트 비용뿐만 아니라, 데이터베이스 호출에 대한 새로운 25 스텝(Step) 비용도 포함됩니다.

 

Java SCORE
리비전 15 네트워크 제안이 통과되면서 ICON 메인넷에서 Java SCORE(ICON의 스마트 컨트랙트 실행 환경) 지원이 공식적으로 적용되었습니다. ICON 1.0의 파이썬 SCORE와 비교하여 ICON 2.0의 Java SCORE는 다음과 같은 여러 개선 사항들을 제공합니다.

- Java 스마트 컨트랙트은 배포 전 감사 프로세스를 거칠 필요가 없습니다. 이를 통해 개발자는 컨트랙트를 더 빠르고 원활하게 구현할 수 있습니다.

- Java SCORE는 SCORE가 다른 SCORE를 배포할 수 있도록 하는 기능인 SCORE Factory를 지원합니다.

 

중요: Java SCORE 지원이 본격화됨에 따라 향후 파이썬(Python) SCORE 지원이 중단될 예정입니다. 앞으로 몇 주 안에 지원 중단 계획 및 일정에 대한 자세한 정보를 공개할 예정입니다.

 

 

 

 

BTP와 넥서스 (Nexus)

문리버 (MoonRiver)

우리는 멀티 토큰 표준(IRC31, ERC1155)에서 문리버의 기본 토큰 표준(IRC2, ERC20)으로 전환(Migrated)했습니다. 이를 통해 ICON 및 문리버의 기존 dApp과 직접 작업할 수 있습니다. 또한 BMV와 BMR 간의 일관되지 않은 동기화를 해결하고 불안정한 소켓 연결 문제를 수정했으며, 최신 문리버 런타임으로 업데이트했으며, 최대 가스 제한 오류를 방지하기 위해 세그먼트당 최대 블록 업데이트를 수정했습니다.

 

바이낸스 스마트 체인 (BSC)
넥서스(Nexus) 포털에서 BSC 통합을 완료하였고, 풀 리퀘스트(Pull Request)를 마무리하기 위해 BSC에서 요청한 모든 사항을 해결하였습니다. 현재 최종 테스트를 위해 프로덕션에 배포하기 전 BSC 하드 포크를 기다리고 있습니다.

 

니어 프로토콜 (NEAR)

로컬 니어(NEAR) 노드를 성공적으로 배포하고, 니어 월렛에 연결한 후 니어를 넥서스 포털에 통합하기 시작했습니다. 또한, NEAR에 대한 트랜잭션, 발행/소각, 중계자(Relayer) 등록 인덱서에 대해서도 진행도 이루어졌습니다.

 

 

 

ICON 2.0 그리고, 1월 BTP 목표
우리의 1월 핵심 초점은 ICON 2.2를 활성화하는 것입니다. 이 업그레이드는 ICON 1.0에서 ICON 2.0으로의 전환을 마무리하는 마지막 단계가 될 것입니다. 이 업그레이드의 일환으로 메인 P-Rep의 수를 22명에서 25명으로 늘릴 예정입니다. ICON 2.2에는 Java로 작성된 새로운 거버넌스(Governance) SCORE도 포함되며 컨트랙트 소유자는 거버넌스 SCORE 자체로 변경됩니다.

 

 

1월 BTP의 경우 아래 항목을 완료하는 것을 목표로 합니다.

- 신뢰할 수 없는 브릿지 모델에 따른 가스를 줄이는 연구 시작 
- 테스트를 위해 문리버 테스트넷 및 ICON의 베를린 테스트넷에 토큰 마이그레이션 컨트랙트를 배포합니다.
- 가스 소비 문제가 성공적으로 해결되면, 문리버 및 ICON 메인넷에 컨트랙트를 배포합니다.
- 넥서스 포털에 NEAR 통합을 완료합니다.
- 더 많은 파트너 통합 (미정)
- dApp-to-dApp 통합을 시작하여 크로스-체인 전송에 대한 실제 사용 사례를 직접 보여줄것입니다.

 

 

ICON 커뮤니티에 가입하세요.
ICON에 대한 자세한 내용은 공식 ICON 디스코드에 가입하고 뉴스레터를 구독해주세요.

 

 

출처: https://medium.com/helloiconworld/icon-development-roadmap-update-december-2021-952fb051734d