ETH2.0 테스트 네트워크에 버그가 있습니까? 이더리움에게는 작은 바람과 작은 파도일 뿐
저자 | 친샤오펑
저자 | 친샤오펑
편집자 | Mandy Wang Mengdie
제작|오데일리
지난 주말, 이더리움 2.0 테스트넷에 또 다른 나방이 생겼습니다.
간단히 말해서 이번 테스트넷의 근본 원인은 Prysm 클라이언트의 Roughtime 시간 서버가 중단되고 클럭 스큐가 발생하여 검증자와 블록 헤더가 동기화되지 않고 결국 정상에 영향을 미쳤다는 것입니다. 테스트넷 메달라 운영.
보조 제목
(1) 사고회고
소위 클록 스큐는 블록 시간과 정상 시간 사이의 편차입니다.
시간은 Eth2.0에 매우 중요하며 각 블록에는 타임스탬프가 포함되어 있어 시간이 동기화되지 않으면 네트워크가 정상적으로 작동할 수 없습니다.
시스템 시간이 부정확해지는 것을 방지하기 위해 Prysm은 미국 Cloudflare의 시간 서버인 Roughtime을 사용하여 이를 수정합니다. 그리고 한 대의 기계 고장을 방지하기 위해 기계도 6대를 선정했다.
이후 진단에 따르면보고서보고서
최종 결과는 Prysm 클라이언트의 "클럭 스큐"가 최대 90분 동안 2초를 초과하고 전체 클라이언트 시간도 표준 시간보다 4시간 빠르다는 것입니다. Preston Vanloon의 트윗에 따르면 클럭 스큐는 15일 베이징 시간 오전 1시 30분에서 오전 3시 사이에 발생했습니다. 다음과 같이:
이미지 설명
(클럭 스큐)
사고 후 Prysm 클라이언트는 Roughtime 서버 사용을 즉시 중단하고 사용자에게 다른 클라이언트로 전환하도록 요청했습니다.
"기본적으로 Roughtime 동기화를 비활성화하기로 결정했습니다. Roughtime 계산에 분명히 몇 가지 버그가 있으며 가능한 한 빨리 파악하고 싶습니다. 결과와 관계없이 시계를 자동으로 조정하거나 완전히 취소하는 옵션이 되어야 한다고 생각합니다. ' 프레스턴 밴룬이 말했다.
몇 시간 후 개발자는 조사를 완료하고 수정 사항을 발표했습니다.
개발자 Raul Jordan은 "이 버그를 수정하는 동안 Prysm 노드가 작동하는 데 필요한 모든 중요한 기능을 실수로 제거하여 문제를 더욱 악화시켰습니다."라고 말했습니다.
보조 제목
(2) 결과
시간 초과 동기화로 인해 Prysm 클라이언트를 통한 확인을 위해 "거의 아무도 체인의 헤드와 동기화되지 않습니다". 이것은 또한 데이터가 유효하지 않으며 검증에 참여하거나 스테이킹 보상을 받을 수 없음을 의미합니다.
Eth2.0은 현재 테스트넷 단계에 있지만 사용자가 검증 서약에 참여하는 ETH도 실제 유통되지 않는 테스트넷 버전인 것을 포함하여 이러한 보상은 실제가 아닙니다.
prysm 클라이언트가 전체 네트워크의 64% 이상을 차지하기 때문에 사건 이후 메달라 테스트넷의 전체 검증자 수에 대한 적극적으로 투표하는 검증자 수의 비율이 약 75%에서 5% 미만으로 떨어졌습니다. 이것은 또한 나머지 검증자가 전체 네트워크에서 합의에 도달하지 못하고 네트워크가 정상적으로 작동할 수 없음을 의미합니다.
이미지 설명
(네트워크 참여율)
외신 '트러스트노드'는 이번 사고로 이더리움 네트워크도 한동안 정지됐다고 보도했다. 약 30%의 검증 과정이 실패했을 때 메모리 문제가 나타나기 시작했고, 약 50% 이후에는 문제가 더 커졌다. 70% 그 후 네트워크가 분명히 중지되었습니다.
오늘 오후 Spark Mining Pool은 메달라 테스트넷에 참여하기 위해 Prysm 클라이언트를 실행하는 모든 친구에게 전화를 걸었습니다. 클라이언트가 alpha.22 버전으로 업그레이드되었는지 확인하십시오. 아직 하지 않았다면 동기화 실패로부터 Medalla 테스트넷 복구를 지원하기 위해 가능한 한 빨리 그렇게 하십시오.
보조 제목
(3) 생각
이 사고는 또한 다중 고객의 중요성을 반영합니다.
특정 클라이언트를 과도하게 사용하면 문제가 발생하면 전체 네트워크 운영에 영향을 줄 수 있습니다.
그러나 실제로는 Prysm 클라이언트가 선호되는 이유가 있습니다.
현재 Eth2.0에는 5개의 클라이언트가 있지만 Prysm이 제공하는 교육은 의심할 여지 없이 최고이므로 대다수의 검증자는 여전히 Prysm을 사용합니다.
따라서 전체 이더리움 생태계를 위해 각 클라이언트의 힘의 균형을 맞추기 위해서는 다른 클라이언트의 사용성을 향상시키는 것이 필요하며 이는 갈 길이 멀다.
지난 5년 동안 이더리움의 발전으로 판단하면 The DAO 공격과 포크 등 일련의 도전과제에 비하면 이번에 테스트넷에서 발생한 사고는 작은 문제에 불과하다.
Ethereum의 경우 점점 더 좌절하게 될 것입니다.
