다양한 거버넌스 개념을 바탕으로 EOSC 커뮤니티는 EOSIO 선거 메커니즘을 최적화하고 Genesis Height 1에서 EOSC 메인 네트워크를 시작했으며 EOSC 메인 네트워크를 계속 반복하고 업그레이드하여 ESC가 암호화 경제의 대중화를위한 대규모 대중화를위한 토대를 마련하여 분산 된 고성능 스마트 계약 플랫폼을 향해 계속 발전하게했습니다.

배경

암호화 경제는 사회적 실험에서 대규모 상업용으로 중요한 단계를 시작했습니다.
대규모 상업용 사용 뒤에는 큰 트랜잭션 압력을 의미합니다. 엄청난 거래 요구를 효율적으로 수행하려면 블록 체인 시스템은 먼저 충분히 강력한 성능을 제공해야합니다. 이를 달성하려면 하드웨어 기계의 더 나은 구성, 스토리지 용량, 더 안정적인 네트워크, 더 빠른 대역폭, 더 낮은 대기 시간 등과 같은 전체 노드에 더 높은 요구 사항이 필요합니다. 전체 노드의 높은 임계 값은 안정적으로 작동 할 수있는 블록 생산 노드의 수를 감소시킵니다. POS 메커니즘이 이러한 블록 체인 시스템에서 사용되는 경우 시스템은 중앙 집중식 상황으로 빠르게 수렴됩니다. 고성능과 탈 중앙화 사이의 균형을 잡기 위해 DPOS 합의 알고리즘은 의심 할 여지없이 현재 최선의 선택이며 소수의 노드 관리를위한 최상의 솔루션입니다.
DPO의 합의 알고리즘을 기반으로 한 EOSIO는 존재가되었으며, 커뮤니티는 처음으로 암호화 경제의 대규모 상업적 사용의 새벽을 보았습니다. 선거 메커니즘이 완전히 효과적인지 여부는 DPO 합의 메커니즘의 생존의 열쇠이며, DPOS 합의 메커니즘이 POW를 전달하여 차세대 암호화 파를 이끌 수 있는지 여부와 관련이 있습니다.
Crypto Economy의 대규모 상업적 사용 시대의 도착을 가속화하기 위해 EOSC 커뮤니티는 EOSIO 선거 메커니즘을 최적화하고 Genesis Height 1에서 EOSC 메인 네트워크를 시작했으며 EOSC 메인 네트워크를 계속 반복하고 업그레이드하여 ESC가 분산 된 고성능 스마트 계약 플랫폼을 향해 진화합니다.

합의 메커니즘

eosc는 Eosio의 합의 메커니즘, 즉 DPOS BFT 파이프 라인 컨센서스를 따릅니다. EOSIO와 달리 EOSC는 0.5 초마다 하나의 블록으로 EOSIO 모드를 채택하지 않으며 하나의 노드는 6 개의 블록을 생성합니다. ESC에서 3 초마다 노드는 블록을 지속적으로 생성하지 않습니다. 노드는 포장되지 않은 트랜잭션의 대기 시간을 줄일 수 있지만 현재 네트워크 환경은 종종 이상적이지 않지만 빠른 블록 생성은 체인의 안정성에 영향을 미치고 많은 마이크로 포크를 유발합니다.
EOSIO의 현재 합의 메커니즘은 충분히 완벽하지 않지만 DAPP 플랫폼으로서 블록 확인 시간은 체인 최적화의 첫 번째 우선 순위가 아닙니다. EOSC의 경우 컨센서스 메커니즘은 고 부하 환경에서 고려되어야합니다. 병렬 컴퓨터 시스템이 완벽하지 않은 현재 상황에서 파이프 라인 확인 메커니즘을 급히 향상시키는 것은 매우 문제가됩니다.
EOSC의 미래 합의 메커니즘은 두 방향에서 병렬로 진화 할 것입니다
1. EOSIO 개발과 호환 및 합의 알고리즘을 업데이트하십시오. 우리는 EOSIO의 현재 개발 진행 상황을 기반으로 판단합니다. Eosio가 병렬 개선을 완료하면 합의 알고리즘이 더 빠른 블록 확인 시간을 달성하기 위해 업그레이드됩니다.
2. 확인 번호를 기반으로 한 다른 합의 메커니즘은 기존 DPO 합의를 보충하기 위해 조정됩니다. 한편으로, 임베디드 레이어 2 체인 컨센서스와 메인 체인 사이의 상호 작용이 실현 될 것이다. 다른 한편으로, 다른 합의 메커니즘으로보다 분산 된 교차 체인 메커니즘을 달성 할 수있다.

ESC 기술 개선

처리 비용을 기반으로 한 자원 모델
EOSIO의 CPU 및 NET 리소스 결제 모델은 기술의 좋은 설계이지만 사용자에게는 너무 복잡하며 DAPP 개발자가 계약을 최적화하도록 촉진 할 수는 없습니다. 다른 한편으로, Eosio의 RAM의 구매 방법은 특정 비장 행동으로 이어질 것이며, 이는 DAPP 생태계의 개발에 도움이되지 않습니다. 이러한 이유로 EOSC는 새로운 리소스 모델을 혁신적으로 설계했습니다. 실질적인 최적화를 통해 복잡한 스마트 계약 환경에서 수수료를 처리하여 EOS 생태계를 괴롭히는 리소스 문제를 완전히 해결하는 리소스 모델을 탐색합니다.
우선, EOSC는 처리 수수료 모드에서 사용자의 CPU 및 순 리소스 소비를 지불합니다. DAPP의 개발자가 정의한 조치의 경우 DAPP 개발자는 작업에 필요한 취급 수수료를 설정할 수 있습니다. 시스템은이를 기반으로 작업의 사용을 제어합니다. 한편으로, 이것은 사용자가 리소스 소비를 이해하도록 촉진하며, 다른 한편으로는 DAPP 개발자가 계약 자원 사용을 최적화하도록 강력히 촉진하여 전체 생태계가 건강하게 발전 할 수 있도록합니다.
EOSC는 클라우드 렌탈 호스트를 사용하여 클라우드 호스트를 임대하는 것과 유사한 방식으로 RAM 리소스를 할당합니다. 사용자는 투표 배당금을 사용하여 RAM 자원 임대 비용을 지불 할 수 있으므로 사용자는 임대료 지불에 대해 걱정할 필요가 없으며 임대료 체납 문제를 제거 할 수 있습니다. "임대 및 판매"방법을 통해 EOSC는 RAM 자원에 대한 투기 행동을 효과적으로 피할 수 있으므로 DAPP의 개발이 RAM 가격으로 방해받을 필요가 없으며 DAPP 생태계의 건설을 효과적으로 홍보 할 수 없습니다.
ESC는 새로운 리소스 모델을 대담하게 혁신하고 탐색하는 동안 Eosio 리소스 모델과 호환되는 메커니즘을 탐색합니다. CPU 및 순 리소스의 경우, 사용자는 배당 연령에 따라 수수료를 지불하여 EOSIO 모기지와 유사한 CPU 및 순 자원을 얻는 효과를 달성 할 수 있습니다. RAM의 경우 사용자는 투표 교환을 통해 시장 구매를 기반으로 EOSIO의 효과를 달성 할 수 있으므로 DAPP 개발자는 다른 EOSIO 체인에서 EOSIO를 빠르게 입력하고 EOSC 리소스 모델로 원활하게 전환 할 수 있습니다.
부드러운 업데이트 메커니즘
EOSC의 선거 메커니즘은 슈퍼 노드가 기술 업그레이드 홍보에 적극적으로 참여하도록 권장합니다. EOSIO 커뮤니티 노드 버전의 분할과 달리 EOSC는 실제로 기술 업그레이드 및 업데이트를 적극적으로 홍보합니다.
부드러운 호환되지 않는 업그레이드 프로세스를 달성하기 위해 EOSC는 유효 블록의 높이를 기반으로 업데이트 메커니즘 세트를 추가했습니다. 커뮤니티는 부드러운 업그레이드 프로세스를 분산시키기 위해 여러 부호를 통해 기능의 유효 블록의 높이를 확인할 수 있습니다. 블록 확장 데이터를 기반으로 한 EOSIO의 최근 제안 된 태깅 체계와 달리 EOSC의 업데이트 메커니즘은 더 친절하고 이해에 도움이됩니다. EOSIO 기반 체인에서 분산 된 "소프트 포크"업데이트 프로세스에 대한 EOSC의 첫 번째 관행은 EOSC가 다양한 메커니즘 문제를 해결하기 위해 계속 발전 해야하는 기본 보증입니다.
한편, 다중 표지판을 기반으로 체인 속성을 설정하는 기능은 커뮤니티에 분산 된 체인 구성 및 온쇄 체계 세트를 제공 할 수 있습니다. 실제 개발에 따라 다양한 매개 변수와 구성을 분산하여 수정하여 커뮤니티가 더 잘 발전 할 수 있습니다.
노드 하트 비트 메커니즘 및 안정적인 블록 출력 간격
주요 네트워크의 안정성을 촉진하기 위해 EOSC는 경제 모델의 관점에서 대체 노드의 구성을 강화합니다. 동시에, EOSC는 체인에 노드 하트 비트 메커니즘을 추가하여 노드를 촉진하여 안정성을 강화하고 개선하고 전체 메인 네트워크의 더 많은 안정성을 촉진합니다.
하트 비트 메커니즘에 기초하여, EOSC는 노드의 작동을 확인하여 결함이있는 노드가 체인에 따라 처벌되도록하여 노드의 구성을 더욱 촉구하고 노드의 불안정성이 전체 메인 네트워크에서 작용하는 것을 방지합니다.
현재 네트워크 인프라가 아직 완벽하지 않은 경우 기본 네트워크의 소프트 포크를 피하기 위해 시작 시점에서 블록 생성 간격 시간이 증가합니다. Eosio가 설계 한 반 초 블록 생성 간격과 6 개의 블록을 하나의 노드에 연결하는 메커니즘은 향후 체인 가용성을 확실히 향상시킬 수 있지만 현재 네트워크 환경에는 적용 할 수 없습니다. 실용적 태도로 블록 생성 간격 시간이 먼저 증가 할 것이며, 앞으로 조건이 성숙한 후에는 빠른 블록 생성으로 변경 될 것입니다. 이것은 부드러운 포크를 효과적으로 줄일 수 있습니다. 동시에, 블록 수의 감소는 전체 노드의 동기화 속도를 크게 증가시켜 전체 노드가있을 수 있도록 전체 네트워크의 가용성을 향상시킬 수 있습니다.
더 많은 계약 계층 API
DAPP 개발자가 계약을 개발하기에 더 편리하게 만들기 위해 일부 API가 추가되었으며 시스템 계약에 대한 특정 조정이 이루어졌습니다.
먼저, 블록 높이를 얻는 API가 추가되고 개발자는 현재 블록 높이를 쉽고 효율적으로 얻을 수 있습니다. 이 API를 기반으로, 계약은 블록 공격 및 기타 재 시도 기반 공격을 효과적으로 피할 수 있습니다. 둘째, 체인 구성 정보를 얻기위한 API가 추가되며 개발자는 계약 계층에서 다양한 매개 변수 수정 및 체인 업그레이드를 체인으로 조정하여 계약이 체인 업그레이드 기능을 원활하게 따를 수 있습니다. 마지막으로, 위조 통화 공격을 피하기 위해 체인이 시작되기 전에 독립적 인 핵심 토큰 계약을 사용하여 사용자가 위조 통화 공격을 명확하게 구별 할 수 있습니다.
크로스 체인 서비스 적응
출시가 시작될 때, Force Team은 크로스 체인에 대한 지원이 향후 공공 체인의 기본 기능이 될 것이라고 예측했습니다. 따라서 Force Team은 Codex 프로젝트의 개발을 시작하고 Code.Relay 릴레이 체인을 설립하여 각 체인에 대한 릴레이 서비스를 제공하여 각 체인 사이의 크로스 체인 메커니즘을 실현하여 Codex.Relay를보다 완벽하게 지원할 수 있습니다. 서로 작동하는 두 체인의 슈퍼 노드를 통해, "완전한"교차 체인 메커니즘을 달성 할 수 있습니다.
크로스 체인 메커니즘을 통해 큰 확장 성을 얻을 수 있습니다. 릴레이 서비스에 기초하여, 계층 2 하위 체인을 추가 할 수있다. 자원 소비가 높은 일부 서비스 및 DAPP는 하위 체인을 기반으로 실행할 수 있으며 계산 결과 또는 핵심 상태는 릴레이 서비스와 동기화 될 수 있습니다. 이러한 방식으로, 스토리지, 컴퓨팅, DAPP 및 임의 숫자와 같은 특수 하위 체인을 추가하여 기능을 확장 할 수 있습니다.
고도로 사용자 정의 가능한 EOSIO 블록 체인 개발 프레임 워크
릴레이 서비스를 기반으로 레이어 2 하위 체인을 추가 할 수 있습니다. 앞으로 다양한 하위 체인이 EOSIO 생태계에서 큰 역할을 할 것입니다. 그러나 현재 EOSIO를 기반으로 맞춤형 기능을 갖춘 블록 체인 프로젝트는 여전히 높은 임계 값을 가지고 있음에 주목해야합니다. 이러한 이유로 Force Team은 Codex.io 프로젝트를 시작했습니다. Codex.io 프로젝트는 사용자 정의 가능한 EOSIO 블록 체인 개발 프레임 워크 인 Codex.io 프로젝트를 시작하여 서브 체인의 개발 임계 값을 낮추고 개발자에게보다 경제적이고 친근한 서브 체인 개발 경험을 제공합니다.
Force Team은 개발 과정에서 EOSIO를 기반으로 블록 체인을 개발하는 데 많은 경험을 축적했으며, 또한 가장 큰 가치를 부여하기를 희망합니다. Codex.io는 "Out of the Box"Eosio 블록 체인 개발 프레임 워크입니다. 개발자는 Codex.io를 기반으로 체인을 신속하게 시작할 수 있습니다. 간단한 구성 후에는 다양한 기호를 사용자 정의하고 경제 시스템 및 자원 모델을 자유롭게 선택할 수 있습니다. 이를 바탕으로 개발자는 체인 자체가 해결 해야하는 문제에만주의를 기울여야합니다. 이에 따르면, 그들은 계약 또는 체인 기본 계층을 기반으로 구현하도록 선택할 수 있습니다. Codex.io는 개발자가 체인의 기본 계층을 확장하여 일부 성능 문제를 해결할 수 있으며 체인의 기능을 크게 확장 할 수 있습니다.
Codex.io는 대부분의 Eosio 체인이 제안한 확장 기능을 통합합니다. Codex.io는 포괄적 인 태도를 바탕으로 개발자가 최소 생활 보안 시스템, 계정 시스템, 다양한 흑백 목록 메커니즘, 공통 거버넌스 메커니즘 및 투표 메커니즘 및 다양한 플러그인을 포함한 체인 기능을 자유롭게 결합 할 수 있습니다.
Codex.io를 통해, 많은 계층 2 서브 체인이 향후에 통합되어 무한 확장을 제공 할 것입니다.