카르다노 에이다 1.2 업데이트 일정 내용 알아보기 CARDANO ADA 1.2 UPDATE

5월 15일 1.2 카르다노의 업데이트가 있을 예정입니다. 참고 하십시오

이오스 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에서 우리와 함께 작업하고 있습니다.

결론

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

바이낸스 업데이트 시간 거래 재개 임박 BINANCE

알림:저희는 사용자들이 재개장하기 전에 주문을 취소할 수 있는 30분짜리 창구를 허용할 예정입니다.

위의 이미지를 보면 16분 전에 좋은 소식이 하나 나오는데요. 이런 업데이트가 막바지에 임하였다는 소식입니다.

내용을 번역하여 보면, 저희 엔진의 Dall은 다시 온라인 상태가 되었고 저희는 현재 사전 거래를 위한 데이터 검증을 처리하고 있습니다.

우리는 빠른 시일 내에 제공할 수 있는 업데이트되고 정확한 ETA를 받기를 희망한다. 인내심을 가져 주셔서 다시 한번 감사 드립니다. 우리는 정상적인 운영을 위한 교환을 준비하는 마지막 단계에 와 있습니다.

얼마 남지 않았다는 공지를 계속 남기다가 마지막 단계에 와있다는 메세지를 마지막에 띄웁니다.

정말 다된거 같아 보입니다. 

에이다 로드맵 업데이트 2월 호재 정보 ADA

내용들을 살펴 보니까 많은것들을 업데이트 하더군요. 대단합니다! 이번 포스팅은 어떠한 내용으로 로드맵 업데이트가 진행되는지 살펴보고 로드맵 남은 시간에 대해서 알려드리겠습니다.

https://cardanoroadmap.com 정식 카르다노 홈페이지에 가시면 상세한 내용이 있습니다.

내용을 살펴 보면, 

전체 카르다노팀은 전 세계의 전문가들로 구성되어 있으며, 코어 기술 팀은 IOHK를 팀의 리더로 하여 Well Typed, Serokell, Runtime Verification, Predictable Network Solutions와 ATIX로 구성되어 있습니다. 외부 감사인인 Grimm, RPI Sec, FP Complete 등은 IOHK에게 책임을 물음으로써 제품의 품질을 보증하고 있습니다.

이 로드맵 개발에는 세 가지 원칙이 적용되어 있는데 이는 다음과 같습니다. 

첫째, 커뮤니티의의 성장과 커뮤니티의 요구. 둘째, 사토시의 본래 비전에 부합하는 분산되고 회복력 강한 네트워크. 셋째, 연구와 개발 속도의 균형을 맞추어 과학적인 엄격함을 적용하는 것보다 상업적인 이익이 우선시되지 않도록 하는 것입니다.

우리는 현재 Byron, 즉 부트스트랩 단계에 있으며 개선을 이루고 있습니다. 이 개선들은 미들웨어와 같은 코드와 디버깅을 포함합니다. 우리는 다이달로스 설계를 개선할 것이고 API를 통한 써드 파티와의 통합을 단순하게 만들 것입니다. 그후 우리는 Byron에서 Shelley로 넘어갈 것인데, 이 단계에서 네트워크는 탈중앙화됩니다. 향후 18개월간 안정성, 상호운용성과 거버넌스를 개선하는 작업이 진행될 것입니다. 각 개발 단계를 거쳐가면서 카르다노의 프로토콜은 복잡도, 상호의존도가 증가할 것이며, 더 많은 이색적인 암호학적 기본요소들이 사용될 것입니다.

암호화폐는 그 뒤에 커뮤니티가 있을 때만 의미가 있습니다. 우리는 우리의 커뮤니티가 보여준 놀랍고도 참을성 있고, 도움을 주는 모습에 겸손해집니다. 우리는 이 로드맵이 우리가 함께 만들어가는 것이 되기를, 그리고 우리의 가장 강한 기둥 중 하나가 되기를 바랍니다.

기존의 스마트 컨트랙트 모델들은 철저한 토대를 가지고 있지 않으며, IOHK의 개발팀은 이를 고치고자 합니다. 그러기 위해서 IOHK는 현장의 프로그래밍 언어 이론에서 나온 탁월한 아이디어들을 스마트 컨트랙트의 설계에 적용해 왔습니다.

우리는 두 가지 병행된 연구 트랙에 더 많은 자원을 할당했습니다. 첫 번째는 이더리움의 스마트 컨트랙트에서 발견된 이슈들을 고치는데 집중하는 것이며 이는 일리노이 대학의 그리고레 로슈 교수와 Runtime Verification이 맡고 있는 개발 분야입니다. 두 번째는 불필요하게 이더리움의 복잡도와 비용등이 들어가지 않는 일반적인 기초 설계, 즉 스마트 컨트랙트의 온톨로지 또는 유사한 목적을 달성하는 다른 연산 모델들에 대한 것입니다.

카르다노 개발의 다음 단계는 Shelley가 될 것입니다. 이는 카르다노를 완전히 탈중앙화하게 하기 위한 단계입니다. 이 단계의 마일스톤들은 아래에 나와 있습니다.

우리는 또한 카르다노 개선 제안, 즉 CIP를 도입할 것입니다. 우리는 투표 시스템에 상당한 노력과 투자를 해 왔으며, 그 상세한 내역은 곧 공개될 것입니다. 이것은 Shelley 이후에 동작할 것이며, 비록 처음에는 모든 CIP들을 IOHK가 만들겠지만 점차적으로 개선 제안들에 대한 허가를 얻는데 더 나은 메커니즘이 사용될 것입니다.

카르다노 로드맵은 정기적으로 업데이트될 것이며, 카운트다운 하는 시계가 다음 릴리즈를 알려줄 것입니다. 우리는 커뮤니티로부터 로드맵에 대한 생각들을 듣기를 원하며, 커뮤니케이션을 위한 채널을 열고 있습니다. 더 상세한 내용을 기다려 주시기 바랍니다. 카르다노 로드맵은 IOHK, 카르다노 재단 또는 Emurgo의 자산이 아닙니다. 카르다노 로드맵은 커뮤니티의 것입니다. 암호화폐의 초기에는 잘 가이드해 줄 쉐퍼드가 필요하지만, 미래에는 온전히 사용자들의 손에 놓이게 될 것입니다.

시간을 보면 10일이 남지 않음을 확인할 수 있습니다.

이오스 3.0 93프로 임박 대박 호재 2월 안에 마무리 움직임 EOS

이오스 호재 덩달아 오늘부터 급등의 신호탄 인가 EOS