Eths는 Layer2인가요? Ethscriptions Virtual Machine 및 그 위치에 대해 알아보세요

저자: Arrow 잡담, Sleipnir Research

「Ethscriptions는 사용자가 이더리움 L1에서 더 낮은 비용으로 정보를 공유하고 계산을 수행할 수 있도록 하는 프로토콜로, 스마트 계약을 사용하여 저장하고 실행하는 것을 우회하여 이더리움 호출 데이터에 결정론적 프로토콜 규칙을 적용하여 상태를 계산합니다.」

나는 올해 8월에 처음으로 eths에 대해 알게 되었고, 그때는 이미 새로운 개념이 아니었습니다. 다양한 명문이 넘쳐났고, 많은 사람들은 이를 BRC-20의 모방으로 간주했습니다.

당시 트위터에서는 지금처럼 이 개념에 대한 열정이 전혀 없었고, 오늘 여러 선생님들이 eths가 Layer2인지에 대해 이야기하는 것을 보고서야 흥미를 느꼈습니다.

저녁에 여러 매체를 찾아보니 Ethscriptions Virtual Machine (ESC-VM) 개념에 대한 설명이 없어서, 기술적인 부분은 최대한 배제하고 간단명료하게 이게 무엇인지 설명하는 글을 작성해 보았습니다.

Layer2

간단한 몇 마디로 Layer2를 살펴보면, 이 개념은 여러분이 잘 알고 있을 것입니다. 이전에 OP Rollup, ZK Rollup 등 주요 Layer2 확장 솔루션에 대해 시리즈로 작성한 적이 있으며, OP Stack은 발체인 Chain SaaS 도구에 대한 주제 글이었습니다. 여기서 많은 기본 문제는 더 이상 반복하지 않겠습니다.

Layer2의 핵심 문제는 확장성과 거래 비용 절감입니다.

체인 상의 초과 노드가 제한된 블록 공간을 차지하기 위해 경쟁해야 합니다. 이더리움 생태계의 빠른 발전에 따라 더 많은 실행과 계산을 완료해야 하므로 체인 상의 거래가 매우 혼잡해지고, 가스 비용이 천정부지로 치솟고 있습니다.

L2를 구현하기 위한 솔루션은 많고 지속적으로 업데이트되고 있습니다. 초기 상태 채널, Plasma, Validium, 현재 유행하는 Optimistic-Rollup, Zk-Rollup 등이 있습니다.

Rollup 솔루션은 체인 외부에서 거래 계산과 구체적인 상태 변경을 수행하고, 체인 상에서 거래와 거래 배치 후의 최종 상태 요약을 처리하고 검증하여 이더리움의 혼잡을 효과적으로 완화할 수 있습니다.

하지만 당시 우리는 eths를 Layer2 솔루션으로 보지 않았고, 심지어 예비 솔루션으로 논의하지도 않았습니다. 이는 eths가 당시 단순히 이더리움의 명문 프로토콜로 간주되었고, 특별한 점이 없었기 때문입니다.

그 후 업데이트와 업그레이드에서 Ethscriptions 프로토콜을 개선하기 위한 제안인 ESIP-4: The Ethscriptions Virtual Machine이 많은 것을 근본적으로 변화시켰습니다.

Ethscriptions (ETHS)

Ethscriptions는 사용자가 이더리움 L1에서 더 낮은 비용으로 정보를 공유하고 계산을 수행할 수 있도록 하는 프로토콜입니다.

이는 스마트 계약을 사용하여 저장하고 실행하는 것을 우회하여 이더리움 호출 데이터에 결정론적 프로토콜 규칙을 적용하여 상태를 계산합니다.

이 방식은 더 저렴한데, 이는 이더리움 거래 호출 데이터를 사용하기 때문이며, 스마트 계약이 체인 상에서 데이터를 저장하는 것보다 자연스럽게 비용을 줄일 수 있습니다. 동시에 OP의 낙관적 증명 메커니즘이나 ZK의 유효 증명 메커니즘 검증 비용도 절감할 수 있습니다.

물론, Ethscriptions의 내용은 이미 많습니다. 우리는 The Ethscriptions Virtual Machine에 대해 중점적으로 이야기해 보겠습니다.

ESIP-4: The Ethscriptions Virtual Machine

Ethscriptions 가상 머신은 eths를 개선하기 위한 초안 ESIP-4의 핵심 내용으로, 이 제안이 ETHS의 기능적 확장을 통해 명문 투기의 개념에서 벗어나 기능적 실용성을 갖게 되었습니다.

우리는 백서의 한 문장을 통해 그 개발 목적을 명확히 할 수 있습니다:

ESC-VM의 목표는 스마트 계약이나 L2를 대체하는 것이 아니라, 탈중앙화 시 저비용의 계산 능력을 제공하는 방법을 우선 고려하는 것입니다.

ESIP-4 초안에서는 Ethscriptions 가상 머신(ESC-VM)의 개념이 도입되었습니다. 이는 Ethscriptions 위에 구축된 새로운 프로토콜입니다.

ESC-VM은 ethscription을 컴퓨터 명령으로 사용할 수 있게 하여 Ethscriptions 프로토콜의 기능을 강화합니다. 이러한 컴퓨터 명령은 사용자가 Dumb Contracts(무능 계약)라는 특별한 프로그램과 상호작용할 수 있게 합니다.

이전의 ETHS 명문에서 다양한 이미지의 "각인"은 이더리움의 "호출 데이터", 즉 "Calldata" 기능을 이용했습니다.

Calldata는 스마트 계약 호출 시 제공되는 데이터입니다. 이는 계약 저장을 사용하는 것보다 더 저렴한 핵심 포인트입니다.

ESIP-4의 무능 계약에서는 명령을 실행할 수 있습니다: 배포(새 계약 생성), 호출(기존 계약의 상태 변경 함수 호출). 이 과정은 명문 방식으로 저장되며, 거래는 calldata 필드에 체인 상에 저장되어 EVM 실행 및 저장 비용을 우회합니다.

ESC-VM은 무능 계약에 EVM과 유사한 환경을 제공하여 무능 계약 기능이 스마트 계약 기능과 병행할 수 있게 합니다. 쉽게 말해 ESC-VM은 기본적으로 EVM으로 간주할 수 있습니다.

이 과정에서 EVM 실행 및 저장 비용을 우회했기 때문에 무능 계약은 스마트 계약보다 훨씬 저렴하여 비용을 크게 줄일 수 있습니다. 이는 Layer2의 핵심 목적을 해결하는 것이 아닐까요?

하지만 차이는 분명히 큽니다. ESC-VM과 기존 Layer2의 차이를 다시 살펴보겠습니다.

ESC-VM과 기존 Layer2의 차이 (Is the ESC-VM an L2?)

ESIP-4 백서에서는 이 점을 명확히 언급하고 있으며, 이유도 제시하고 있습니다.

The ESC VM is not an L2. 이를 이해하는 한 가지 방법은 이더리움에서 존재하는 두 가지 합의 개념을 고려하는 것입니다:

(1) 각 블록에 포함되는 거래와 그 순서에 대한 합의. 어떤 거래가 각 블록에 포함되고 어떤 순서로 이루어지는지에 대한 합의입니다.

(2) (1)이 EVM의 상태에 미치는 총체적 영향에 대한 합의. (1)이 EVM 상태에 미치는 총체적 영향에 대한 합의입니다.

Ethscriptions의 주요 아이디어는:

(1)에 집중하여 완전히 탈중앙화된 시스템을 구축하는 것입니다. 블록체인의 상태는 EVM의 상태를 명확하고 결정적으로 지정합니다. 블록체인 자체만으로도 누구나 독립적으로 EVM의 상태를 정확하게 검증할 수 있습니다.

반면에 (1)의 "진정성"을 검증하는 것은 불가능합니다. 이는 비결정론적 과정이며 "정답"이 없습니다. (1)과 (2)를 이더리움 프로토콜에 결합하는 것은 이상적입니다.

그러나 대부분의 애플리케이션에 있어 이러한 조합은 너무 비쌉니다. Ethscriptions는 이더리움 프로토콜의 일부(2)를 희생하고, 결정론적 상태의 계산을 용이하게 하는 도구를 구축했습니다.

반면에 L2는 반대의 접근 방식을 취합니다. L2 상태는 블록체인 맥락에서 관리되므로 Ethscriptions 생태계의 상태보다 검증하기가 더 편리합니다.

그러나 L2의 검증은 조건적입니다. 주어진 X 거래가 Y 순서로 정렬된 블록에 포함되면, 우리는 블록체인의 상태가 Z로 변경되어야 한다고 추론할 수 있습니다. 그러나 L2 시스템에서는 X와 Y가 올바른지 검증할 방법이 없습니다.

일반적으로 X와 Y는 L2를 운영하는 조직의 목표와 일치할 때만 공정합니다. L2를 운영하는 회사는 주주 이익이 L2 사용자 이익보다 우선하는 신탁 책임을 집니다. 극단적인 경우, L2가 회사의 이익에 더 이상 부합하지 않으면 L2는 종료될 것입니다.

Ethscriptions이 대표하는 이념은:

비결정론적 문제(예: 블록 포함 및 거래 정렬)에 대해 탈중앙화 합의가 형성되지 않는 한 블록체인은 결코 안전하다고 간주될 수 없습니다. ESC-VM을 사용하는 목표는 탈중앙화와 안전성을 EVM 기능에 가까운 기능과 결합하는 것입니다.

존재하는 문제

현재로서는 Dumb Contract에 해결해야 할 몇 가지 문제가 있습니다.

① 무능 계약 기능은 직접 결제할 수 없으며, 브리징이 필요합니다.

② ESIP-4는 임의로 무능 계약을 생성하는 것을 허용하지 않습니다. 무능 계약은 신뢰할 수 없는 상황에서 배포 및 실행할 수 있지만, 코드 자체는 ESIP 프로세스의 나머지 Ethscriptions 프로토콜 규칙과 함께 정의됩니다.

③ 0x8699 선생님이 언급한 매우 중요한 문제: eths는 인덱서에 극도로 의존하지만, 메커니즘 내에서 인덱서에 충분한 중요성을 부여하지 않았습니다. 이 문제는 별도로 깊이 있는 글을 쓸 수 있으므로 여기서 더 이상 언급하지 않겠습니다.

참고: ①ESIP-4: The Ethscriptions Virtual Machine: https://docs.ethscriptions.com/esips/esip-4-the-ethscriptions-virtual-machine… ②@ethan0x8699 https://twitter.com/ethan0x8699/status/1717421307619688501… ③@cryptocupideth https://twitter.com/cryptocupideth/status/1717191327543443633… ④@0xNing0x https://twitter.com/0xNing0x/status/1717186567130030476… ⑤@wangfeng0128 https://twitter.com/wangfeng0128/status/1717188580471406858… ⑥세체인 재정: https://panewslab.com/zh/articledetails/3x3fi5984w57.html… ⑦Arunkumar Krishnakumar https://cointelegraph.com/authors/arunkumar-krishnakumar… ⑧Arrow의 Layer2 관련 이전 글 모음: https://twitter.com/ArrowCrypto_eth/highlights