Frictionless 공동 창립: 우리는 왜 Solana에 주목하는가?

블록 공간

현재 이더리움 블록 공간은 0.08 MB이며, 4844는 각 블록에 0.375 MB를 추가합니다. 이더리움의 가정된 danksharding 종료 상태에서 목표 처리량은 1.3MB/s입니다.

반면, 솔라나와 같은 고처리량 블록체인은 초당 100MB의 속도를 지원할 수 있습니다. 이는 엔지니어와 그들이 구축할 수 있는 애플리케이션에 미치는 엄청난 차이를 과소평가할 수 없습니다. 주문서 시스템은 빙산의 일각에 불과합니다.

상태 경쟁

상태 경쟁은 두 개 이상의 참여자가 동시에 동일한 상태 조각에 접근하려고 할 때 발생하며, 오직 한 사람만 그 MEV 거래에 접근할 수 있습니다. 단일 스레드 EVM은 각 상태에 대한 수수료 격리 능력이 부족하여 이 문제를 해결할 수 없습니다.

반대로, 단일 스레드 EVM은 전역 수수료 시장을 가지고 있어 네트워크의 모든 애플리케이션이 수수료를 인상하도록 강요합니다. 이는 단일 애플리케이션이 다른 애플리케이션보다 더 많은 자원을 사용하기 때문입니다. 이러한 설계 결정은 성능과 수수료 두 측면 모두에서 심각한 부족함을 보입니다.

솔라나와 같은 체인은 로컬 수수료 시장을 구축하여 이 문제를 해결했으며, 여러 L2 사용 사례를 배포하는 동시에 유동성과 애플리케이션의 통합을 유지하고 있습니다. 이는 이더리움 생태계가 선택한 것처럼 분산화되지 않고 매우 실용적입니다.

프리엠프티브 거래

프리엠프티브 거래 주제에서, 솔라나는 모든 사람에게 공정하고 평등한 접근 기회를 제공하는 것을 목표로 하고 있습니다.

최근 Toly와의 팟캐스트에서 우리는 솔라나 합의 설계의 전대전파에 대해 깊이 논의했습니다. 이 설계는 정보가 물리적으로 허용되는 가장 빠른 속도로 그룹 내 모든 참여자에게 전송될 수 있도록 합니다.

전대전파 합의는 메시지 전송 오버헤드가 상당히 크며, 복잡도는 N^2입니다. 그러나 솔라나는 모든 거래자가 하나의 노드에 접속하고 네트워크의 다른 모든 사람과 동일하고 평등한 정보를 얻을 수 있도록 이 설계를 선택했습니다.

탈중앙화

탈중앙화의 측정 기준은 두 가지 측면이 있습니다: 전체 노드 수와 사토시 계수. 전체 노드는 중요합니다. 왜냐하면 불행히도 제3차 세계 대전이 발생할 경우, 네트워크를 복구하고 재시작하기 위해 원장 사본이 필요하기 때문입니다.

이더리움은 약 3700개의 전체 노드를 보유하고 있으며, 그 중 922개 노드가 네트워크와 동기화되고 있습니다. 솔라나는 약 2118개의 전체 노드와 843개의 RPC 노드를 보유하고 있습니다. 두 체인 모두 원장 상태를 복구할 수 있습니다. 이는 이더리움 네트워크 커버리지의 약 80%입니다.

사토시 계수는 실시간 검열 저항 능력의 대리 지표로, 이더리움에서는 25, 솔라나에서는 31입니다.

솔라나 기반 구축

솔라나와 다른 고처리량 구축자들은 이러한 생태계에서 구축하기로 선택했습니다. 이는 이더리움 세계에서 근본적으로 불가능한 새로운 원리를 잠금 해제하기 때문입니다.

솔라나는 400ms의 블록 생성 시간과 낮은 지연 시간을 가지며, 수수료는 0.0001달러에서 0.0003달러 사이입니다.

통합 고처리량 기술 스택

모듈화와 통합 간의 논쟁을 깊이 연구할 때, 규모 확장이 필요한 것이 분명해집니다. 두 가지 설계 모두 어떤 형태의 병렬 처리와 고처리량을 필요로 합니다. 유일한 논쟁은 이러한 일이 어디에서 발생해야 하는가입니다.

여러 L2를 통해 병렬화를 진행해야 할까요, 아니면 솔라나와 같은 통합된 유동성과 애플리케이션으로 통합해야 할까요?

Eigen DA 또는 데이터 가용성 위원회를 통해 고처리량을 달성해야 할까요, 아니면 이를 하나의 고처리량 생태계로 통합해야 할까요?

조나와 많은 다른 업계 사람들은 당면한 핵심 엔지니어링을 이해해야 하며, 병렬 처리와 고처리량은 업계 확장의 필수 조건입니다.

병렬화와 처리량을 기술 스택의 다른 부분으로 이동할 수 있지만, 이 작업은 여전히 필요합니다. 올바른 설계 선택은 모듈화 체인이 아닌 통합 체인 구축에 기반해야 합니다.

사용자 요구와 도약

계산 규모화 애플리케이션에 필요한 처리량과 계산 능력에 놀랄 것입니다. 점프는 솔라나와 다른 고객과 협력하고 있지만, 이는 솔라나에서 추가 클라이언트를 구축하는 유일한 팀은 아닙니다.

솔라나는 여러 차례의 기복을 겪었으며, 때로는 자체적인 다운타임 오류로 인해, 때로는 제3자와의 협력으로 인해 발생했습니다. 그러나 확실한 것은 솔라나 커뮤니티가 그 과정 내내 항상 견뎌냈다는 것입니다. 솔라나는 오랫동안 존재할 것이며, 다음 주기에서 빛을 발할 것입니다.

엔지니어의 능력을 의심하는 것은 결국 자멸할 것이며, 지금은 냉철하고 실용적인 정신을 보여줄 때입니다.

위험 경고