이더 리움 개발자, 고객 집중화 문제를 해결하기 위해 베를린 하드 포크 지연

많은 사용자들이 Ethereum 클라이언트 Geth에 의존하여 버그로 인해 네트워크가 일시적으로 정지 될 수 있습니다. 이에 비추어 Ethereum Core 개발자는 금요일에 다른 고객에게 네트워크 점유율을 높일 수있는 기회를 제공하기 위해 XNUMX 월까지 베를린 하드 포크 작업을 연기하기로 결정했습니다.

Geth는 11 개의 클라이언트 사양 중 하나만 구성하지만 이더 리움 노드의 79 %가 실행됩니다. 이더 노드. 이 비율도 5 월 이후 1 % 증가했습니다. 개발자는 심각한 버그로 인해 Ethereum이 중단 될 수 있다고 우려합니다. 특히 Eth 2.0에서 네트워크가 PoS (Proof-of-Stake) 합의 알고리즘으로 전환하기 전에 Eth XNUMX.x 로의 롤링 업데이트가 계속 될 경우 이더 리움이 중단 될 수 있습니다.

Geth의 팀장 인 Péter Szilágyi는“Geth는 네트워크의 대다수입니다. 모든 핵심 개발자 그룹 통화. "정확하지 않을 여유가 있기 때문에 우리가 올바른 것이 매우 중요합니다."

이더 리움 언어

다양한 클라이언트를 갖는 것이 네트워크에 좋습니다. 그것은 작은 프로젝트에서 가장 작은 시작에 이르기까지 다양한 프로젝트가 Ethereum의 개발자 커뮤니티에 참여할 수있게합니다 JP 모건. 이더 리움은 XNUMX 개 언어 2015 년 출시 XNUMX 년 후 다양한 수준의 완성도를 달성했습니다. 이더 리움 재단 현재 목록 Go, Solidity, Java, JavaScript 및 Python을 포함한 XNUMX 개 언어로 된 클라이언트

더 읽기 : Ethereum이 Eth 2.0으로 전환 한 Zcash Privacy Tech

그러나 인간 언어와 마찬가지로 모든 프로그래밍 언어에는 뉘앙스가 있으므로 구현상의 단점이 있습니다. Ethereum 개발자가 업데이트를 수행하면 뉘앙스가 불쾌한 버그로 바뀔 수 있습니다.

독립적 인 개발자 인 Alexey Akhunov는“베를린을 연기하는 주된 이유는 Geth에 대한 의존성을 줄이고 전체 네트워크를 중단시키지 않고 실패 할 수 있도록하는 것”이라고 말했다. "현재 Geth 정확성이 매우 중요하기 때문에 부담이 너무 커서 모든 것이 올바르게 작동하도록 대부분의 작업을 마칩니다."

이는 Parity Technologies가 2019 년 XNUMX 월에 발표 한 Parity Ethereum 클라이언트의 지원 중단으로 가속화되었습니다.“패리티는이 프로젝트의 간단한 유지 관리에도 필요한 리소스 수준을 점점 더 많이 바칠 수 없습니다.” 블로그 당시에 게시하십시오.

이 프로젝트의 코드베이스는 ConsenSys 스핀 아웃이 지원하는 개발자의 분산 형 자율 조직 (DAO)에게 전달되었습니다. 영적 인식. 이제“Open Ethereum”이라는 이름으로 운영됩니다. 60 월 이후 클라이언트는 거의 XNUMX %의 노드를 잃어 버렸다고한다. 웹 아카이브. (참고 : Geth는 14 월 이후 노드의 약 XNUMX %를 잃었습니다.)

고객 다변화

Gnosis의 창립자 인 Martin Köppelmann은 개인 메시지에서“이상적인 세계에서는 33 %보다 높은 시장 점유율을 가진 고객이없는 여러 고객을 보유하게 될 것입니다. “Open Ethereum이 Parity 클라이언트가 실행하고있는 노드 수에 도달하지 않은 것은 사실이지만,이를 감소로 보지는 않습니다. 정반대. Gnosis가 Open Ethereum의 책임을 효과적으로 인수했을 때 우리는 0의 시장 점유율에서 시작했습니다.”

Szilágyi의 우려는 Köppelmann의 열정에 관계없이 유효합니다. 개인, 거래소 또는 고객이 Geth 이외의 것을 운영하도록하는 것은 어려웠으며 Geth가 기술적 인 문제를 겪으면 의존성이 심각하게 노출 될 수 있습니다.

이 의존성은 Eth 2.0이 너무 느리게 시작되는 이유입니다. Eth 2.0 연구자들은 하나 이상의 다운이 발생하면 딸꾹질을 방지하기 위해 다양한 클라이언트가 함께 시작할 수있을 때까지 기다리기로 동의했습니다.

상대적으로 Bitcoin 및 대부분의 다른 암호 화폐는 자주 실행되거나 많은 응용 프로그램이 실행되지 않습니다. Etheruem은 100 % 가동 시간 동안 프로젝트에 의존하지만 12-XNUMX 개월마다 하드 포크를 롤링하는 것에 따라 많은 양의 프로젝트에 직면합니다.

겟 번 아웃?

또한, 다른 고객이 Geth의 리드를 잡을 수 있도록하는 방법은 여전히 ​​공개 된 질문입니다.

이더 리움 개발자 Greg Colvin은 개발자의 요청에 따라 비즈니스 질문이되었으며 개발자 이니셔티브로 해결할 가능성이 거의 없다고 말했다. 프로젝트는 공개 소스가 아닌 코드와 같이 Geth가 해결할 수없는 심각한 요구 사항이 있기 때문에 소수의 클라이언트와 함께 작업하도록 선택합니다. 콜빈은 겟은 가능한 한 더 많은 직원을 고용해야한다고 말했다.

이더 리움 개선 제안서 (EIP) 테스트 중단 베를린에 예정 개발자가 정한 옵션 중 하나였습니다. 그러나 Szilágyi는 "세계 컴퓨터"를 계속 유지하는 24/7 책임이 그의 팀을 불 태우고 있다고 결론지었습니다.

"우리가 틀렸다면, 예를 들어 [Ethereum client] Nethermind가 맞다면 네트워크가 잘못된 체인에서 끊어 졌기 때문에 Nethermind의 코드가 정확하고 코드가 틀린 것은 중요하지 않습니다."

공시

블록 체인 뉴스의 리더 인 CoinDesk는 최고의 저널리즘 표준을 따르고 엄격한 편집 정책. CoinDesk는 Digital Currency Group의 독립적 인 운영 자회사로, 암호 화폐 및 블록 체인 스타트 업에 투자합니다.

출처 : https://www.coindesk.com/ethereum-developers-delay-berlin-hard-fork-to-stem-client-centralization-concerns