Solana BAM 블록 조립 시장 분석: 속도가 더 이상 유일한 목표가 아닌 경우

솔라나는 충분히 빠르고 거래량도 충분합니다. 하지만 정말 그것만으로 충분할까요?
솔라나는 충분히 빠르고 거래량도 충분합니다. 하지만 과연 그것만으로 충분할까요? 이러한 거래를 살펴보면, 끊임없이 의문이 제기됩니다. 과연 이 거래들이 진정으로 가치를 창출하고 있을까요? 솔라나 거래의 상당 부분은 실제 수요에서 비롯된 것이 아니라, 밀리초 단위의 정보 격차를 악용하여 수익을 창출하는 고빈도 차익거래자들에 의해 발생합니다. 이러한 "악성 트레이더"들은 기술적 우위를 이용하여 시장 조성자(메이커)들이 주문을 취소하려는 바로 그 순간에 가스 가격을 상승시켜 자신의 거래가 먼저 포함되도록 하고, 이로 인해 차익거래가 성사되어 시장 조성자에게 손실을 초래합니다. 이러한 손실을 상쇄하기 위해 시장 조성자들은 매수-매도 스프레드를 확대해야 합니다. 궁극적으로 일반 사용자들이 그 비용을 부담하게 됩니다. 솔라나는 항상 온체인 오더북을 구현하고 중앙 거래소(CEX)를 대체하는 것을 꿈꿔 왔습니다. 그러나 이는 이러한 꿈을 이루는 데 걸림돌이 되었습니다. 이것이 바로 솔라나의 새로운 과제입니다. 거래량 ≠ 유동성. 진정으로 건강한 시장은 더 많은 거래가 아니라 더 나은 거래가 필요합니다.

유해 거래를 제거하고 유동성을 더 효과적으로 보호하려면 어떻게 해야 할까요?

현재 시스템에서는 솔라나 합의의 주기적 경매 메커니즘으로 인해 테이커가 사실상 우선권을 누리고 있어 악의적인 MEV가 시장 공정성을 저해할 수 있습니다.

이해 방법

솔라나의 현재 합의에서는 각 시간대 내에서 지불된 우선순위 가스 수수료에 따라 거래 순위가 결정됩니다. 최고 입찰자의 거래가 먼저 실행됩니다. 이 경매는 주기적이며, 400밀리초마다 한 개의 시간대가 있습니다.

이 과정에서 시장 조성자는 호가를 자주 조정하고, 주문을 취소하고, 다시 입력해야 합니다. 시장 가격 변동은 즉각적인 업데이트가 필요합니다.

테이커, 특히 고빈도 차익거래자는 가격 차이를 모니터링하고 기회가 발견되면 즉시 거래를 실행합니다. 따라서 차익거래자는 주문이 취소되기 전에 거래를 실행하기 위해 더 높은 수수료를 지불할 수 있습니다. 이로 인해 시장 조성자가 자주 표적이 되어 손실을 입게 됩니다.

오더북 DEX의 경우, 이상적인 주문 방식은 취소된 모든 주문을 먼저 실행한 후, 새로운 미체결 주문을 실행하고, 마지막으로 가격 변동에 따라 거래를 실행하는 것입니다. 현재 솔라나 합의 알고리즘에서는 미시 수준에서는 이것이 불가능합니다.

오라클 가격 수준에서도 마찬가지입니다. 이상적으로는 오라클 가격이 먼저 업데이트된 후 해당 가격에 따라 거래가 실행되어야 합니다. 그러나 현재 400밀리초 간격 내에서는 시장 변동으로 인해 거래가 원래 가격으로 실행될 수 있습니다.

대출 프로토콜의 경우, 먼저 증거금을 보충한 후 청산하는 것이 가장 좋습니다.

따라서 다양한 프로토콜이 필요에 따라 거래 우선순위를 정할 수 있는 방법이 있는 것이 이상적입니다. 바로 솔라나가 강조해 온 ACE(Application-Controlled Execution)입니다.

BAM(Block Assembly Marketplace)이 바로 솔라나가 제시하는 해답입니다.

BAM은 솔라나 온체인 애플리케이션과 메인넷 사이에 정렬 계층 또는 전처리 계층을 구축합니다.

신뢰 실행 환경(TEE)을 활용하여 거래가 미리 정해진 정렬 규칙, 즉 FIFO(선입선출)에 따라 정렬되는 프라이버시 샌드박스를 구축합니다.

이를 통해 오더북(CLOB), 무기한 스왑, 다크 풀의 성능이 향상됩니다.

Solana의 일반적인 트랜잭션 번들링과 BAM 모델 비교

BAM이 Solana 애플리케이션과 메인넷 사이에 정렬 계층을 만든 이유를 어떻게 이해할 수 있을까요? 시각적인 비교부터 시작해 보겠습니다.

일반적인 솔라나 트랜잭션 프로세스는 다음과 같습니다.

1) 사용자가 지갑에서 트랜잭션을 확인합니다.

2) 트랜잭션이 RPC 노드로 전송됩니다.

3) 현재 슬롯에 RPC가 솔라나 메인넷의 리더 노드로 전송됩니다.

4) 리더는 트랜잭션 풀에서 트랜잭션을 수집하고, 분류하고, 블록으로 패키징하여 브로드캐스트합니다.

5) 다른 노드들이 투표합니다.

애플리케이션이 BAM과 통합된 경우, 트랜잭션 프로세스는 다음과 같습니다.

1) 사용자가 지갑에서 트랜잭션을 확인합니다.

2) 트랜잭션이 RPC 노드로 전송됩니다.

3) 트랜잭션이 BAM 네트워크로 전송되고 TEE 내에서 비공개로 정렬됩니다. 이 과정에서 노드는 플러그인을 통해 오라클 가격 업데이트와 같은 추가 거래를 추가하고 증명을 생성할 수 있습니다.

4) 거래 데이터 패킷은 솔라나 메인넷 리더 노드에 제출됩니다.

5) 리더는 거래를 수집할 때 BAM 데이터 패킷을 수집하여 블록으로 패키징하고 브로드캐스트합니다.

6) 나머지 노드는 투표합니다.

따라서 BAM은 현재 솔라나 메인넷 합의 프로세스와 실제로 충돌하지 않습니다. 오히려 "선택적" 기능으로 존재합니다. BAM은 솔라나 메인넷에서 직접 실행되지 않고 "오프체인"에서 작동하며 거래를 사전 주문하고 패키징한 다음 솔라나 메인넷에 제출합니다.

솔라나 BAM 블록 조립 시장 해석: 속도만이 전부가 아닐 때

BAM 거래 주문 모드

BAM은 세 가지 운영 모드를 지원합니다.

1) 솔라나 기본 모드;

2) 블록 엔진 모드; Jito의 현재 MEV 솔루션은 입찰 메커니즘을 중심으로 합니다.

3) BAM 모델에서 검증자는 선입선출(FIFO) 순서를 엄격하게 따릅니다.

BAM 모델의 핵심은 다음과 같습니다.

1) 신뢰 실행 환경(TEE): 개인정보 보호 및 공정성. 신뢰 실행 환경(TEE)을 사용하여 트랜잭션을 정렬하는 비공개 환경을 구축합니다. 개인정보 보호의 이면은 공정성입니다.

2) 플러그인 시스템: 복잡한 정렬. BAM은 플러그인 시스템을 통해 애플리케이션이 사용자 정의 트랜잭션 정렬 로직을 구축할 수 있도록 지원합니다. 이 사용자 정의 정렬은 노드가 원하는 방식으로 트랜잭션을 정렬할 수 있다는 것을 의미하는 것이 아니라, 트랜잭션이 미리 정의된 규칙에 따라 정렬된다는 것을 의미합니다.

플러그인은 TEE 환경의 보안을 유지하면서 복잡한 트랜잭션 정렬을 구현하도록 설계되었습니다. 현재 초기 개발 중입니다.

위에서 언급했듯이,

오더북 DEX의 경우, 이상적인 주문 방식은 모든 취소된 주문을 먼저 실행한 후, 새로운 보류 주문을 실행하고, 마지막으로 가격 변동에 따라 거래를 실행하는 것입니다. 현재 솔라나 합의 알고리즘에서는 마이크로 수준에서는 이러한 방식이 불가능합니다.

오라클 가격 수준에서도 마찬가지입니다. 이상적으로는 오라클 가격이 먼저 업데이트된 후, 이에 따라 거래가 실행되어야 합니다. 그러나 현재 400밀리초 간격 내에서 시장 변동으로 인해 거래가 원래 가격으로 실행될 수 있습니다.

대출 프로토콜의 경우, 먼저 증거금을 보충한 후 청산하는 것이 가장 좋습니다. 이는 ACE 애플리케이션 제어 실행 기능을 효과적으로 구현합니다.

그렇다면 BAM은 정확히 무엇을 달성할까요?

예를 들어,

1) 대출 및 청산 보호

대출 프로토콜의 경우, 청산 위험이 감지되면 청산 확인 전에 담보 보충을 우선시합니다.

2) 원자 거래 조합

DEX의 경우, 오라클 가격이 먼저 업데이트된 후 해당 가격에 따라 거래가 실행됩니다. 계약 기반 DEX의 경우, 관련 파생상품도 결제될 수 있습니다. 이러한 모든 작업은 동일한 시간 내에 완료됩니다.

3) 가격 변동 보호

DEX의 경우, 비정상적으로 큰 주문을 감지하고 이를 작은 조각으로 나누어 일괄적으로 실행함으로써 시장이 대응할 시간을 확보하고 체인 청산이나 차익거래로 인한 데스 스파이럴을 방지합니다.

4) 마켓 메이커 보호

긴급 상황 발생 시, 주문은 밀리초 이내에 취소되고, 오라클은 가격을 업데이트하며, 마켓 메이커는 주문을 다시 입력합니다. 이를 통해 악의적인 차익거래를 방지하고 가격 차이를 줄일 수 있습니다.

BAM은 원래 7월 말 출시 예정이었습니다.

또한, BAM이 배포됨에 따라 Solana 거래 경험이 크게 향상될 것입니다. BAM은 Solana 메인넷 애플리케이션 경험을 CEX(중앙 거래소)에 더욱 가깝게 만들어 줄 것입니다.

요약하자면,

BAM은 솔라나의 거래 처리에 검증 가능성, 개인정보 보호 및 프로그래밍 기능을 제공하여 개발자가 중앙 지정가 주문장(CLOB), 무기한 스왑, 다크 풀 및 주문 제어, 결정론적 실행 및 개인정보 보호가 필요한 기타 금융 인프라를 구축할 수 있도록 지원하여 솔라나 생태계의 혁신을 촉진합니다.

위의 내용입니다.

공유하기:

작성자: 戈多Godot

이 글은 PANews 입주 칼럼니스트의 관점으로, PANews의 입장을 대표하지 않으며 법적 책임을 지지 않습니다.

글 및 관점은 투자 조언을 구성하지 않습니다

이미지 출처: 戈多Godot 침해가 있는 경우 저자에게 삭제를 요청하세요.

PANews 공식 계정을 팔로우하고 함께 상승장과 하락장을 헤쳐나가세요
추천 읽기
1시간 전
2시간 전
2시간 전
3시간 전
3시간 전
4시간 전

인기 기사

업계 뉴스
시장 핫스팟
엄선된 읽을거리

엄선 특집

App内阅读