중앙 집중화가 걱정 되십니까? 이더리움이 베를린 하드포크를 연기한 이유 해석

편집자 주: 이 기사의 출처는골든 파이낸스, 저자: Jason, 승인을 받아 Odaily에서 복제.

편집자 주: 이 기사의 출처는

골든 파이낸스

골든 파이낸스

, 저자: Jason, 승인을 받아 Odaily에서 복제.

현재 이더리움 클라이언트 Geth에 의존하는 사용자의 수가 너무 많아 클라이언트에 취약점이 있는 한 이더리움 네트워크를 일시적으로 동결할 수 있으며 이는 핵심 아이디어와 충돌하는 것으로 보입니다. 블록체인 탈중앙화 . 이를 고려하여 이더리움 코어 개발자들은 지난 금요일(6월 27일) "Berlin" 하드포크의 개발을 적어도 8월까지 연기하기로 결정했습니다.

Ether Nodes에 따르면 Geth 클라이언트는 Ethereum의 11개 표준 클라이언트 중 하나일 뿐이지만 Ethereum 노드의 79%가 이 클라이언트에서 실행되는 것으로 나타났습니다. 2019년 12월 이후 Geth 클라이언트는 Ethereum 네트워크 내 클라이언트 수가 5% 증가했습니다. 이와 관련하여 개발자는 Geth 클라이언트에서 심각한 취약점이 발생하면 특히 Ethereum 네트워크가 Eth에서 PoS(Proof of Stake) 합의 알고리즘으로 전환하기 전에 전체 Ethereum을 파괴할 가능성이 매우 높다고 걱정하기 시작했습니다. 2.0. Eth 1.x는 롤링 업데이트입니다.

금요일(6월 27일), Geth 팀 리더인 Péter Szilágyi는 이더리움 코어 개발자 그룹 컨퍼런스 콜에서 다음과 같이 말했습니다.

"Ethereum 네트워크의 대부분의 사람들은 Geth 클라이언트를 사용하고 그렇게 하는 데 아무런 문제가 없지만 우리가 틀릴 여유가 없다는 것이 중요합니다."

보조 제목

이더리움 프로그래밍 언어

다양한 클라이언트 세트를 보유하는 것이 이더리움 네트워크에 유익하다는 것은 의심의 여지가 없습니다. 이더리움을 사용하면 가장 작은 신생 기업부터 JPMorgan Chase와 같은 대기업에 이르기까지 다양한 프로젝트가 개발자 커뮤니티에 참여할 수 있습니다. 2015년에 출시된 이더리움은 1년 후 다양한 수준의 완성도로 8개의 프로그래밍 언어를 지원했습니다. Ethereum Foundation은 현재 Go, Solidity, Java, JavaScript 및 Python을 포함한 5가지 프로그래밍 언어로 클라이언트를 개발합니다.

그러나 인간 언어와 마찬가지로 모든 프로그래밍 언어에는 미묘한 차이가 있으므로 클라이언트 구현에 결함이 있습니다. 이러한 뉘앙스는 Ethereum 개발자가 업데이트할 때 불쾌한 버그로 바뀔 수 있습니다.

"(베를린 하드포크 업그레이드가 연기된 주된 이유는) 이더리움 커뮤니티가 Geth 클라이언트에 대한 의존도를 줄이고자 하기 때문입니다. 궁극적인 목표는 Geth 클라이언트에 문제가 있더라도 전체 이더리움 네트워크를 파괴하지 않기 때문에 클라이언트 측이 올바르게 실행되는 것이 매우 중요하므로 현재 이더리움 개발자의 작업량이 매우 무거워졌으며 모든 것이 제대로 작동하는지 확인하기 위해 대부분의 작업을 수행해야 합니다. ”

2019년 12월 Parity Technologies가 Ethereum 네트워크가 Parity Ethereum 클라이언트를 더 이상 사용하지 않을 것이라고 발표하면서 Geth 클라이언트에 대한 Ethereum의 의존도는 점점 더 나빠지는 것 같습니다. 당시 Parity 팀은 공식 블로그 게시물에 다음과 같이 썼습니다.

"Parity 클라이언트는 필요한 리소스를 확보할 수 없었으며 후속 개발에 투자할 수 없을 뿐만 아니라 간단한 유지 관리 작업도 지속 불가능합니다."

패리티 이더리움 클라이언트 프로젝트의 코드 베이스는 이제 ConsenSys 분사 회사인 Gnosis가 자금을 지원하는 분산형 자율 조직(DAO)에 넘겨졌습니다. 현재 이 프로젝트는 Open Ethereum이라는 이름으로 운영되고 있습니다. Web Archive의 데이터에 따르면 클라이언트는 2019년 12월 이후 노드의 거의 60%를 잃었습니다. (경고: Geth 클라이언트도 2019년 12월 이후 노드의 약 14%를 잃었습니다.)

보조 제목

다양한 이더리움 클라이언트

Gnosis 설립자 Martin Köppelmann은 개인 메시지에서 다음과 같이 말했습니다.

개방형 이더리움 클라이언트에 대한 Martin Copperman의 열정과는 상관없이 Geth 팀장인 Pat Siraj의 우려는 여전히 주목할 가치가 있습니다. 거대한 시장 점유율로 인해 개인 사용자, 기업 또는 거래소가 Geth Ethereum 클라이언트를 삭제하는 것은 매우 어려운 일이지만 일단 Geth 클라이언트에 기술적인 문제가 발생하면 이러한 과도한 의존성은 치명적인 문제로 이어질 것입니다.

그렇다면 이더리움 네트워크가 Geth 클라이언트에 대한 의존도가 높은 이유는 무엇입니까? 대답은 Eth 2.0이 시작하기에 너무 느리다는 것입니다. 하드 포크에서 하나 이상의 문제가 발생하면 Eth 2.0 연구원은 매번 업그레이드를 연기한 다음 다양한 클라이언트 개발자와 만나 문제를 논의하여 업그레이드 후 클라이언트에 문제가 발생하지 않도록 하는 데 동의합니다.

반대로 비트코인과 대부분의 다른 암호화폐는 훨씬 더 효율적으로 업그레이드할 수 있습니다. 적어도 이더리움이 그렇게 많은 클라이언트와 통신하고 조정하는 데 필요한 만큼은 아닙니다. Ethereum은 실제로 몇 가지 제약 조건에 직면했다고 말해야 합니다. 100% 정상적으로 실행하려면 프로젝트의 복잡성에 의존해야 하지만 동시에 6~12회마다 하드 포크를 수행해야 합니다. 몇 달.

대조적으로 비트코인과 대부분의 다른 암호화폐는 자주 사용되지 않거나 적은 수의 응용 프로그램에서 실행됩니다. 이더리움은 몇 가지 제약에 직면해 있습니다. 100% 가동 시간은 프로젝트 부하에 따라 다르지만 6개월에서 12개월마다 하드 포크를 롤링합니다.

보조 제목

Geth 클라이언트가 너무 느슨해서 문제가 발생합니까?

Geth 클라이언트의 시장 리더십을 약화시키기 위해 다른 클라이언트를 사용하도록 Ethereum 사용자를 유치하는 방법은 열린 질문인 것 같습니다.

이더리움 사용자를 다른 클라이언트로 끌어들이는 것은 개발자 이니셔티브를 통해 해결될 것 같지 않은 비즈니스 문제가 되었다고 이더리움 개발자 Greg Colvin이 개발자 콜에서 말했습니다. 실제로 프로젝트는 오픈 소스가 아닌 코드 등 Geth 클라이언트가 해결할 수 없는 긴급한 요구 사항이 있기 때문에 작은 시장 점유율로 클라이언트와 협력하도록 선택할 수 있습니다. 그러나 Greg Colvin에 따르면 Geth 고객은 더 많은 직원을 모집하려고 노력했으며 그 목적은 시장의 "지배력"을 더욱 공고히 하는 것 같습니다.