제퍼넷 로고

개발자들은 '우연한'이더 리움 하드 포크 이후 공개 프로토콜에 대해 토론합니다.

시간

Ethereum 개발자는 11 월 XNUMX 일 이후 공개적으로 중요한 버그를 공개하기 위해 변경 사항을 평가하고 있습니다.실수로 하드 포크. " 

Geth는 공개 이후 XNUMX 월 초에 버그를 수정했지만 Geth의 이전 버전에는 여전히 존재했습니다. 일시적으로 발생하는 버그 네트워크의 80 % 다른 클라이언트와 다른 경로로 이동하기 위해 Geth에서 실행됩니다.

이제 개발자는 일부 개발자의 여파로 보안 취약성에 대한 공개 프로세스를 재정렬하고 있습니다. 전화 했어. DAO에 대한 2016의 공격 이후 이더 리움에 대한 가장 큰 위협입니다. 

그 질문에는 짐이 있습니다. 이더 리움과 같은 오픈 소스 소프트웨어 (OSS)의 공통된 정신은 벤더가“취약성에 영향을받는 사람들에게 적시에 통보”해야한다는 것입니다. Summa의 설립자 인 James Prestwich는 메시지에서 CoinDesk에 말했습니다. 즉, Geth는 종속 사용자에게 가능한 합병증에 대해 경고 할 책임이 있습니다.

그러나 블록 체인의 핵심은 금융 결제 메커니즘입니다. OSS에서 버그를 공개하는 전통적인 방법은 돈이있는 다른 플레이어에게 바람직하지 않은 결과를 초래할 수 있습니다.

In 금요일의 모든 핵심 개발자 전화, 이더 리움 개발자 인 Micah Zoltu와 Geth 팀 리더 인 Peter Szilágyi는 둘 다 중요한 취약점에 대한 알림 목록을 발행하는 데 동의하지 않았습니다. Zoltu는 이러한 목록이 프로젝트에 불균등 한 경쟁을 초래할 것이라고 주장했으며 Szilágyi는 모든 버그 공개가 이더 리움 인프라에 약점을 만든다고 말했습니다. 

예를 들어, 대부분의 탈 중앙화 금융 (DeFi)이 이더 리움 블록 체인에 연결하는 데 사용하는 서비스 제공 업체 Infura에 버그를 조기에 공개하는 것은 경쟁사에 대해 불공정 한 이점이 될 것입니다. 더욱이 목록의 특권 정보가 적대자에게 유출되면 더 큰 생태계에 대한 결과가 심각 할 수 있습니다.

옵션이 다시 주어지면 Szilágyi는 동일한 방식으로 최근 공개에 대해 이야기하겠다고 말했습니다. 즉, 합의 버그를 감추고 있습니다 (통화 중에 한 지점에서 사용자에게 Geth의 과거 버전이 취약성). 게스는 다른 합의 취약점에 대해서도 그렇게했다고 그는 말했다.

"공개는 복잡한 주제이며 사용자 안전이 가장 중요합니다."라고 Prestwich는 결론지었습니다.

출처 : https://www.coindesk.com/developers-debate-disclosure-protocols-accidental-ethereum-hard-fork

spot_img

최신 인텔리전스

spot_img