Ethereum 보안과 분산화를 손상시키지 않고 Ethereum 확장하는 방법에 대한 놀라운 아이디어를 공유했습니다
Ethereum 의 블록을 검증하기 위해 영지식 실행 환경(ZK-EVM)을 사용할 것을 제안했습니다. 블록체인 .
이 혁신적인 아이디어는 Ethereum 블록의 크기를 크게 줄이는 동시에 네트워크의 확장성과 보안을 향상시킬 수 있는 잠재력을 가지고 있습니다.
다중 클라이언트 철학과 ZK-EVM에 대한 Buterin
Ethereum 의 다중 클라이언트 철학은 보안과 분산화에 매우 중요했습니다. 모든 사람이 기본적으로 실행하는 단일 "참조 클라이언트"를 갖는 대신 Ethereum 에는 공동으로 관리되는 사양과 사양을 구현하는 여러 팀이 있습니다.
각 Ethereum 노드는 합의 클라이언트와 실행 클라이언트를 실행하며 합의 또는 실행 클라이언트는 네트워크의 2/3 이상을 구성하지 않습니다. 해당 카테고리에서 점유율이 1/3 미만인 클라이언트에 버그가 있는 경우 네트워크는 정상적으로 계속됩니다.
해당 카테고리에서 1/3에서 2/3 사이의 점유율을 가진 클라이언트에 버그가 있는 경우 체인은 계속해서 블록을 추가하지만 블록 마무리를 중단하여 개발자가 개입할 시간을 줍니다.
Ethereum 의 세 번째 유형으로 사용하면 네트워크의 보안과 분산화가 크게 향상될 수 있다고 믿습니다.
EVM 실행을 증명하는 SNARK는 수년 동안 개발되어 왔으며 이 기술은 ZK 롤업이라는 레이어 2 프로토콜에서 활발히 사용되고 있습니다.
ZK-EVM은 롤업만을 위한 것이 아닙니다. 또한 레이어 1의 실행을 확인하는 데 사용되므로 오늘날의 실행 클라이언트 및 합의 클라이언트만큼 네트워크 보안에 중요합니다.
개방형 멀티 클라이언트 ZK-EVM 생태계의 과제와 이점
부테린의 제안은 몇 가지 흥미로운 기술적 과제를 제기합니다. 구체적으로 ZK-EVM은 Ethereum 의 다중 클라이언트 철학과 어떻게 상호 작용합니까?
이러한 문제를 해결하기 위해 Buterin은 "개방형 다중 클라이언트 ZK-EVM 생태계"를 제안합니다. 이 생태계에서는 서로 다른 클라이언트가 서로 다른 ZK-EVM 구현을 갖고 있으며, 각 클라이언트는 블록을 유효한 것으로 받아들이기 전에 자체 구현과 호환되는 증명을 기다립니다.
개방형 다중 클라이언트 ZK-EVM 생태계를 구현하는 데에는 어려움이 따릅니다. 한 가지 문제는 악의적인 공격자가 하나의 클라이언트에 유효한 증거와 함께 블록을 늦게 게시할 수 있는 대기 시간 문제입니다.
다른 클라이언트에게 유효한 증명을 생성하는 데 현실적으로 오랜 시간이 걸리며 잠재적으로 임시 포크를 생성하고 몇 개의 슬롯에 대한 체인을 중단시킬 수 있습니다. 또 다른 과제는 검증 관련 데이터를 별도로 공개해야 하기 때문에 데이터 비효율성이다.
이러한 과제에도 불구하고 개방형 다중 클라이언트 ZK-EVM 생태계는 네트워크의 확장성과 보안을 크게 향상시킬 수 있습니다. Ethereum 블록은 오늘날보다 작을 것이며 누구든지 Ethereum 의 다중 클라이언트 철학의 이점을 유지하면서 노트북이나 휴대폰에서 완전한 검증 노드를 실행할 수 있습니다.
Ethereum 에 대한 Vitalik Buterin의 비전은 네트워크를 다음 단계로 끌어올릴 수 있는 잠재력을 가진 혁신적인 아이디어입니다. ZK-EVM을 활용하여 Ethereum 블록체인의 블록을 검증함으로써 Ethereum 분산화를 희생하지 않고도 보안과 확장성을 크게 향상시킬 수 있습니다.
아직 극복해야 할 기술적 과제가 있지만, 개방형 멀티 클라이언트 ZK-EVM 생태계는 어쨌든 일어날 가능성이 있는 자연스러운 디딤돌입니다.
