상태 비저장 클라이언트: Ethereum 1.x의 새로운 기능
편집자 주: 이 기사의 출처는이더리움 애호가(ID: ethfans)편집자 주: 이 기사의 출처는
이더리움 애호가(ID: ethfans)
이더리움 애호가(ID: ethfans)
, 저자: Piper Merriam, 번역: A Jian, 승인을 받아 Odaily에서 재인쇄함.
모든 커먼즈와 마찬가지로 이더리움 네트워크에도 많은 유지 관리 문제가 있습니다. 상태 데이터의 지속적인 확장, 동기화 시간이 점점 길어지고 전체 노드의 인기가 점점 작아지고 있습니다. 확인하지 않으면 이러한 문제는 Ethereum 1.x의 미래에 심각한 위협이 됩니다.
이러한 문제는 Devcon4의 핵심 개발자 및 커뮤니티 개발자가 처음 심각하게 다루었으며 Ethereum 프로토콜의 현재 업그레이드 방향에 대한 연구를 "Ethereum 1.x"라고 명명했습니다. 그러나 최근 1.x 연구는 정체되었습니다. 점점 더 많은 사람들이 Ethereum 2.0으로 관심을 옮겼기 때문입니다. 이 또한 이해할 수 있습니다. Eth2.0은 결국 더 매력적입니다.
그러나 이더리움 2.0(Serenity Tranquility)은 2~3년이 지나야 완전히 실현되며, 그 중 0단계와 1단계는 1~2년 안에, 2단계는 2022년까지 도달하지 못할 수도 있다.
동시에 상태 데이터 확장, 동기화 시간 연장, 네트워크 상태 저하와 같은 문제가 모두 시급합니다. 또한 현재 Ethereum 체인을 Eth2.0의 실행 환경으로 마이그레이션하려는 명확한 계획은 아직 없습니다.
올해 오사카에서 일부 클라이언트 개발자와 만난 후 이러한 문제를 다른 사람들과 심도 있게 논의했으며 예외 없이 1.x 연구 및 업그레이드가 합리적이라는 데 모두 동의했습니다.
우리는 평온을 향해 달리는 동안 이더리움 1.0 체인을 살아 있고 건강하게 유지하기를 희망하면서 함께 새로운 방향과 계획을 정의했습니다.
우리는 준비합니다:
Ethereum 네트워크의 클라이언트 다양성을 더욱 향상
2.0의 실행 환경이 되기 위한 원활한 전환을 위한 견고한 기반 마련
이는 의심할 여지 없이 많은 팀의 협력이 필요한 복잡한 작업입니다. 그러나 이번 주 얼음 깨는 화상 회의 후 우리는 이더리움 1.x 연구의 새로운 장을 용감하게 열었습니다.
보조 제목
원인
이야기는 2018년 초 Trinity 클라이언트의 첫 번째 릴리스에서 시작됩니다. Trinity는 Python으로 작성된 Ethereum 클라이언트입니다. Python은 인터프리터 언어이기 때문에 Go나 Rust와 같은 동료와 성능 경쟁을 할 수는 없지만 몇 가지 멋진 기능이 있습니다.
첫 번째 베타 출시 후, 우리는 블록체인 데이터의 빠른 동기화를 달성하기 위해 열심히 노력했지만 실망스러운 결론에 도달했습니다. 이 클라이언트의 성능은 사람들을 절대 놓을 수 없는 것 같습니다. 노드가 동기화되도록 합니다.
"빠른 동기화"가 작동하지 않자 새로운 작업을 찾기 시작했습니다. 다음 9개월 동안 우리는 "이 문제를 완전히 피할 수 있을까?"라는 생각을 되풀이했습니다. 이 문제를 정말로 피할 수 있다면 클라이언트를 온라인으로 빠르게 작업할 수 있으며 동기식 완료 및 온라인 작업의 활동을 완료하는 데 몇 시간 또는 며칠이 걸리곤 했습니다.
2019년 9월 어느 날, 우리는 "빔 싱크"라는 프로토타입을 만들었습니다.
빔 동기화는 "상태 비저장 클라이언트" 개념에서 영감을 얻었습니다. "블록 증인(차단 증인)"이라는 데이터의 일부를 사용하여 빔 동기화는 동기화할 때 "빠른 동기화"와 같은 완전한 상태를 다운로드하지 않고 데이터만 전달합니다. 상태 전환을 완료하는 데 필요합니다. 점차적으로 동기화 프로세스가 점점 더 많은 상태를 건드리면 클라이언트는 완전한 블록체인 상태를 재구성하고 전체 동기화 모드로 전환할 수 있습니다.
블록을 실행하는 데 필요한 데이터만 가져와서 즉시 실행하기 때문에 메인빔 동기화를 사용하는 노드는 거의 즉시 가동 및 실행할 수 있습니다(최적과는 거리가 멀지만 비공식 테스트는 다음을 증명합니다. 모든 블록 헤더).
빔 동기화의 개념이 가장 완벽하게 입증되었기 때문에 Trinity 팀은 조용히 연구하는 것에서 사용 가능한 베타 버전을 실험하는 것으로 이동했습니다. 2020년 2분기에 베타 버전을 출시할 계획입니다.
보조 제목
Alexey Akhunov는 상태 폭발 문제를 해결하기 위해 많은 시간을 할애합니다. 보다 최근에 그는 무국적 클라이언트가 주 임대와 같이 논란이 많은 방향에서 벗어나 가장 실행 가능한 접근 방식이라고 결론지었습니다. (편집자 주: 기사 말미 하이퍼링크 참조)
그리고 Beam 동기화는 기본적으로 상태 비저장 모드에서 시작하여 블록이 로컬 데이터베이스에 점진적으로 다운로드됨에 따라 점진적으로 풍부한 상태 모드로 전환됩니다. Beam sync online을 통해 무국적 클라이언트에 필요한 요소를 잘 제공하는 네트워크에 대한 명확한 경로를 곧 설명할 수 있을 것입니다.
또한 상태 비저장 클라이언트는 이론적으로 현재 클라이언트 모델과 호환됩니다. 즉, Alexey의 연구가 유용할 수 있고 네트워크에 약간의 점진적인 개선만 가져올 뿐이며 대규모 A 논란이 있는 프로토콜 계층 개선이 필요하지 않습니다.
보조 제목
1.x에서 2.0으로
이 때문에 상태 비저장 클라이언트에서 안정적으로 실행할 수 있어야 Ethereum 1.x 네트워크를 2.0 샤드로 마이그레이션하기 위한 전제 조건이 될 수 있습니다.
따라서 우리는 Ethereum 1.x의 상태 비저장 실행 체계에 전념하고 있으며 1.x의 원활한 마이그레이션을 위해 필요한 준비도 하고 있습니다.
즉, 오늘은 무국적자, 내일은 평온입니다.
보조 제목
1.x 연구 공식화
Devcon의 마지막 날, 저는 1.x 연구 작업을 다시 시작하는 방법에 대해 토론했습니다. 참석한 모든 사람이 문제가 있음을 알고 문제를 해결하는 데 관심을 보였습니다. 이것은 나를 행복하게 만드는 마지막 것입니다.
Trinity와 나머지 클라이언트 팀이 클라이언트의 네트워킹 요소를 개선하고 빔 동기화를 지원할 수 있다면 Ethereum 네트워크를 완전히 상태 비저장으로 만들 수 있습니다. 이더리움 1.x의 상태 비저장 클라이언트는 포도가 익었을 때 이더리움 2.0의 실행 환경으로 마이그레이션하기 위한 프로토콜을 준비합니다.
Ethereum 2.0 클라이언트를 개발한 9개 이상의 팀에서 영감을 받아 서로 다른 팀 간의 심도 있는 협력을 달성하고 특정 결과 비전으로 나눌 수 있는 명확하고 높은 Eth1.x 비전을 형성하기를 희망합니다.
