솔라나 메커니즘 설계 및 아키텍처 깊이 분석

저자: 파벨 파라모노프 출처: X, @paramonoww 번역: Golden Finance

지난 6개월 동안 저는 솔라나 메커니즘의 설계와 아키텍처에 관한 수많은 기사와 문서를 읽었습니다. 가장 중요한 정보를 하나의 긴 글에 요약했습니다. 메커니즘 설계, 비용 시장, MEV 등과 같은 주제를 다루고 있습니다.

모든 질문에 대한 답변은 다음과 같습니다.

‣ 솔라나의 합의 모델 :

‣ 솔라나의 역사 증명(PoH) 합의 모델은 본질적으로 "지분 증명 + 시간 변수"입니다. ".

‣ PoH는 본질적으로 네트워크가 이벤트와 그 순서를 추적하기 위한 시계입니다(검증자가 시간에 동의할 필요 없이).

‣ 솔라나에는 메모리 풀(멤풀)이 없습니다.

‣ 현재 대부분의 검증자는 @solanalabs에서 제공하는 Solana 클라이언트에서 스케줄러 구현을 사용합니다. 그러나 검증자는 다른 블록 구축 알고리즘을 실행하도록 선택할 수도 있습니다.

‣ 시간 변수를 사용하면 각 로테이션에 블록 생성을 담당할 리더를 할당할 수 있습니다.

세부 메커니즘:

• 검증자가 리더로 선정되면 새로운 블록을 생성하고 네트워크에 제안할 책임이 있습니다.

• 리더십은 일정 간격(슬롯, 슬롯이라고 함)으로 검증자 간에 순환합니다.

• 각 슬롯은 400밀리초 동안 지속되며, 이 시간 동안 검증자는 블록을 생성할 수 있습니다. 슬롯은 차례로 순서가 정해집니다.

• 각 슬롯에는 새로운 블록을 제안할 리더 검증인이 할당되고, 다른 검증인이 블록의 유효성에 투표하여 최종적으로 블록을 확정합니다.

• 하나의 검증자가 할당된 슬롯을 놓치면 네트워크는 다음 슬롯으로 이동합니다.

특징 및 프로세스:

• 솔라나는 개별 블록에 투표하는 대신 포크 기반 투표 메커니즘을 사용합니다. 검증자는 연속적인 블록을 생성하고 실시간으로 유효한 투표를 추가합니다.

• 검증자와 주체는 한 주기(에포크) 내에 SOL 토큰을 서약하거나 서약을 해제할 수 있습니다.

• 서약한 SOL의 수에 따라 검증자의 합의 프로세스 참여 여부가 사이클 시작 시 결정됩니다.

솔라나의 서약 모델:

‣ 솔라나는 약 2~3일 동안 지속되며 432,000개의 블록(슬롯)으로 구성된 각 사이클(에포크)이 끝날 때마다 서약 업데이트를 처리합니다.

‣ 다음 사이클의 검증자 일정은 업데이트된 서약 정보에 따라 결정됩니다.

검증자의 세 가지 주요 수익원:

• 거래 수수료

• 합의 보상(인플레이션)

• 최대 추출 가능 가치 (MEV)

‣ 리더가 받는 블록 보상은 기본 수수료와 우선순위 수수료의 50%로 구성됩니다(나머지 50%는 소멸됨).

‣ 블록이 길어지면 사이클 수가 줄어들기 때문에 연간 보상이 줄어들 수 있으며, 이는 전체 $SOL 분배에 영향을 미칩니다.

‣ 솔라나는 각 사이클에 대해 인플레이션으로 생성된 SOL 보상 풀을 계산하고 이전 사이클의 투표 및 서약 상태에 따라 검증자와 서약자에게 보상을 할당합니다.

솔라나의 서약 모델:

‣ 솔라나는 약 2~3일 동안 지속되며 432,000개의 블록(슬롯)으로 구성된 각 사이클(에포크)의 끝에서 서약 업데이트를 처리합니다.

‣ 다음 주기의 검증자 일정은 업데이트된 서약 정보에 따라 결정됩니다.

검증자의 세 가지 주요 수익원:

• 거래 수수료

• 합의 보상(인플레이션)

• 최대 추출 가능 가치 (MEV)

‣ 리더가 받는 블록 보상은 기본 수수료와 우선순위 수수료의 50%로 구성됩니다(나머지 50%는 소멸됨).

‣ 블록이 길어지면 사이클 수가 줄어들기 때문에 연간 보상이 줄어들 수 있으며, 이는 전체 $SOL 분배에 영향을 미칩니다.

‣ 솔라나는 각 사이클에 대해 인플레이션으로 생성된 SOL 보상 풀을 계산하고 이전 사이클의 투표 및 서약 상태에 따라 검증자와 서약자에게 보상을 할당합니다.

솔라나의 투표 모델:

‣ 솔라나는 검증자에 대한 엄격한 최소 SOL 요구 사항이 없지만, 합의에 참여하려면 투표 계정이 필요합니다.

‣ 검증자는 슬롯 리더의 제안에 투표하며, 투표 계정과 각 투표에 대한 트랜잭션 수수료가 필요합니다.

‣ 솔라나의 온체인 투표 메커니즘은 각 투표에 대해 거래 수수료를 부과합니다. SOL 가격이 높을수록 거래 수수료 증가로 인해 검증인 투표의 운영 비용이 증가합니다.

수수료 세부 정보:

• 투표당 비용은 0.000005 SOL이며, 검증인은 투표에 주기당 약 2~3 SOL을 소비합니다.

• 한 사이클은 2~3일 동안 지속되며 연간 약 300-350 SOL이 소요되며, 이는 하루에 약 1 SOL로 환산됩니다.

솔라나의 수수료 마켓플레이스:

‣ 솔라나의 수수료 메커니즘은 기본 수수료와 우선순위 수수료의 두 부분으로 구성됩니다.

‣ 수수료는 검증자와 파기자에게 할당되는 요소로 나뉘지만, 기존 메커니즘에는 몇 가지 한계가 있습니다.

• 자원의 효율적인 사용을 장려하거나 당사자들의 인센티브를 조정하지 못합니다.

‣ 새 계정을 만드는 데 수수료가 있습니다(임대료 면제 수수료).

• 수수료는 스토리지 1MB당 6.96 SOL의 고정 요금으로 계산됩니다.

• 수수료는 새로 만든 계정에 할당되며 계정을 삭제할 경우 회수할 수 있습니다.

제한 사항:

• 기본 요금은 실제 CU(컴퓨팅 단위) 사용량을 고려하지 않음 -> 자원 낭비로 이어짐

• 우선 순위 요금 약함 -&&t; 혼잡할 때만 효과적

• 검증자는 수수료의 50%만 받음 -&&t; 인센티브 부족(인플레이션 보조금에 의존)

가중치 기반 서비스 품질(SWQoS) :

‣ 네트워크 혼잡 시, SWQoS 메커니즘을 사용하여 특정 트랜잭션 유형에 우선순위를 지정할 수 있습니다.

‣ SWQoS는 검증자의 서약 횟수에 따라 네트워크 트래픽의 우선순위를 정하여 서약 횟수가 낮은 검증자가 네트워크에 정크 트랜잭션이 넘쳐나는 것을 방지합니다.

연결 유형:

• 개방 연결: 공개용

• 서약 가중치 기반 연결: 검증자를 위해 예약되어 있으며, RPC 노드가 신뢰 관계를 통해 검증자 연결을 활용할 수 있습니다. 인증자 연결.

이점:

• 서약한 검증자를 통한 트랜잭션 성능 향상

• 네트워크 복원력 향상

• 시빌 공격 저항성 향상

과제:

• 서약의 중앙화 위험

• 검증자와 RPC 노드 간의 신뢰 문제<

• 소규모 검증자를 위한 진입 장벽

‣ SWQoS는 네트워크 액세스를 우선시하고 우선 수수료는 트랜잭션 순서를 우선시

노드와 검증자:

‣ 모든 검증자는 노드이지만 모든 노드가 검증자인 것은 아닙니다.

‣ 노드 유형:

• 검증 노드: 서명 및 투표를 담당

• RPC 노드: 지갑 및 DEX 요청 처리

‣ 거래는 쓰기 가능한 계정을 지정합니다:

• 동일한 계정에 영향을 미치는 트랜잭션은 순차적으로 처리되며,

• 다른 계정에 영향을 미치는 트랜잭션은 순차적으로 또는 병렬로 처리될 수 있습니다.

솔라나의 유동성 스테이킹:

‣ 솔라나는 위임지분증명(DPoS)을 사용합니다.

‣ 사용자는 검증자 풀에 SOL을 위임하고 LST(유동성 스테이킹 토큰)를 획득할 수 있습니다.

‣ 서약 보상은 대출 수익과 직접 경쟁합니다:

• 대출 수익이 서약 보상보다 높으면 검증자는 자금을 회수할 수 있으며, 이는 네트워크 보안에 영향을 미칠 수 있습니다.

두 가지 유형의 LST 토큰:

1. 보상 토큰 또는 리베이스 토큰.

• 사용자는 10 SOL을 서약 풀에 서약하여 10 LST 토큰을 얻습니다.

• 서약 풀은 이 SOL을 여러 검증자에게 할당하여 vSOL을 받습니다.

• 이 vSOL은 검증자에 대한 서약 보상을 나타냅니다.

• LST 토큰은 이러한 vSOL에 의해 뒷받침됩니다.

2. 검증자 LST 토큰(독점 토큰).

• 사용자는 10 SOL을 검증자 LST에 담보하고 담보된 SOL에 대한 자신의 지분을 나타내는 v_lstSOL 토큰을 받습니다.

• 검증자는 담보 풀에서 솔라나 네트워크에 SOL을 담보하고 sSOL을 받습니다.

• 이 sSOL은 담보된 SOL과 관련 보상에 대한 검증자의 관심을 나타냅니다.

Solana의 MEV:

‣ 현재 블록의 리더는 블록 생산과 스케줄링에 대한 모든 권한을 가집니다.

‣ 리더는 우선 수수료를 통해 거래를 처리하도록 인센티브를 받지만, 이를 강제할 수는 없습니다.

‣ MEV가 솔라나에 미치는 부정적인 영향:

• 컴퓨팅 자원의 50% 이상이 실패한 차익거래 시도로 인해 낭비됩니다.

‣ 솔라나에는 공용 메모리 풀(멤풀)이 없으며, 트랜잭션은 현재 및 다음 리더에게 직접 전달됩니다.

이더리움 메브와 솔라나 메브의 차이점:

블록 생성 방식:

• 솔라나의 기본 검증자는 블록을 지속적으로 생성하고, 원활하게 처리합니다. 트랜잭션을 포함합니다.

• 이더는 12초 단위로 트랜잭션을 처리합니다.

MEV의 영향력:

• 이더:

• 높은 네트워크 수수료

• 블록 공간 감소

• 사용자 끼어들기

• 솔라나:

• 검색자는 스팸을 통해 거래를 성사시키려고 합니다.

• 실패한 거래는 컴퓨팅 리소스를 낭비합니다.

• 소수의 검색자가 수익의 대부분을 가져갑니다.