이더리움의 실행 계층은 무엇입니까?

정의 및 핵심 기능

1. 이더리움의 실행 계층은 거래 처리, 스마트 계약 실행, 계정 및 잔액 상태 유지를 담당하는 구성 요소를 의미합니다.

2. 모든 노드가 독립적으로 동일한 코드를 실행하고 동일한 입력이 주어지면 동일한 결과에 도달하는 결정론적 가상 머신 환경으로 작동합니다.

3. 이 계층은 ETH 전송, 계약 배포, 분산 애플리케이션과의 상호 작용과 같은 사용자 시작 작업을 처리합니다.

4. 병합 이전에는 실행 계층이 작업 증명 합의에 따라 실행되었습니다. 병합 후에는 최종성과 블록 생성을 위해 합의 계층에 의존하면서 상태 전환을 계속 처리합니다.

5. Geth, Nethermind, Besu 및 Erigon을 포함한 실행 클라이언트는 EVM(Ethereum Virtual Machine)을 구현하고 로컬 상태 데이터베이스, 트랜잭션 풀 및 P2P 네트워킹 논리를 관리합니다.

합의 계층과의 상호 작용

1. 실행 계층은 엔진 API라고 알려진 표준화된 인터페이스를 통해 합의 계층과 통신합니다.

2. 합의 계층에서 새 블록이 제안되면 실행 계층은 모든 트랜잭션을 포함한 페이로드의 유효성을 검사하고 결과 상태 루트가 예상과 일치하는지 확인합니다.

3. 검증이 실패하면 실행 계층은 블록을 거부하여 포크 선택 규칙을 트리거하고 잠재적으로 재구성 또는 누락된 슬롯으로 이어질 수 있습니다.

4. 합의 계층은 거래 의미를 해석하지 않습니다. 모든 계산 및 상태 돌연변이 책임을 실행 계층에만 위임합니다.

5. 이러한 분리를 통해 독립적인 업그레이드가 가능합니다. PBS 또는 DAS와 같은 합의 계층 개선에는 EVM 연산 코드 또는 가스 가격 모델을 변경할 필요가 없습니다.

트랜잭션 수명주기 및 상태 관리

1. 트랜잭션은 JSON-RPC 엔드포인트 또는 직접 P2P 브로드캐스트를 통해 실행 계층에 들어가고 로컬 멤풀에 도달합니다.

2. 검증인은 가스 가격이나 우선 순위 수수료를 기준으로 거래를 선택하고 페이로드를 합의 계층에 제출하기 전에 후보 블록에 주문합니다.

3. 각 트랜잭션은 EVM 바이트코드 실행을 트리거하여 정의된 논리에 따라 계정 저장 공간, 잔액 및 nonce를 수정합니다.

4. 실행 후 레이어는 블록 헤더에 포함된 Merkle-Patricia Trie를 사용하여 새로운 세계 상태 루트를 계산합니다.

5. 과거 상태 데이터는 클라이언트 구성에 따라 정리될 수 있지만 전체 보관 노드는 확인 및 인덱싱 목적을 위해 모든 중간 상태를 유지합니다.

보안 영향 및 공격 벡터

1. 악의적인 계약이 기능 논리를 중단하고 재사용할 수 있게 하는 외부 호출 패턴으로 인해 실행 계층에서 재진입 취약성이 지속됩니다.

2. 가스 소진 공격은 프로세스 중간에 계약 실행을 지연시켜 개발자가 적절한 확인 및 효과 패턴을 구현하지 못하는 경우 일관성 없는 상태를 남길 수 있습니다.

3. 특히 거래 순서가 공정한 순서 메커니즘보다는 MEV 추출기에 의해 영향을 받는 경우 신뢰할 수 없는 멤풀에서 선행 실행이 가능합니다.

4. 잘못된 EVM opcode 처리와 같은 버그가 있는 클라이언트 구현으로 인해 발생하는 잘못된 상태 전환은 테스트 중에 발견되지 않으면 합의 포크로 이어질 수 있습니다.

5. 과거에는 실행 계층 버그로 인해 DAO 포크 및 이스탄불 DoS 수정 사항을 포함하여 긴급 하드 포크가 직접 발생했습니다.

자주 묻는 질문

Q: 합의 클라이언트에 연결하지 않고도 실행 클라이언트를 실행할 수 있나요? A: 예. 개발 모드에서 작동하거나 로컬에서 블록을 시뮬레이션할 수 있지만, 엔진 API를 통한 조정 없이는 메인넷 합의에 참여하거나 유효한 체인 상태를 생성할 수 없습니다.

Q: 실행 클라이언트를 변경하면 내가 스테이킹한 ETH에 영향을 미치나요? A: 아니요. 스테이킹 키와 검증인 예치금은 온체인에 상주하며 클라이언트가 페이로드를 올바르게 검증하고 동기화를 유지한다면 실행 클라이언트 선택과 무관합니다.

Q: 특정 하드 포크 후에 일부 dApp이 중단되는 이유는 무엇입니까? A: 하드 포크는 종종 새로운 opcode를 도입하거나, 가스 비용을 조정하거나, 사전 컴파일을 수정하여 이전에 배포된 계약이 다르게 작동하거나 예기치 않게 되돌릴 수 있기 때문입니다.

Q: EVM은 이더리움이 지원하는 유일한 실행 환경인가요? A: 현재로서는 그렇습니다. 핵심 프로토콜은 EVM 호환성을 요구하지만 EIP-4844와 같은 제안은 실행 의미를 변경하지 않고 롤업 데이터 가용성을 위한 proto-danksharding을 가능하게 합니다.