Eth2 Dev가 메인 넷 출시 전에 배운 과제와 교훈에 대해 이야기합니다.

수년간의 지연과 계획 변경 끝에 Ethereum 2.0이 마침내 12 월 1 일에 출시 될 예정입니다..

Ethereum 2.0 Phase 0은 미래의 Eth2 블록 체인 인 Beacon Chain의 골격을 시작하는 것 외에도 오랫동안 기다려온 스마트 계약 플랫폼에 스테이 킹 메커니즘을 도입합니다..

2023 년에는 점점 더 많은 테스트 넷이 도입되고 반복됨에 따라 진행 속도가 꾸준히 빨라졌습니다. 총체적으로 성공했지만 동기화 및 블록 생성과 관련된 문제에서 면제되지는 않았습니다..

이러한 문제의 일부는 서로 다른 프로그래밍 언어 및 기술 스택으로 작업하는 7 개의 서로 다른 클라이언트 또는 Ethereum 2.0 노드 소프트웨어간에 동일한 속도를 유지해야하는 문제에서 비롯되었습니다..

Cointelegraph는 Nimbus의 리서치 개발자 인 Zahary Karadjov (그 고객 중 한 명)와 이더 리움 2.0이 지금까지 여행 한 길과 다음 여정에 대해 자세히 알아 보았습니다..

인터뷰는 길이와 맥락을 위해 가볍게 편집되었습니다..

Cointelegraph : Nimbus는 공유 된 Ethereum 2.0 사양을 따라 잡는 몇 가지 문제가 더있는 것 같습니다. 왜 그렇게 생각하세요??

Zahary Karadjov : 우리는 메인 넷을 위해 Nimbus를 준비 하느라 매우 바빴습니다. 다른 팀이 이미 사용할 수 있었던 일부 구성 요소, 특히 Libp2p 네트워킹 계층을 개발하는 데 시간이 걸렸기 때문에 우리에게는 조금 더 도전적이었다고 말할 수 있습니다..

이것은 우리가 처음부터 구축해야했고 안정화하는 데 많은 시간이 걸렸습니다. 우리가 성능에 어려움을 겪었던 몇 달이있었습니다. 우리가 최초의 안정적인 릴리스를 발표 한 것은 최근에 불과했습니다. 하지만 지금은 메인 넷에 대한 자신감이 있습니다. 마지막 사소한 문제에 대해 작업 중이며 감사도 완료되었습니다..

CT : 기존 Ethereum 1.0 클라이언트와 비슷하게 Go와 Rust로 각각 구축 된 Prysm과 Lighthouse는 지금까지 다른 것보다 앞서있는 것 같습니다. Ethereum 1.0에서 수행 한 작업을 기반으로 구축 할 수 있었기 때문입니다.?

ZK : 관련된 많은 요소가 있기 때문에 제 설명은 단순화가 될 것입니다. 그러나 나는 Libp2p 개발이 우리에게 가장 중요한 지연 원인이라고 말할 수 있습니다. 로직은 여기에서 쉽게 볼 수 있습니다. Java로 개발 된 Teku에도 Libp2p 구현이 없었으며 약간 나중에 준비되었습니다..

Prysm 팀은 원래 Go에서 개발 된 Libp2p를 매우 오래 전에 개발하는 데 사치 스러웠지만 Lighthouse는 꽤 오래 전에 Parity 팀이 작업을 위해 만든 구현을 활용할 수있었습니다. 폴카 닷.

Libp2p는 Ethereum 2.0의 네트워킹 계층입니다. Ethereum 1.0에서 사용되는 기술과는 완전히 다른 기술이라고 말할 수 있습니다. 매우 실용적인 용어로 Gossipsub라는 게시-구독 기술로, 네트워크에서 정보를 브로드 캐스트하는 최적화 된 방법입니다..

CT : Medalla 테스트 넷에 대해 이야기 해 보겠습니다. Nimbus와 Eth2 커뮤니티는 특히 블록 체인이 블록 최종성 보장을 제공하지 않는 기간을 고려할 때 어떤 교훈을 얻었습니까??

ZK : 최종성에 대한 투쟁은 기술적 인 문제에서 시작되었습니다. 이전 대화에서 논의한 내용을 정확히 보여주는 유명한 Cloudflare Roughtime 사건이 있습니다. 네트워크의 모든 사람이 동일한 클라이언트를 사용하는 경우이 특정 클라이언트의 기술적 인 문제로 인해 많은 유효성 검사기가 오프라인 상태가되어 네트워크가 즉시 완료되지 않은 상태가 될 수 있습니다..

우리는 Prysm 클라이언트와 관련하여이 문제를 겪었으며 커뮤니케이션의 중요성에 대한 중요한 교훈도 얻었습니다. Prysm 팀은 단 2 시간 만에이 문제에 대한 수정을 제공 할 수있었습니다. 그러나 커뮤니티가 문제가 있음을 인식하고 수정 사항을 배포하는 데는 상당한 시간이 걸렸습니다..

이것은 Medalla에 대해 오랜 기간 동안 비결 승화를 초래 한 초기 사건이었습니다. 그러나 이것은 네트워크가 마무리되지 않을 때 클라이언트가 여러 가지 가능한 포크와 대체 이력을 고려해야하기 때문에 실제로 클라이언트에게 매우 도움이되었으며 이는 클라이언트에게 많은 스트레스를가합니다. 따라서 이러한 긴 비 완성 기간을 통해 모든 것이 예상대로 실행되지 않는 네트워크에서 스트레스가 많은 순간에 대해 클라이언트를보고 최적화 할 수있었습니다..

CT : 테스트 넷과 비 결승 기간 동안 일부 사용자는 온라인 상태에서도 지분이 감소했다고 불평했습니다. 시스템의 버그 또는 기능입니까??

ZK : 예상치 못한 결과라고 설명 할 수 있습니다. 기본적으로 문제는 클라이언트가 네트워크에서 브로드 캐스트 된 증명에 대해 보상을 받는다는 것입니다. 그러나 이러한 증명은 블록에 포함되어야합니다. 블록을 생성 할 사람이 없으면 증명이 체인에 포함되지 않습니다. 활동하지 않는 것 같습니다..

이 문제는 구현 팀과 연구 팀에서 잘 인식하고 인정한다고 생각합니다. 이것은 Ethereum의 미래에서 해결되어야합니다. 즉, 네트워크의 첫 번째 업그레이드 중 하나 인 Phase 1 또는 Phase 0.5에서 다루어 져야합니다. 하지만 메인 넷에서 낮은 참여율을 보게되면 예상치 못한 일이라는 사실을 잊지 말아야합니다. 실제 지분이 관련되어있을 때 검증 인이 온라인에 참여할 수있는 인센티브가 훨씬 더 강력하기 때문입니다..

CT : 이러한 복잡성과 지속적으로 온라인 상태를 유지해야하는 요구 사항이 사람들이 자신의 장치를 사용하는 것을 멀어지게 할 수 있다고 생각하십니까??

ZK : 음, 이것은 우리가 의사 소통에서 훨씬 더 나은 일을해야한다고 생각하는 매우 흔한 오해입니다. 사실, 항상 온라인 상태가 아닐 경우의 위험은 그다지 크지 않습니다. 온라인 상태가 50 % 이상이면 수익을 올릴 수 있습니다. 생각해보십시오. 반년 동안 오프라인 상태 일 수 있지만 여전히 0입니다. 당신은 돈을 벌지 못하지만 돈도 잃지 않을 것입니다. 프로토콜은 이와 관련하여 매우 용서합니다..

CT : 페이즈 0의 메인 넷 출시 이후에는 어떤 일이 발생합니까? 목록에서 다음 업그레이드를 분할하거나이 초기 비콘 체인에 더 많은 작업이 필요할 것으로 예상하십니까??

ZK : 1 단계의 통합으로 업그레이드가있을 것입니다. 더 많은 기능이 온라인에 제공됨에 따라 클라이언트 팀이 새 소프트웨어를 출시하는 중요한 변경 사항이 필요합니다. 우리는 어느 시점에서 최종성 가젯의 출시를 기대하며, 이는 이더 리움 2.0의 합의 메커니즘을 통해 이더 리움 1.0 체인을 마무리 할 것입니다. 이러한 모든 지속적인 릴리스는 동시에 발생합니다. 그들은 서로 약간 독립적이며 향후 몇 년 동안 이더 리움 로드맵의 일부입니다..