[@steemitblog] 엔지니어링 업데이트 : 콘덴서 분할, 키 백업, MIRA

ayogom (78)in #kr • 5 years ago (edited)

안녕하세요 예비 증인 @ayogom 입니다

이글은 Engineering Update: Condenser Split, Key Backup, MIRA 의 글을 제 나름의 번역 및 해석으로 재 구성한 글입니다. 따라서 정확한 내용을 파악하기 위해서는 반드시 원본의 글을 다시 한번 확인 해주실 것을 추천 드립니다.

Sources : https://steemit.com/steemit/@steemitblog/engineering-update-condenser-split-key-backup-mira

콘덴서와 지갑의 분리

콘덴서의 의미는 직역 하자면 기능이 응축되어 있다고 해서, 보통 Steemit.com 과 같은 사이트를 의미합니다. ( busy, steemkr, steempeak 등)

독립형 Wallet 애플리케이션은 이제 1 주일 이상 동작되었으며 실적이 좋습니다. 지난 게시물에서 공개했듯이 해당 응용 프로그램은 현재 steemitwallet.com에 있습니다. 왜 우리가 steemitwallet.com에 가기로 결정한 이유에 대해 더 알고 싶다면 지난 게시물에서 ”Why Steemitwallet.com”섹션을 확인하세요.

우리가 그 릴리스를 진행하는 동안, 우리는 소설 애플리케이션을 위한 사소한 요구사항을 지워버리고 그것을 실행 할 준비를 하고 있었습니다. 우리는 이제 소셜 응용 프로그램을 출시할 준비가 되었습니다. 그렇게 되면 더이상 steemit.com 은 콘덴서의 전체 버전을 실행하지 않을 것 입니다. 대신 포스팅키를 이용한 소셜 기능만을 사용하게 됩니다. 즉, 액티브키를 사용하는 지갑 관련 부분은 steemitwallet.com 으로 이전되기 때문에 steemit.com 에서는 블로그 기능만을 하게 됩니다. 이것은 전체 콘덴서를 운영하는것 보다 더 작은 응용 프로그램이기 때문에 리소스 문제를 줄여 노드의 비용을 절감할 수 있습니다

Password Backup PDF

콘덴서에서는 1번과 같은 변경으로 인하여 Master Password를 사용하지 못하게됩니다. (일반적인 소셜 기능은 포스팅키로만 가능하도록 진행) Master Password를 사용하여 모든 키를 변경 할 수 있으므로 해당 키가 해커 손에 들어간다면, 매우 위험합니다. 또한 계정이 새로 만든어진 경우 많은 사람들이 Master Password를 브라우저에 저장하고, 다른 키를 저장하지 않고 있습니다. 단기적으로 이 문제를 완화하기 위해, 우리는 요청시 사용자의 키(포스키/액티브키/오너키)와 Master Password 가 포함되어 있는 PDF를 만드는 솔루션을 개발하였으며, 이를 백업으로 인쇄 할 것을 강력하게 제안합니다

이 문서의 구성을 관리하는 주요 우선순위는

사용자가 키를 백업하도록 보장하고
이 키의 역활에 대해서 사용자에게 교육합니다.
여러 키의 문제에 특효약은 없습니다.

만약 당신이 당신의 소셜 미디어 계정에 토큰 지갑(은행 계좌에 해당하는 암호)을 가지고 있다면, 그들은 별도의 열쇠를 필요로 할 것이다. 해결책은 시간이 지남에 따라 점차적으로 프로세스를보다 쉽고 직관적으로 만드는 것입니다. 교육, 사용자 인터페이스 및 백엔드 솔루션이 모두 하나의 역활을 합니다. 이 PDF는 간단해 보일수 있지만, 우리는 계정에 대한 액세스 권한을 잃어 버리는 것과 관련하여 사람들이 겪고있는 문제의 상당 부분을 완화 할 수 있다고 생각합니다.

우리는 코인질라(Coinzilla)에 steemit.com.에 통합하는 과정에 있습니다. Coinzilla은 광고주에게 경쟁적으로 광고 공간에 입찰하여 steemit.com에 표시되는 광고를 통해 더 많은 수익 창출을 가능하게하는 Crypto 중심의 광고 네트워크입니다.

MIRA

우리는 MIRA에 대해 몇가지 흥미로운 소식이 있습니다: 현재 그것은 이제 문제없이 우리의 개발 환경에서 실행되고 있습니다! 우리는 프로덕션 환경에서 MIRA를 사용하기 전에 수행해야 할 몇 가지 작은 작업이 있지만, 이러한 작업이 완료되면, 우리는 프로덕션 환경에서 MIRA를 사용할 수 있어야, 노드에서 사용하는 RAM의 양을 크게 줄일 수 있습니다. 따라서 노드를 실행하는 비용을 크게 줄일 수 있게 될 것입니다.

Replay Times

우리는 MIRA를 사용하여 표준 SSD의 재생 시간을 개선하는 데 주력해 왔습니다. 현재 재생 시간은 2-5 배 길지만 동기화 된 후에는 성능이 우수합니다. 우리는 RocksDB의 성능 한계에 도달했다는 결론을 내렸습니다. 현재 솔루션을 사용하여 메모리에서 인덱스 후 다시 색인화 한 다음 디스크의 RocksDB로 마이그레이션 할 수있는 하이브리드 시스템을 개발하고 있습니다. 완료되었습니다.
(기존 RocksDB : 동기후 화 성능이 좋다. 하지만 초기 재생이 느리다. 따라서 MIRA 개발을 통해 초기 속도를 높이고 다시 RockDB로 동작하는 하이브리드 시스템으로 개발하고 있다.

Configs

우리는 MIRA를 쉽게 실행할 수 있도록 configs에 많은 노력을 기울였습니다. MIRA는 다양한 하드웨어 (예 : SSD, HDD, NVMe)의 성능을 최적화하는 데 사용할 수있는 다양한 옵션이있는 RocksDB를 사용합니다. 즉, 하나의 크기가 “모두에게 적합하지 않음”을 의미합니다. Steemit에서 우리는 현재 매우 빠르지 만 매우 비싼 NVMe를 사용하고 있습니다. 다른 사람들은 MIRA를보다 저렴한 하드웨어로 운영하기를 원할 수도 있습니다. 하지만 그 경우 우리의 configs이 제대로 작동하지 않을 수도 있습니다. 우리는 모든 사람들이 다양한 하드웨어에서 최적으로 실행되도록 MIRA를 구성할 수 있기를 원합니다.

RocksDB를 활용하면 얻을 수있는 장점 중 하나는 모든 종류의 저장 매체를 타겟팅 할 수 있다는 것입니다. 우리는 회전하는 디스크 드라이브에서 Steem을 구동시킬 수도 있지만, 이 시점에서 그러한 드라이브는 거의 구식이고 Steem의 속도를 가진 블록체인에 적합하지 않습니다. 대신, 네트워크에 연결된 SSD 스토리지가 훨씬 더 적합한 대상이며, MIRA는 그 대상을 목표로 합니다.

이와 같은 엔지니어링 업데이트를 더보고 싶다면 @steemitblog를 따라야합니다!
Steemit 팀