V God이 가장 걱정하는 "zkEVM 멀티 클라이언트 문제" 드디어 해결책이 생겼습니다
이 기사는cryptoslate, 리암 '아키바' 라이트
오데일리 번역기 |
오데일리 번역기 |
다음으로 이 기사의 주요 내용을 살펴보겠습니다.
보조 제목
Zk-EVM의 다중 클라이언트 문제
Vitalik Buterin은 ZK-EVM이 향후 이더리움 레이어 1 보안 및 검증 프로세스의 중요한 부분으로 발전할 것이며 영지식(ZK) 기술을 통해 개발자가 추가 정보를 공개하지 않고 거래 또는 메시지의 진위를 증명할 수 있을 것이라고 믿습니다. 정보 섹스.
이는 트랜잭션의 한 당사자가 메시지의 타당성 이외의 다른 지식을 드러내지 않고 자신이 보내는 메시지가 진짜이고 유효하다는 것을 상대방에게 확신시킬 수 있음을 의미합니다. 그러나 Vitalik Buterin의 분석에 따르면 영지식 증명 기술의 개인 정보 보호 특성은 이더리움 클라이언트가 프로토콜의 규칙을 구현하는 방식의 미묘한 차이로 인해 더 넓은 EVM 환경을 방해할 수 있습니다.
이 단계에서 ZK Rollups의 두 번째 레이어 프로토콜은 영지식 증명 기술을 성공적으로 사용했으며 여러 트랜잭션을 하나의 증명으로 묶어 이더리움 블록체인을 확장하는 데 도움을 주었습니다. 그러나 메인 네트워크에서 트랜잭션 실행을 검증하기 위한 ZK-EVM의 개발로 Vitalik Buterin은 "ZK-EVM은 실제로 세 번째 종류의 이더리움 클라이언트가 되었습니다. 네트워크의 보안이 가장 중요합니다."라고 생각합니다.
그러나 ZK-EVM이 세 번째 유형의 이더리움 클라이언트로 간주되면 Vitalik Buterin은 다음과 같은 질문을 제기합니다.
"실제로 이더리움 블록의 정확성에 대한 영지식 증명을 위한 "다중 클라이언트" 생태계를 어떻게 만들 수 있습니까?"
이더리움 생태계가 계속 확장됨에 따라 Vitalik Buterin은 ZK-EVM의 기능을 활용하여 이더리움 네트워크의 확장성, 보안 및 분산화를 개선하는 동시에 "다중 클라이언트 철학"의 이점을 유지하기를 희망합니다.
그렇다면 이러한 문제를 어떻게 해결해야 할까요? Vitalik Buterin이 해결책을 제시했습니다.
보조 제목
위에서 언급한 이더리움 생태계의 문제에도 불구하고 Vitalik Buterin은 개방형 다중 클라이언트 ZK-EVM 생태계를 만드는 것이 완전히 실현 가능하며 이더리움의 보안 및 분산화에 도움이 된다고 믿습니다.다음 그림은 이더리움 생태계 다양한 클라이언트의 시각적 표현입니다. 의 합의 및 실행 계층에서 사용됩니다.
이미지 설명
출처: vitalik.eth.limo
Vitalik Buterin은 여러 클라이언트를 보유하면 전체 이더리움 네트워크를 중단시킬 수 있는 하나의 구현에서 단일 치명적인 오류의 위험을 줄임으로써 네트워크의 보안 및 분산화가 증가한다고 믿습니다. 또한 다중 클라이언트 개념은 하나의 개발 팀 또는 조직 내에서 권한이 집중되는 것을 방지하여 네트워크를 더 잘 분산시킵니다.
위에서 언급한 ZK-EVm 다중 클라이언트 문제에 대해 Vitalik Buterin은 세 가지 가능한 솔루션을 제안했습니다.
1. 단일 ZK-EVM: 다중 클라이언트 패러다임을 버리고 블록 유효성 검사를 위해 단일 ZK-EVM을 선택합니다.
2. 닫힌 다중 ZK-EVM: 다중 ZK-EVM의 특정 세트에 대한 합의 및 합의에 도달하고, 블록이 세트 증명의 절반 이상의 ZK-EVM에서 나와야 한다는 합의 계층 프로토콜 규칙이 있습니다. 유효한 것으로 간주됩니다.
3. 다중 ZK-EVM 열기: 서로 다른 클라이언트는 서로 다른 ZK-EVM 구현을 가지고 있으며 각 클라이언트는 블록을 유효한 것으로 수락하기 전에 자체 구현과의 호환성 증명을 기다립니다. "
ZK-EVM의 맥락에서 Vitalik Buterin은 개방형 다중 클라이언트 ZK-EVM 생태계 솔루션인 세 번째 솔루션을 지원합니다. 블록을 유효한 것으로 수락하기 전에.
"저에게는 세 번째 솔루션이 이상적입니다. 적어도 우리의 기술이 모든 ZK-EVM 구현이 서로 동등하다는 것이 공식적으로 입증될 수 있는 지점까지 향상되지 않는 한..."
그뿐만 아니라 일단 ZK-EVM이 어느 정도 표준화를 달성할 정도로 기술이 개선되면 Vitalik Buterin은 가장 효율적인 옵션을 선택하는 것이 솔루션이 될 것이라고 믿으며 "세 번째 솔루션의 과제는 다른 두 가지 옵션보다 작습니다. 적어도 지금은 말입니다.” 그러나 Vitalik Buterin은 다중 ZK-EVM을 여는 것이 두 가지 주요 과제에 직면할 수 있다고 제안했습니다.
데이터 비효율성: ZK-SNARK의 한 가지 이점은 검증에만 관련된 데이터("증인 데이터"라고도 함)를 블록에서 제거할 수 있다는 것입니다. 예를 들어 서명을 확인하면 서명을 블록에 저장하는 대신 서명이 유효함을 나타내는 비트와 모든 서명을 확인하는 단일 증명을 블록에 저장할 수 있습니다. 그러나 블록에 대해 여러 유형의 증명을 생성하려면 실제로 원본 서명을 게시해야 합니다.
보조 제목
ZK-EVM은 향후 어떻게 레이어 1에 진입하게 될까요?
옵션 1: 레이어 1을 제한하여 거의 모든 활동을 레이어 2로 강제 이동
시간이 지남에 따라 Vitalik Buterin은 블록당 레이어 1 가스 목표를 1,500만에서 100만으로 줄일 수 있다고 제안했습니다. 이는 블록이 SNARK와 일부 입금 및 인출을 포함하기에 충분하지만 그 외에는 많지 않습니다. 레이어 2 프로토콜로 이동합니다.
보조 제목
요약하다
요약하다
Vitalik Buterin은 개방형 다중 클라이언트 ZK-EVM 생태계가 잘 작동하도록 촉진하려면 많은 작업이 필요하다고 결론지었습니다. 그러나 희소식은 이 목표를 달성하기 위한 대부분의 작업이 진행 중이거나 발생할 것이라는 점입니다. 그 이유는 다음과 같습니다.
1. 이더리움에는 이미 여러 개의 강력한 ZK-EVM 구현이 있습니다.
2. Helios 및 Succinct와 같은 라이트 클라이언트에 대한 작업은 결국 이더리움 체인의 PoS 합의 측면에 대한 보다 포괄적인 SNARK 검증으로 바뀔 수 있습니다.
3. 클라이언트는 ZK-EVM을 사용하여 자체 이더리움 블록 실행을 증명하려고 시도할 수 있습니다. 특히 상태 클라이언트가 없고 상태를 유지하기 위해 각 블록을 직접 재실행할 기술적인 필요가 없는 경우 가능할 수 있습니다. 클라이언트 끝에서 이더리움 블록을 재실행하여 확인하고 대부분의 클라이언트가 SNARK 증명을 확인하여 이더리움 블록을 확인하도록 전환합니다.
4. ERC-4337 및 PBS 생태계는 곧 많은 가스 비용을 절약할 수 있는 BLS 및 증명 집계와 같은 기술을 사용하기 시작할 것입니다.
IOS
Android