조금전 이오스 공식 트위터에 eos dawn 3.0
퍼포먼스 측면에서 병렬구성하지 않은 단일노드 기준 8천tps까지 처리 가능하다고 하네요(맥북 2.8ghz i7 에서 측정)
또한 초당 트랜잭션에 처리할 수 있는 량은 무한가능하다고 합니다. => eos 메인체인 아래 하부 체인 개념을 두어 계층구조로 동작할 경우를 말합니다. eos 아래 하부 체인이 1천개 있고 각 체인별로 8천을 처리한다면, 최종 8백만 tps를 동시에 처리하는 것이 됩니다. (eos 생태계 기준이겠죠? ^^)
그외에도 다양한 특징이 있으니 자세한 내용은 아래 링크 참조하세요~^^
p. s. 오늘 홍콩 밋업이 기대되는데요!
https://medium.com/eosio/eosio-dawn-3-0-now-available-49a3b99242d7
——————-
최악의 경우-1000TPS
이는 최적화되지 않은 기본 성능입니다. 우리는 단일 스레드 사인 검증을 통해 통역기를 실행하는 멀티 노드 네트워크를 사용하여 1000개 이상의 TPS를 유지할 수 있다.
평균 케이스-3000TPS
JIT컴파일러를 켜면 단일 스레드 사인 검증을 사용하여 해석기를 실행하는 멀티 노드 네트워크를 사용하여 3000TPS를 유지할 수 있다.
모범 사례-6,000TPS
병렬 서명 확인을 구현하면 병렬 수준이 증가하고 서명 수가 증가함에 따라 월-시계-시트당 서명 수가 0에 근접할 것으로 가정할 수 있습니다. 시그니처 확인을 실행 중지하여 이 환경을 시뮬레이션할 수 있습니다. 이 모델에서는 JIT컴파일러를 사용하여 멀티 노드 네트워크에서 6,000TPS를 도달할 수 있다.
이론적 케이스-8,000TPS
방정식에서 네트워킹 코드를 제거하고 서명 검증을 해제하고 JIT를 사용하여 CPU만 수행할 수 있는 작업에만 초점을 맞추면 단일 스레드 트랜잭션을 8,000개 도달할 수 있다. 단일 체인에 대해 이보다 더 높이 가기 위해서는 . blssilly의 병렬 실행과 더 고급 스케줄러가 필요하다. 이와 같은 시나리오에서는 JIT대신에 통역기를 사용하여 2700TPS를 확인할 수 있다. 이는 JIT를 실행하는 비교적 간단한 변경으로 인해 전송 성능이 약 3배 증가할 것임을 의미한다. 이러한 측정은 맥북 2.8Ghzi7에서 시행되었습니다.
초당 무제한 트랜잭션 수
"초당 트랜잭션"의 정의는 대개 비교 대상이 됩니다. interfockphain과 통신하면 우리는 작업량을 우리가 원하는 만큼 많은 bloc.hains 간에 나눌 수 있다. 토큰은 다른 체인 사이에서 안정적이고 안전하게 양도될 수 있습니다. 1000개의 사슬이 동일한(또는 다른)블록 생산자들에 의해 병렬로 작동되는 상태에서 우리는 초당 수백만개의 거래를 볼 수 있었다. 이것은 다른 블록/아이콘에 의해 제시된 이론적 스케일링 제안의 실용적인 실현을 나타냅니다.
