솔라나와 이더리움: 거래 속도가 왜 다른가요?

합의 메커니즘 아키텍처

1. 솔라나는 트랜잭션이 합의 레이어에 들어가기 전에 암호화 방식으로 타임스탬프를 찍는 검증 가능한 지연 기능인 역사 증명(PoH)을 사용합니다. 이러한 사전 시퀀싱을 통해 검증인이 블록 생산 중에 주문을 협상할 필요가 없습니다.

2. 이더리움은 블록 빌더가 최적의 블록을 구성하기 위해 경쟁하고 제안자가 그 중에서 선택하는 제안자-빌더 분리를 통한 지분 증명(PoS)에 의존합니다. 트랜잭션 순서는 슬롯 실행 중에 동적으로 결정됩니다.

3. PoH를 사용하면 솔라나 검증인이 교차 검증인 조정 오버헤드 없이 수천 개의 트랜잭션을 병렬로 처리하여 1초 미만의 최종성에 직접적으로 기여할 수 있습니다.

4. 이더리움의 합의 설계는 원시 처리량보다 검열 저항과 분산화를 우선시하므로 각 블록 내의 거래 효과에 대한 순차적 검증이 필요합니다.

5. 솔라나 아키텍처에는 전역 상태 잠금이 없기 때문에 겹치지 않는 계정 세트 전체에서 동시 실행이 허용되는 반면, 이더리움의 EVM은 블록당 엄격한 직렬 실행을 시행합니다.

실행 엔진 설계

1. 솔라나의 Sealevel 런타임은 스케줄링 전 명령 수준에서 읽기/쓰기 계정 종속성을 분석하여 트랜잭션을 병렬로 실행합니다.

2. 이더리움의 EVM은 가스 주문 순서에 따라 한 번에 하나씩 트랜잭션을 처리하므로 기본 하드웨어 기능에 관계없이 본질적으로 선형적으로 실행됩니다.

3. Sealevel에서는 개발자가 계정 액세스 패턴을 명시적으로 선언해야 실행이 시작되기 전에 결정론적인 충돌 감지가 가능합니다.

4. EVM은 그러한 선언을 요구하지 않습니다. 충돌은 런타임 중에만 나타나므로 상태 불일치가 발생하면 강제로 재실행되거나 거부됩니다.

5. 솔라나의 병렬 실행은 트랜잭션당 평균 대기 시간을 줄이지만 명시적인 동시성 관리로 인해 스마트 계약 개발의 복잡성을 증가시킵니다.

네트워크 수준 처리량 제약

1. Solana는 GPU 및 맞춤형 암호화 라이브러리를 사용한 하드웨어 가속 서명 검증을 통해 이상적인 조건에서 65,000TPS를 목표로 합니다.

2. Ethereum의 현재 Deneb 이후 용량은 L1의 경우 거의 100TPS로 제한되어 있으며 대부분의 대량 활동은 기본 계층 병목 현상과 독립적으로 작동하는 롤업으로 전환되었습니다.

3. Solana의 검증자 세트는 고주파수 리더 회전 전반에 걸쳐 동기화를 유지하기 위해 노드가 10Gbps 대역폭과 NVMe 스토리지를 유지해야 하는 엄격한 하드웨어 요구 사항에 따라 작동합니다.

4. 이더리움 검증자는 I/O 요구가 완화된 상용 하드웨어에서 작동하며 더 넓은 참여와 내결함성을 위해 원시 속도를 거래합니다.

5. Solana의 네트워크 전파 지연은 블록을 더 작은 패킷으로 분할하고 지리적 영역 전체에 동시에 멀티캐스트하는 블록 배포 프로토콜인 Turbine을 통해 최소화됩니다.

거래 실패 역학

1. 솔라나는 리소스 고갈, 타이밍 위반, 최대 부하 중 계정 잠금 경합 등으로 인해 약 20% 에 달하는 거래 실패율을 보이고 있습니다.

2. 이더리움의 실패율은 보수적인 가스 추정 관행과 EVM 설계에서 상속된 내장 실행 보호 장치를 반영하여 0.1% 에 가깝습니다.

3. 솔라나에서 실패한 트랜잭션은 되돌리더라도 컴퓨팅 예산과 네트워크 대역폭을 소비하므로 사용자와 검증자 모두에게 측정 가능한 비용이 부과됩니다.

4. 이더리움의 가스 메커니즘은 실패한 거래가 실행 시도에 대해 지불한 가스만 소비하도록 보장하여 경제적 인센티브에 대한 부수적 피해를 제한합니다.

5. 솔라나의 높은 실패율은 멤풀 혼잡 기간 및 빠른 리더 전환 기간과 밀접한 상관관계가 있어 실시간 네트워크 변화에 아키텍처 민감도가 노출됩니다.

0값 전송 동작

1. 모든 솔라나 거래의 약 7.6% 는 가치가 0이며, 계정 초기화, 프로그램 업그레이드 또는 CPI 호출 발판에 자주 사용됩니다.

2. 이더리움은 거래 모델이 가치 이전과 실행 의도를 긴밀하게 연결하기 때문에 제로 가치 이전을 0.66% 만 기록합니다.

3. 솔라나의 계정 모델은 모든 명령어를 일급 거래 개체로 취급하여 기본 가치 이동 없이 원자적 다중 명령어 번들을 가능하게 합니다.

4. 이더리움의 거래 중심 모델은 단순한 상태 변화의 경우에도 명시적인 ETH 전송 또는 ERC-20 승인을 요구하므로 값이 0인 사용 패턴을 방해합니다.

5. 솔라나에서 가치가 없는 트래픽이 널리 퍼져 있다는 것은 애플리케이션이 체인 상태와 인터페이스하는 방식과 사용자가 작업을 시작하는 방식의 더 깊은 구조적 차이를 반영합니다.

자주 묻는 질문

Q: 솔라나의 높은 TPS는 탈중앙화를 희생한 결과인가요? 답: 그렇습니다. 고대역폭 연결, 낮은 대기 시간의 NVMe 스토리지, GPU 가속을 포함한 솔라나의 검증인 요구 사항은 리소스가 부족한 참여자를 제외하므로 검증인 세트는 이더리움보다 훨씬 작습니다.

Q: 이더리움은 왜 속도를 높이기 위해 단순히 PoH를 채택할 수 없나요? A: PoH는 동기화된 시계와 결정론적 네트워크 지연을 가정하며, 이는 적대적인 이기종 네트워크 조건에서 안정적으로 작동한다는 이더리움의 설계 원칙과 모순됩니다.

Q: 솔라나의 병렬 실행 혜택은 모든 개발자가 이용할 수 있나요? A: 아니요. 개발자는 런타임 충돌을 피하기 위해 계정 액세스 패턴과 구조 논리에 수동으로 주석을 달아야 하며, 이는 Ethereum의 플러그 앤 플레이 EVM 호환성에 비해 진입 장벽을 높입니다.

Q: Ethereum은 규모를 L2에 위임하는 동안 어떻게 보안을 유지합니까? A: 이더리움은 통화 데이터 게시 및 사기/유효성 증명을 통해 L2 데이터 가용성을 보호하여 L2 상태 전환이 L1 결제 계층에 고정되고 이를 확인할 수 있도록 보장합니다.