리드 ETH 개발자는 이더리움에 대한 "불길한" 스레드를 만듭니다. 어떻게 해야할지 모르겠으나... 별로 좋은 소리가 나지 않습니다. 이에 대한 유용한 정보가 있습니까?

Péter Szilágyi (karalabe.eth) @peter_szilagyi 3월 18

복잡성은 일반적으로 시스템을 만드는 사람이 아니라 다른 사람이 비용을 지불하기 때문에 시스템에서 종종 간과되는 측면입니다.

그러나 오해하지 마십시오. 누군가 가 돈, 시간 또는 정신적 능력에 대한 대가를 치르고 있습니다. 그들은 영원히 할 의향/능력이 없을 수도 있습니다.

확장성과 마찬가지로 복잡성은 한계점까지 눈에 띄지 않게 계속해서 흐르고 있습니다. 그 때는 이미 돌이킬 수 없는 시점을 지났다.

복잡성은 또한 연쇄적 실패를 유발하는 역겨운 영향을 미칩니다. 사람을 너무 많이 과부하시키고 용량을 잃어 더 큰 부하로 이어집니다.

#Ethereum의 역사에서 복잡성은 결코 감소하지 않았습니다. 모든 EIP가 맨 위에 쌓여 있습니다. 모든 주요 변경 사항(1559, merge, sharding, verkle, stateless, L2 등)은 하나 이상의 못입니다.

연구 제안서에 "모든 것이 파악되었습니다. 이제 엔지니어링 작업일 뿐입니다"라는 내용이 나오면 매우 실망스럽습니다.

Merge가 다가오고 있다는 느낌이 좋은 만큼 #Ethereum이 깨끗한 방향으로 가고 있지 않다는 점을 강조하고 싶습니다. 측면에서는 성과를 거두고 있지만 내일이 없는 것처럼 복잡성도 쌓여가고 있습니다.

프로토콜이 더 얇아지지 않으면 성공하지 못할 것입니다.

근본 원인은 연구 팀과 개발 팀 간의 단절이라고 생각합니다. 전자는 우아한 - 독립형 - 아이디어를 "오직" 꿈꾸어야 합니다.

후자는 공간의 차원을 외과적으로 확장하면서 도입된 모든 단일 아이디어를 저글링해야 합니다.

복잡성을 줄이기 위한 엔지니어링 시도가 있었습니다(Erigon의 모듈 분할, Merge의 책임 분할). 그러나 프로토콜 복잡성을 줄이려는 시도는 없었습니다.

우리는 이미 시스템에 대한 완전한 그림을 갖고 있는 사람의 시점을 지났습니다. 이것은 나쁘다.

솔루션이 무엇인지 말할 수는 없지만 제 2c는 기능 추가를 중단하고 컬링을 시작하는 것입니다.

깨진 네트워크를 알고 있고 기꺼이 통합하려는 사람들이 점점 줄어들고 있습니다. 그리고 각 변화는 더 많은 것을 밀어냅니다. /지느러미

스레드 자체에 대한 링크: https://nitter.net/peter_szilagyi/status/1504887154761244673#m