이오스 EOSIO 개발 내역 업데이트 medium 댄라이머 작성

EOSIO 개발 업데이트 (다중 인덱스 API, 컨텍스트 자유로운 액션 및 새로운 인터프리터)

지난 몇 주간의 block.one은 개발자, 확장 성 및 안정성에 영향을주는 매우 중요한 업데이트로 인해 상당히 생산적입니다.

일반 다중 색인 데이터베이스 API

스마트 계약을 개발하는 것은 데이터를 추적, 저장 및 찾을 데이터베이스 스키마를 정의하는 것과 관련이 있습니다. 개발자가 여러 필드로 정렬 / 인덱싱 된 동일한 데이터를 필요로하고 모든 인덱스간에 일관성을 유지하는 것이 일반적입니다.

Steem과 BitShares 개발에 익숙한 사람들은 boost :: multi_index_container 의 힘을 알고 있습니다. 이러한 컨테이너는 강력하고 유연하며 안전한 API를 제공합니다. 나는 오랫동안 WebAssembly 계약과 마찬가지로 유연하고 강력한 시스템을 원했습니다. 저는 똑똑한 계약이 데이터베이스에 액세스하는 방법을 변경하여 개발자들과 매우 유사한 API를 제공 할 수있게되었음을 알려드립니다.

데이터베이스 반복자 (

iterators) 반복자를 기반으로하는 새로운 데이터베이스 API를 생성하는 것이 중요합니다. 반복자는 WebAssembly에 데이터베이스 객체를 신속하게 찾고 반복 할 수있는 핸들을 제공합니다. 이 새로운 API는 데이터베이스의 다음 항목이나 이전 항목을 O (log (n))에서 O (1)로 찾는 복잡성을 변경하여 성능이 크게 향상되었습니다.

문맥 자유 행동

컨텍스트 프리 액션은 트랜잭션 데이터에만 의존하는 계산을 포함합니다. 그러한 계산의 주된 예는 서명 검증입니다. 트랜잭션 데이터와 서명 만 주어진다면 트랜잭션을 서명 한 공개 키를 계산할 수 있습니다. 이 계산은 블록 체인이 수행해야하는 가장 비싼 개별 계산 중 하나입니다. 이 계산은 컨텍스트 프리 (블록 체인 상태에 의존하지 않음)이므로 병렬로 수행 될 수 있습니다.

Context Free 액션은 유효성 검사를 수행하기 위해 블록 체인 상태에 대한 액세스가 부족하다는 점을 제외하고는 다른 사용자 액션과 같습니다. 이를 통해 EOSIO는 서명 확인과 마찬가지로 모든 컨텍스트없는 작업을 병렬로 처리 할 수 ​​있습니다. 더 중요한 것은 일반화 된 서명 확인이 가능하다는 것입니다.

일반화 된 서명 확인의 중요성을 이해하려면 블록 간 통신의 사용 사례를 고려하십시오. 이 사용 사례에서 사용자는 128 개의 sha256 작업 및 / 또는 14 개의 서명 확인을 포함하는 merkle 증명을 제공해야합니다. 이 데이터와 계산은 모두 특정 작업이 외부 체인의 특정 블록에서 발생했음을 증명하거나 특정 블록이 +2/3 생산자별로 유효 함을 입증하기 위해 수행됩니다. 비즈니스 로직은 블록 ID가 유효하고 해당 블록에 조치가 있음을 검증하면됩니다. 조치가 블록에 있음을 입증하는 계산은 서명에서 공개 키를 파생시키기위한 계산 이상의 비즈니스 로직에 의해 필요하지 않습니다.

Context Free Actions에 대한 지원으로 Ethereum (Sharding, Raiden, Plasma, State Channel 등)이 제안한 대부분의 확장 성 기법이 훨씬 효율적이고 병렬 처리가 가능하고 실용적이되었습니다. EOSIO의 다른 측면과도 효과적으로 연동하여 블록 간 통신과 무제한의 확장 성을 지원합니다.

SegWit

SegWit 또는 Segregated Witness의 개념은 트랜잭션이 블록 체인에 불변하게 포함 된 후에는 트랜잭션 서명이 실제로 관련이 없다는 것입니다. 일단 불변하면 서명 데이터를 정리 (prune) 할 수 있고 다른 모든 사람들은 여전히 ​​현재 상태를 파생시킬 수 있습니다. 서명은 대부분의 트랜잭션 중 많은 부분을 차지하므로 디스크 사용량과 동기화 시간이 크게 단축됩니다.

이와 같은 개념은 블록 간 통신에 사용되는 merkle 교정에도 적용될 수 있습니다. 증명이 수용되고 블록 체인에 돌이킬 수없는 상태로 로그인하면 증명에 사용 된 sha256 해시 2KB가 더 이상 적절한 블록 체인 상태를 유도 할 필요가 없습니다. 블록 간 통신 간 통신의 경우이 절약은 일반 서명의 절약보다 32 배 더 큽니다.

SegWit의 또 다른 예는 Steem 블로그 게시물입니다. 이 모델에서 게시물에는 sha256 (블로그 콘텐츠) 만 포함되며 블로그 콘텐츠는 분리 된 증인 데이터에 포함됩니다. 블록 제작자는 콘텐츠가 존재하고 주어진 해시를 가지고 있는지 확인하지만 블로그 콘텐츠는 블록 체인 로그에서 현재 상태를 복구하기 위해 저장 될 필요가 없습니다. 이것은 상기 콘텐트를 영원히 저장할 필요없이 한 번 알려졌다는 것을 증명할 수있게한다.

Bitcoin에서 SegWit을 구현하는 방법에 대한 논쟁이 있지만 Bitcoin과 관련된 SegWit에 대한 논쟁의 대부분은 스테이크의 위임장과 관련이 없습니다. 예를 들어, DPOS를 사용하면 다음을 수행 할 수 있습니다.

블록 제작자에게 전체 기록 보관 요구

Inter-blockchain Merkle Proofs는 공용 데이터에서 다시 생성 할 수 있습니다.

블록 제작자는 공개 된 것으로 블록이 유효하고 거래에 대해 적절한 서명 인증이 존재한다는 증거를 제공 할 책임이 있습니다.

BFT-DPOS를 사용하면 블록 생성자가 서명을 잃어 버리게하기 위해 100 % 담합이 필요하며 21 개의 독립적 인 검증이 있습니다.

WebAssembly 인터프리터

EOSIO는 이제 웹 어셈블리를위한 두 가지 실행 엔진을 지원합니다 . 원래의 JIT 구현은 초기 "느린"컴파일 단계 후에 빠른 실행을 제공하며 새로운 Binaryen 인터프리터는 느린 시작 단계없이 표준 준수 구현을 제공합니다.

컴파일러가 x86을 최적화하는 동안 블록 제작자는 인터프리터를 사용할 수 있습니다. 또한 출력이 "올바른 출력"인 분쟁이 발생할 경우 표준 출력 Binaryen 인터프리터를 사용하여 JIT 구현을 동일한 출력을 생성해야하는 최적화로 남겨 둘 수 있습니다.

우리의 성능 테스트에서 Binaryen 인터프리터는 JIT 구현 속도의 약 20 %입니다. 그러나 대부분의 트랜잭션의 경우 WASM 실행 시간은 전체 트랜잭션 처리 시간 중 작은 비율입니다. 데이터베이스 액세스 및 기타 블록 체인 계산은 여전히 ​​대부분의 처리 시간을 나타냅니다. 우리의 추정에 따르면, 통역사는 단순한 계약 (화폐)의 경우 실제 실적에 약 5 % 만 영향을 미칩니다.

우리는 6 월에 처음 출시 된 EOSIO의 원시 성능에 비해 정확성, 안정성 및 보안에 계속 초점을 맞출 것입니다. 즉, 확장 성과 최적화는 우리 마음 속에 끊임없이 자리 잡고 있으며 EOSIO의 모든 것이 확장되도록 설계되었습니다.

새 팀원

우리는 블록에 Arhag 을 환영 하고 싶습니다. Arhag는 BitShares 및 Steem에 오랫동안 기여해 왔으며 현재 데이터베이스 API에서 우리와 함께 작업하고 있습니다.

결론

개발 속도가 빠른 속도로 진행되고 있으며 이러한 최신 개발에 매우 ​​흥분하고 있습니다.

이오스 뉴욕 밋업 정보 내용 EOS New York Meetup