이것은 Andrew Levine이 레거시 블록 체인이 직면 한 문제를 설명하고 이러한 문제에 대한 해결책을 제시하는 1 부작 시리즈의 2 부입니다. 3 월 24 일과 25 일에 시작되는 수직적 확장 위기에 대한 파트 XNUMX와 거버넌스 위기에 대한 파트 XNUMX을 읽어보세요.

블록 체인 채택을 가로막는 세 가지 근본적인 문제, 즉 업그레이드 가능성, 수직 확장 및 거버넌스가 있다는 것이 우리의 믿음입니다. 이 기사에서는 업그레이드 가능성 위기와 컴퓨터 운영 체제가이 위기를 해결하고 블록 체인이 주류 채택을 달성 할 수 있도록하는 비결을 유지하는 유용한 비유 역할을하는 방법을 살펴볼 것입니다.

업그레이드 가능성 문제를 이해하기위한 가장 강력한 개념은 "반 취약성"입니다. Nassim Taleb에서 제안한 반 취약성은 스트레스를받을 때 개선되는 시스템의 속성입니다. 취약한 시스템은 대부분의 경우 훌륭하게 작동하는 것처럼 보일 수 있지만 스트레스를 받으면 무너 지거나 "폭발"합니다.

Antifragility는 깨지기 쉬운 서브 유닛을 포함하는 다층의 계층 적 시스템에서 나타나는 속성으로, 파손 / 죽음 / 부풀림으로 인해 전체적으로 더 건강한 시스템이됩니다. 자연적으로 우리는이 과정을 진화라고 부릅니다. 진화는 종이 덜 성공적인 특성을 더 성공적인 특성으로 대체 할 때 발생합니다. 컴퓨팅에서는 이러한 개선 사항을 "업그레이드"라고합니다.

오늘날 우리가 알고있는 주요 블록 체인의 문제는 업그레이드되도록 설계되지 않았기 때문에 진화 할 수 없다는 것입니다. 진화가 그토록 중요한 이유는 시스템이 심각한 결과를 초래하는 예측할 수없는 사건 인 "검은 백조"에서 살아남을 수 있기 때문입니다. 깨지기 쉬운 시스템은 검은 백조에서 살아남을 수있을뿐만 아니라 실제로 더 나아집니다.

블록 체인에는 스트레스 요인에 건전하게 적응할 수있는 취약한 하위 시스템이있는 별도의 레이어가 거의 없습니다. 겸손한 관점에서 디자인하는 대신 제작자는 즉시 높은 평가를받을 가치가있는 완벽한 시스템을 디자인 한 오류없는 비전 가로 자신을 표현하려고합니다.

탐색 영역 이전에 그려진지도

시스템 업그레이드를 위해 하드 포크에 의존하는 것보다 더 큰 증거는 없습니다. 하드 포크는 업그레이드 경로의 반대입니다. 이전 시스템을 버리고 새 시스템으로 교체하는 것입니다.

그러나이 분석에는 은색 안감이 있습니다. 즉, 해결책은 심리적 장벽을 뚫는 것보다 기술적 장벽을 뚫는 것이 적다는 것입니다. 우리는 첫 번째 원칙에 따라 블록 체인을 설계하지 않지만 여전히 비트 코인 및 이더 리움과 같은 기존 아키텍처 위에서 주로 반복하고 있습니다.

블록 체인을 구현하는 방법은 여러 가지가 있지만 이러한 프로토콜이 블록 체인의 일부 구성 요소를 구현하는 방식이 기본적으로 "올바른 방법"이라고 가정하는 경우가 많습니다. 이러한 프로토콜은 우리가 이러한 문제를 보는 방식을 완전히 틀로 삼아 우리가이 새로운 영역을 탐색하기 시작하기 전에“도출 된”문제의 정신적“지도”를 만들도록합니다.

비트 코인과 이더 리움은 본질적으로 최초의 분산 형 컴퓨터였습니다. 새로운 컴퓨팅 패러다임과 마찬가지로 초기 단계에서 엔지니어와 개발자는 특정 문제를 해결하기 위해 기술을 사용할 수 있는지 여부에 관심을 집중하고 있으며, 그렇다면이를 사용하여 애플리케이션을 구축합니다. 도구 나 플랫폼이 없기 때문에 모든 것을 처음부터 구축하고 특정 애플리케이션에 맞게 스택을 최적화해야합니다.

최종 결과는 특정 문제를 해결하도록 설계된 응용 프로그램에 전원을 공급하는 모 놀리 식 코드 조각입니다.

선점 자 및 취약한 시스템

이러한 초기 애플리케이션은 선점 자 이점 덕분에 매우 성공적 일 수 있지만 소프트웨어 개발에있어서 선점 자로서의 성공은 환상적입니다. 소프트웨어의 첫 번째 이동자는 사용자가 가장 가치있는 기능 또는 "동작"을 찾아서 새로운 기술을 검증합니다.

그러나 응용 프로그램이 거의 이해하지 못하거나 업그레이드 할 수있는 오래된 코드를 기반으로 구축 되었기 때문에 이러한 이점을 유지하는 것은 거의 불가능합니다. 버그는 고치기에는 악몽이며 기존 코드를 유지하는 것만으로도 Sisyphean 작업이됩니다. 개선하는 것을 잊으십시오.

이 단계에서 앱은 여러 가지 이유로 죽을 수 있지만 근본적인 사망 원인은 취약하다는 것입니다. 궁극적으로 기존 앱에 큰 피해를주는 블랙 스완은 운영 체제의 개발입니다. 운영 체제를 사용하면 개발자가 선점 자에 포함 된 동일한 핵심 동작을 사용하여 동일한 종류의 응용 프로그램을 쉽게 시작할 수 있습니다.

운영 체제의 출현은 개발자가 더 많은 시장에 침투하고 더 많은 사용자에게 도달하는 더 나은 프로그램을 더 쉽고 빠르게 출시 할 수 있도록함으로써 기술을 다음 단계로 확장 할 수있게합니다. 또한 스택에 또 다른 레이어를 제공합니다. 이제 하나의 애플리케이션이 중단 되더라도 가장 중요한 하위 계층은 영향을받지 않습니다.

그래서 문제가 해결 되었죠? XNUMX 세대 운영 체제는 올바른 애플리케이션을 채택하는 애플리케이션 개발자에게 막대한 경쟁 우위를 제공하지만 XNUMX 세대 애플리케이션과 동일한 업그레이드 가능성 문제로 어려움을 겪습니다. 핵심 기능, 보안 및 공유 사용자 기반을 제공하는 수단으로 등장하지만 업그레이드 가능성을 최대화하지는 않습니다. 따라서 결국 기능이 부풀어지고 복잡해지고 업그레이드가 어려워집니다.

운영 체제 비유

시스템을 업그레이드하려면 시스템 재부팅 및 재로드 프로세스가 필요합니다. 시스템이 더 크고 복잡해질수록 더 길고 더 혼란스러워집니다. 한 레이어 (OS)가 다른 레이어 (애플리케이션 레이어)에서 저지른 실수로부터 격리되지만 OS 자체는 여전히 취약합니다.

Ethereum 및 EOS와 같은 블록 체인은 이러한 초기 운영 체제처럼 설계되었습니다. 이들은 핵심 기능, 보안, 공유 사용자 기반 및 개발자가 특정 애플리케이션을 구동하는 데 필요한 사용자 지정 기능을 추가하는 데 활용할 수있는 프로그래밍 가능한 "사용자 공간"을 제공합니다.

블록 체인의 경우 불변성으로 인해 XNUMX 세대 운영 체제를 괴롭히는 문제가 증폭됩니다. 지속적으로 규모가 커지고있어 인프라에 추가적인 스트레스가 가해지고 뚜렷한 확장 문제가 발생합니다.

또한 분산되어 있기 때문에 업그레이드는 모든 컴퓨터가 이전 소프트웨어 실행을 중지하고 새 소프트웨어 실행을 시작하는 조정 된 노력의 실행으로 최상의 상황에서 끝나는 거버넌스 프로세스를 거쳐야합니다 ( 새로운 "포크")가 동시에 발생합니다. 이것은 쉬운 일과는 거리가 멀기 때문에 "하드"포크라고 부르는 것이 특히 적합합니다.

특정 변경 사항에 하드 포크가 필요한 경우 사람들은 이러한 변경 사항을 부분적으로 구현하면 추가 네트워크 다운 타임이 발생하기 때문에 이러한 변경 사항을 번들로 묶어야합니다. 이로 인해 관련없는 변경 사항이 중요한 변경 사항에 첨부되는 정부 시스템에서 볼 수있는 것과 유사한 "라이더 문제"가 발생합니다. 즉, 시간의 중앙 집중화가 있습니다. 문제. 모든 중요한 일을 동시에 수행해야하고 사람들이 중요한 일에 동의하지 않기 때문에 이러한 변경 사항을 구현해야하는 순간 공격 경로가 생성됩니다.

어쨌든 하드 포크는 크고 정치적이며 위험하며 가장 중요한 것은 네트워크를 무너 뜨립니다! 이것은 진행 속도를 극적으로 늦추고 모든 주요 블록 체인이 이런 방식으로 작동하기 때문에 전체 부문이 정체됩니다.

업그레이드 가능성을 통한 파손 방지

우리에게 필요한 것은 전체 시스템을 발전시킬 수있는 운영 체제 아래의 또 다른 계층입니다. 운영 체제에서는이 계층을 BIOS (기본 입 / 출력 시스템)라고합니다. 그러나 우리는 비유로 운영 체제만을 사용하고 있음을 기억하는 것이 중요합니다. 우리는 특히 블록 체인에서 사용하기 위해 첫 번째 원칙에서이 계층을 구성해야합니다. 다른 모든 계층과 마찬가지로 해당 계층은 시스템 전체를 폭파하지 않고 어떻게 든 "파괴"될 수있는 취약한 하위 단위로 구성되어야합니다.

BIOS의 생성은 개발자가 개인용 컴퓨터를 일반 소비자에게 유용하게 만드는 응용 프로그램을 신속하게 구축, 테스트 및 반복 할 수 있도록했기 때문에 컴퓨터 주류화에 중요한 단계였습니다.

동일한 틈새를 넘기려면 더 나은 블록 체인 OS가 필요하지 않고 특정 업그레이드 목적을 위해 BIOS와 동등한 운영 체제를 구축해야합니다.

추가 할 수 있어야합니다. 하드 포크없이 블록 체인에 기능을 추가합니다. 이를 통해 블록 체인이 스트레스 요인 (공격, 버그, 누락 된 기능 등)에 적응하고 자체적으로 개선되며 대중의 요구를 충족하도록 확장 할 수 있습니다.

그날이 올 때까지 블록 체인 기반 애플리케이션의 품질은 계속 정체 될 것이며, 표면에서 작업하는 것처럼 보일 수 있지만 널리 채택되지 않고 본질적으로 취약한 프로젝트가 공간을 지배 할 것입니다. 하루 "폭발."

여기에 표시된 견해, 생각 및 의견은 저자의 것이며, Cointelegraph의 견해와 의견을 반드시 반영하거나 나타내는 것은 아닙니다.

출처 : https://cointelegraph.com/news/inside-the-blockchain-developer-s-mind-the-upgradeability-crisis