어 오: 모든 L2에는 업그레이드 키가 있습니다 😱

레이어 2(L2) 프로토콜을 논의할 때 종종 나오지 않는 어려운 진실이 있습니다. 모든 주요 L2 프로젝트에는 프로토콜 업그레이드를 실행할 수 있는 신뢰할 수 있는 당사자가 있습니다 . 현재 이것은 우리를 포함한 거의 모든 사람을 위한 중앙 집중화의 주요 지점입니다. 업그레이드 키가 손상되면 L2 프로토콜에 예치된 모든 자산이 위험에 처하게 됩니다.

Ethereum에 연결된 자산이 있는 대체 L1은 유사하게 파괴적인 공격에 취약합니다. 이를 방지하기 위해 L1의 보안 보장에 의존하는 것이 L2 비전의 핵심 부분입니다. 그러나 우리는 아직 거기에 도달하지 못했습니다. 어떤 의미에서 모두가 여전히 꿈을 파는 것입니다.

L2 프로젝트가 업그레이드 키를 유지하게 하는 위험, 이더리움 자체가 어떻게 이러한 함정을 피했는지, 그리고 우리가 어떻게 따를 수 있는지에 대해 이야기해 봅시다.

보안은 가장 약한 링크만큼만 강력합니다. 비밀번호가passwordpasswordpassword. 그렇다면 L2 공간에서 가장 약한 고리는 무엇일까요?

당신은 그것을 추측했습니다 : 업그레이드 키. 모든 주요 L2는 L1 계약에서 어떤 형태로든 즉시 업그레이드할 수 있습니다. 이는 프로젝트에서 개선 사항 및 버그 수정을 제공할 수 있기 때문에 좋지만 궁극적으로 신뢰할 수 있는 제3자가 L2 잔고에 대해 일방적인 발언권을 갖는다는 것을 의미합니다.

이것은 다음과 같은 질문을 하게 합니다. 하루가 끝날 때 보안이 단순히 업그레이드로 무시될 수 있다면 오류 또는 유효성 증명이 있어야 하는 이유는 무엇입니까?

우리는 레이어 2 팀이 분산된 확장성 기술의 최신 기술을 추진하기 위해 수행한 놀라운 작업을 중단하려는 것이 아닙니다. 우리는 큰 진전을 이루었습니다. 차세대 결함 증명을 위해 최근에 출시된 최초의 버그 바운티를 살펴보십시오 ! 대신, 이것은 현재 생산 준비가 된 결함/유효성 증명이 있는 주요 L2가 없다는 것을 상기시켜줍니다.

이 중간 단계가 필요합니다. 이러한 복잡한 프로토콜을 생산하는 것은 쉬운 일이 아닙니다. 그러나 우리는 또한 키를 포기하고 진정으로 분산된 L2 비전을 실현하기 위한 현실적인 경로에 대해 이야기해야 합니다.

솔루션에 뛰어들기 전에 먼저 문제를 설정해 보겠습니다. 모든 L2에 업그레이드 키가 있는 이유는 복잡하고 버그 없는 코드를 작성하는 것이 엄청나게 어렵기 때문입니다. 작성된 모든 새로운 코드 라인은 버그를 도입할 수 있는 새로운 기회입니다.

하나의 치명적인 취약점이 프로젝트를 마비시킬 수 있는 암호화에서는 극도로 주의해야 합니다. 이는 간결하고 단순한 코드를 의미합니다 . 코드 감소는 Optimism 철학의 핵심이며 EVM 동등성 업그레이드의 주요 동기였습니다. (그래도 버그는 여전히 균열을 통해 빠져 나갈 수 있습니다 .)

사실, 분산형 L2의 모든 치명적인 버그는 치명적일 것입니다. 설계 상 스마트 계약은 L1의 완전한 "보안"으로 이를 시행합니다. 최후의 수단으로 업그레이드 키가 없으면 수단이 없을 ​​것입니다. 이것은 엄청나게 높은 기준을 설정합니다.

이더리움 자체는 탈중앙화 보안의 훌륭한 사례 연구이며 버그 없는 L2 작성의 어려움을 판단하는 데 사용할 수 있습니다. 이더리움의 역사를 통틀어 이더리움에는 도입되고, 포착되고, 수정되고, 때로는 의도하지 않은 하드 포크를 유발하는 많은 버그가 있었습니다 ( 저희를 믿으세요. 재미가 없습니다 ).

여러 치명적인 버그에도 불구하고 Ethereum은 수명 기간 동안 높은 가용성을 유지했습니다. 불과 2년 만에 이더리움은 상하이 DoS 공격 동안 진정한 중단에 가장 근접했습니다 . 오늘날 블록체인 중단이 얼마나 흔한지를 감안할 때 이것은 인상적인 업적입니다.

이 시점에서 우리는 Ethereum L1이 다운되거나 손상되지 않을 것이라고 매우 확신할 수 있습니다. 업그레이드 키를 포기할 수 있으려면 L2에서 동일한 수준의 신뢰도에 도달해야 합니다. 그렇다면 이더리움의 비밀은 무엇일까요? L2를 제대로 확보하기 위해 노력하면서 그 발자취를 따라갈 수 있을까요?

다음에 Dragonba에서 알아보세요… Jk jk 우리가 당신을 잡았습니다. 계속 읽으세요👇

보안을 최소화하고 가동 시간을 최대화하는 이더리움의 성공은 단순한 운이 아니었습니다. 이더리움이 상호 운용되는 여러 개별 구현을 통해 다중 클라이언트 생태계를 전략적으로 구축했기 때문입니다 .

보안에 대한 이러한 접근 방식은 버그가 구현 간에 상관관계가 없다는 사실에 의존합니다. 즉, 한 구현에 특정 버그가 있는 경우 다른 구현에는 정확히 동일한 버그가 발생하지 않을 수 있습니다.

이렇게 하면 오류가 있는 경우에도 제대로 작동하는 클라이언트를 위해 버그가 있는 클라이언트를 제거할 수 있습니다. 이 중복성은 Ethereum의 고가용성 보장의 핵심입니다.

우리는 이더리움의 발자취를 따라 레이어 2에서 이와 동일한 접근 방식을 사용할 수 있습니다. 하나의 클라이언트, 하나의 결함 증명 또는 하나의 ZK 증명을 구현하는 대신 L1에서와 마찬가지로 L2에 대한 다중 클라이언트 생태계를 만들 수 있습니다 . 이렇게 하면 일부 낙관적 클라이언트에 치명적인 취약점이 있더라도 전체 네트워크가 중단되지 않습니다.

우리는 사회적 영향 관점뿐만 아니라 기술적인 측면에서도 이더리움의 철학에 충실하도록 Optimism을 설계합니다 . Optimism: Bedrock 디자인을 작성한 첫날부터 여러 클라이언트와 쉽게 통합할 수 있는 ETH2 병합 API를 사용하도록 설계했습니다.

실제로 우리는 표준 Ethereum 클라이언트를 Optimism 클라이언트로 전환하는 데 필요한 1,000줄 미만 의 코드 공간을 목표로 하고 있습니다. EVM 등가성을 사용하여 오류 방지 및 롤업 클라이언트 구현을 별도의 소프트웨어 조각으로 모듈화했습니다. 이러한 접근 방식을 함께 사용하면 증거와 클라이언트를 혼합하고 일치시켜 중복성을 극대화할 수 있습니다!

우리는 종종 "영지식 증명 기술을 채택할 것인가"라는 질문을 받습니다. 대답은 가능하지만 생각하는 방식으로는 가능하지 않다는 것입니다. 갈 길이 멀지만 ZK 기술이 EVM Equivalence를 지원할 만큼 강력해지면 이 멀티 클라이언트 생태계에 또 다른 클라이언트로 추가할 수 있습니다. 이는 현재 아키텍처나 핵심 기능에서 벗어나는 것을 의미하는 것이 아니라 또 다른 보안 계층을 의미합니다.

따라서 ZK 기술이 흥미롭긴 하지만 저비용의 매우 안전한 EVM에 상응하는 L2를 얻기 위해 기다릴 필요가 없습니다. 그것은 현재 Optimism의 형태로 여기에 있으며 ZK가 성숙하면 우리 아키텍처에 바로 들어갈 수 있습니다.

현재 우리는 Bedrock의 개발 핵심에 깊숙이 들어와 있습니다. 그러면 첫 번째 롤업 클라이언트 및 MIPS 오류 증명인 Cannon 과 함께 EVM 등가 롤업에 대한 자세한 사양이 생성됩니다 . 그 시점에서 다중 클라이언트 여정이 시작됩니다.

우리의 목표는 외부 팀과 협력하고 다른 클라이언트를 생성하도록 장려하는 것입니다. 빠른 프로세스는 아니지만 Bedrock(😉)이 이미 설정되어 있고 코드 최소화가 게임의 이름입니다. 다중 클라이언트 증명 시스템에서 이들을 함께 통합하려면 Hydra 프레임워크를 따라야 합니다. 이 시점에서 업그레이드 키를 제거하는 데 필요한 자신감을 얻었을 것입니다.

요약하자면:

1. 옵티미스트 모임을 만드세요.

2. 다중 클라이언트 아키텍처를 지원하는 Bedrock을 출시합니다.

3. 대안적인 Optimism 고객의 생성을 장려/지원합니다.

4. 다중 클라이언트 증명 계약을 배송합니다.

5. Mount Doom에 업그레이드 키를 놓습니다.

축하해요! 당신은 L2가 완전히 탈중앙화되었고 우리가 완전한 L2 비전을 달성했음을 의미하는 이 게시물을 끝까지 만들었습니다. 당신은 이제 암호화 열반에 살고 있습니다.

주의 - 우리가 당신을 속이지 않았기를 바랍니다! 프로덕션 소프트웨어를 작성하는 데는 시간이 걸리므로 주의를 기울이고 의심을 품지 마십시오. 억제되지 않은 낙관주의와 건전한 회의주의의 균형을 맞추십시오. 우리는 아직 암호화 열반에 있지 않지만 모두 거기에 도달할 것입니다.

L2는 분산형 컴퓨팅을 글로벌 규모로 가져올 것입니다. 우리는 아직 거기에 도달하지 못했지만 인내심을 가지십시오. 우리가 여정의 끝에 있지 않다는 사실은 기회입니다!

즉, 참여하고 현실을 재창조할 수 있습니다!

**채용합니다 ! **커뮤니티에 가입하세요! 재미있게 보내세요! 즐거운 삶! 너무 걱정하지 마세요! 양치하세요! 사과를 먹어라! 베이컨을 먹어라! PR의 기원을 연구하라! 커뮤니티에 돌려주세요! 당신이 실제로 믿지 않는 것을 트윗하십시오! 도서관 카드를 사용하여 무료 음악을 다운로드하세요! 자동차를 다운로드하지 마십시오! 부모님 외에는 누구의 말도 듣지 마세요.

마지막으로, 우리는 장애 증명을 탈중앙화하기 위한 이 실용적인 방법을 생각해 내도록 도와준 Yoav Weiss 에게 매우 특별한 감사를 전하고 싶습니다 !

https://medium.com/ethereum-optimism/our-pragmatic-path-to-decentralization-cb5805ca43c1

어 오: 모든 L2에는 업그레이드 키가 있습니다 😱

레이어 2(L2) 프로토콜을 논의할 때 종종 나오지 않는 어려운 진실이 있습니다. 모든 주요 L2 프로젝트에는 프로토콜 업그레이드를 실행할 수 있는 신뢰할 수 있는 당사자가 있습니다 . 현재 이것은 우리를 포함한 거의 모든 사람을 위한 중앙 집중화의 주요 지점입니다. 업그레이드 키가 손상되면 L2 프로토콜에 예치된 모든 자산이 위험에 처하게 됩니다.

Ethereum에 연결된 자산이 있는 대체 L1은 유사하게 파괴적인 공격에 취약합니다. 이를 방지하기 위해 L1의 보안 보장에 의존하는 것이 L2 비전의 핵심 부분입니다. 그러나 우리는 아직 거기에 도달하지 못했습니다. 어떤 의미에서 모두가 여전히 꿈을 파는 것입니다.

L2 프로젝트가 업그레이드 키를 유지하게 하는 위험, 이더리움 자체가 어떻게 이러한 함정을 피했는지, 그리고 우리가 어떻게 따를 수 있는지에 대해 이야기해 봅시다.

보안은 가장 약한 링크만큼만 강력합니다. 비밀번호가passwordpasswordpassword. 그렇다면 L2 공간에서 가장 약한 고리는 무엇일까요?

당신은 그것을 추측했습니다 : 업그레이드 키. 모든 주요 L2는 L1 계약에서 어떤 형태로든 즉시 업그레이드할 수 있습니다. 이는 프로젝트에서 개선 사항 및 버그 수정을 제공할 수 있기 때문에 좋지만 궁극적으로 신뢰할 수 있는 제3자가 L2 잔고에 대해 일방적인 발언권을 갖는다는 것을 의미합니다.

이것은 다음과 같은 질문을 하게 합니다. 하루가 끝날 때 보안이 단순히 업그레이드로 무시될 수 있다면 오류 또는 유효성 증명이 있어야 하는 이유는 무엇입니까?

우리는 레이어 2 팀이 분산된 확장성 기술의 최신 기술을 추진하기 위해 수행한 놀라운 작업을 중단하려는 것이 아닙니다. 우리는 큰 진전을 이루었습니다. 차세대 결함 증명을 위해 최근에 출시된 최초의 버그 바운티를 살펴보십시오 ! 대신, 이것은 현재 생산 준비가 된 결함/유효성 증명이 있는 주요 L2가 없다는 것을 상기시켜줍니다.

이 중간 단계가 필요합니다. 이러한 복잡한 프로토콜을 생산하는 것은 쉬운 일이 아닙니다. 그러나 우리는 또한 키를 포기하고 진정으로 분산된 L2 비전을 실현하기 위한 현실적인 경로에 대해 이야기해야 합니다.

솔루션에 뛰어들기 전에 먼저 문제를 설정해 보겠습니다. 모든 L2에 업그레이드 키가 있는 이유는 복잡하고 버그 없는 코드를 작성하는 것이 엄청나게 어렵기 때문입니다. 작성된 모든 새로운 코드 라인은 버그를 도입할 수 있는 새로운 기회입니다.

하나의 치명적인 취약점이 프로젝트를 마비시킬 수 있는 암호화에서는 극도로 주의해야 합니다. 이는 간결하고 단순한 코드를 의미합니다 . 코드 감소는 Optimism 철학의 핵심이며 EVM 동등성 업그레이드의 주요 동기였습니다. (그래도 버그는 여전히 균열을 통해 빠져 나갈 수 있습니다 .)

사실, 분산형 L2의 모든 치명적인 버그는 치명적일 것입니다. 설계 상 스마트 계약은 L1의 완전한 "보안"으로 이를 시행합니다. 최후의 수단으로 업그레이드 키가 없으면 수단이 없을 ​​것입니다. 이것은 엄청나게 높은 기준을 설정합니다.

이더리움 자체는 탈중앙화 보안의 훌륭한 사례 연구이며 버그 없는 L2 작성의 어려움을 판단하는 데 사용할 수 있습니다. 이더리움의 역사를 통틀어 이더리움에는 도입되고, 포착되고, 수정되고, 때로는 의도하지 않은 하드 포크를 유발하는 많은 버그가 있었습니다 ( 저희를 믿으세요. 재미가 없습니다 ).

여러 치명적인 버그에도 불구하고 Ethereum은 수명 기간 동안 높은 가용성을 유지했습니다. 불과 2년 만에 이더리움은 상하이 DoS 공격 동안 진정한 중단에 가장 근접했습니다 . 오늘날 블록체인 중단이 얼마나 흔한지를 감안할 때 이것은 인상적인 업적입니다.

이 시점에서 우리는 Ethereum L1이 다운되거나 손상되지 않을 것이라고 매우 확신할 수 있습니다. 업그레이드 키를 포기할 수 있으려면 L2에서 동일한 수준의 신뢰도에 도달해야 합니다. 그렇다면 이더리움의 비밀은 무엇일까요? L2를 제대로 확보하기 위해 노력하면서 그 발자취를 따라갈 수 있을까요?

다음에 Dragonba에서 알아보세요… Jk jk 우리가 당신을 잡았습니다. 계속 읽으세요👇

보안을 최소화하고 가동 시간을 최대화하는 이더리움의 성공은 단순한 운이 아니었습니다. 이더리움이 상호 운용되는 여러 개별 구현을 통해 다중 클라이언트 생태계를 전략적으로 구축했기 때문입니다 .

보안에 대한 이러한 접근 방식은 버그가 구현 간에 상관관계가 없다는 사실에 의존합니다. 즉, 한 구현에 특정 버그가 있는 경우 다른 구현에는 정확히 동일한 버그가 발생하지 않을 수 있습니다.

이렇게 하면 오류가 있는 경우에도 제대로 작동하는 클라이언트를 위해 버그가 있는 클라이언트를 제거할 수 있습니다. 이 중복성은 Ethereum의 고가용성 보장의 핵심입니다.

우리는 이더리움의 발자취를 따라 레이어 2에서 이와 동일한 접근 방식을 사용할 수 있습니다. 하나의 클라이언트, 하나의 결함 증명 또는 하나의 ZK 증명을 구현하는 대신 L1에서와 마찬가지로 L2에 대한 다중 클라이언트 생태계를 만들 수 있습니다 . 이렇게 하면 일부 낙관적 클라이언트에 치명적인 취약점이 있더라도 전체 네트워크가 중단되지 않습니다.

우리는 사회적 영향 관점뿐만 아니라 기술적인 측면에서도 이더리움의 철학에 충실하도록 Optimism을 설계합니다 . Optimism: Bedrock 디자인을 작성한 첫날부터 여러 클라이언트와 쉽게 통합할 수 있는 ETH2 병합 API를 사용하도록 설계했습니다.

실제로 우리는 표준 Ethereum 클라이언트를 Optimism 클라이언트로 전환하는 데 필요한 1,000줄 미만 의 코드 공간을 목표로 하고 있습니다. EVM 등가성을 사용하여 오류 방지 및 롤업 클라이언트 구현을 별도의 소프트웨어 조각으로 모듈화했습니다. 이러한 접근 방식을 함께 사용하면 증거와 클라이언트를 혼합하고 일치시켜 중복성을 극대화할 수 있습니다!

우리는 종종 "영지식 증명 기술을 채택할 것인가"라는 질문을 받습니다. 대답은 가능하지만 생각하는 방식으로는 가능하지 않다는 것입니다. 갈 길이 멀지만 ZK 기술이 EVM Equivalence를 지원할 만큼 강력해지면 이 멀티 클라이언트 생태계에 또 다른 클라이언트로 추가할 수 있습니다. 이는 현재 아키텍처나 핵심 기능에서 벗어나는 것을 의미하는 것이 아니라 또 다른 보안 계층을 의미합니다.

따라서 ZK 기술이 흥미롭긴 하지만 저비용의 매우 안전한 EVM에 상응하는 L2를 얻기 위해 기다릴 필요가 없습니다. 그것은 현재 Optimism의 형태로 여기에 있으며 ZK가 성숙하면 우리 아키텍처에 바로 들어갈 수 있습니다.

현재 우리는 Bedrock의 개발 핵심에 깊숙이 들어와 있습니다. 그러면 첫 번째 롤업 클라이언트 및 MIPS 오류 증명인 Cannon 과 함께 EVM 등가 롤업에 대한 자세한 사양이 생성됩니다 . 그 시점에서 다중 클라이언트 여정이 시작됩니다.

우리의 목표는 외부 팀과 협력하고 다른 클라이언트를 생성하도록 장려하는 것입니다. 빠른 프로세스는 아니지만 Bedrock(😉)이 이미 설정되어 있고 코드 최소화가 게임의 이름입니다. 다중 클라이언트 증명 시스템에서 이들을 함께 통합하려면 Hydra 프레임워크를 따라야 합니다. 이 시점에서 업그레이드 키를 제거하는 데 필요한 자신감을 얻었을 것입니다.

요약하자면:

1. 옵티미스트 모임을 만드세요.

2. 다중 클라이언트 아키텍처를 지원하는 Bedrock을 출시합니다.

3. 대안적인 Optimism 고객의 생성을 장려/지원합니다.

4. 다중 클라이언트 증명 계약을 배송합니다.

5. Mount Doom에 업그레이드 키를 놓습니다.

축하해요! 당신은 L2가 완전히 탈중앙화되었고 우리가 완전한 L2 비전을 달성했음을 의미하는 이 게시물을 끝까지 만들었습니다. 당신은 이제 암호화 열반에 살고 있습니다.

주의 - 우리가 당신을 속이지 않았기를 바랍니다! 프로덕션 소프트웨어를 작성하는 데는 시간이 걸리므로 주의를 기울이고 의심을 품지 마십시오. 억제되지 않은 낙관주의와 건전한 회의주의의 균형을 맞추십시오. 우리는 아직 암호화 열반에 있지 않지만 모두 거기에 도달할 것입니다.

L2는 분산형 컴퓨팅을 글로벌 규모로 가져올 것입니다. 우리는 아직 거기에 도달하지 못했지만 인내심을 가지십시오. 우리가 여정의 끝에 있지 않다는 사실은 기회입니다!

즉, 참여하고 현실을 재창조할 수 있습니다!

**채용합니다 ! **커뮤니티에 가입하세요! 재미있게 보내세요! 즐거운 삶! 너무 걱정하지 마세요! 양치하세요! 사과를 먹어라! 베이컨을 먹어라! PR의 기원을 연구하라! 커뮤니티에 돌려주세요! 당신이 실제로 믿지 않는 것을 트윗하십시오! 도서관 카드를 사용하여 무료 음악을 다운로드하세요! 자동차를 다운로드하지 마십시오! 부모님 외에는 누구의 말도 듣지 마세요.

마지막으로, 우리는 장애 증명을 탈중앙화하기 위한 이 실용적인 방법을 생각해 내도록 도와준 Yoav Weiss 에게 매우 특별한 감사를 전하고 싶습니다 !

https://medium.com/ethereum-optimism/our-pragmatic-path-to-decentralization-cb5805ca43c1