Skip to main content
고급 방법: 사전 거래 분석, 배치 작업 및 계정 패턴 연구와 같은 특수한 사용 사례를 위해 account keys로 우선 수수료를 얻습니다.

개요

account keys 방법은 전체 거래를 구성하기 전의 수수료를 빠르게 추정하거나 계산할 때 거래 직렬화에 대한 더 간단한 대안을 제공합니다.

고급 사용 사례

  • 사전 거래 분석
  • 계정 배치 작업
  • 시장 조사 및 패턴
  • 특수 아키텍처

트레이드 오프

  • 직렬화된 거래보다 정확성이 낮음
  • 지시사항에 대한 구체적인 분석 불가능
  • 계정 수준 패턴에 최적화
권장 사항: 대부분의 애플리케이션에는 직렬화된 거래 방법을 대신 사용하세요. 이 account keys 방법은 계정 수준의 분석이나 사전 거래 계획이 필요한 특수한 사용 사례를 위한 것입니다.

Account Keys 사용 시기

사전 거래 계획

전체 거래를 구성하기 전의 수수료 추정

간편 통합

아키텍처가 거래 직렬화를 어렵게 만드는 경우

빠른 시장 분석

거래를 구성하지 않고 특정 계정의 수수료 패턴 분석

다중 계정 분석

여러 계정에 걸친 수수료 패턴 독립적 이해

빠른 시작

1

계정 식별

거래에 포함될 계정을 결정하세요
2

API 호출

계정 키와 원하는 우선 순위 수준으로 요청하세요
3

수수료 적용

추정치를 사용하여 거래에 우선 순위 수수료를 설정합니다

기본 예제

구현 가이드

핵심 기능

우선 수수료 추정을 위한 재사용 가능한 함수입니다:

여러 우선 순위 수준의 완전한 예제

계정 유형 및 전략

대량 프로그램 계정은 경쟁으로 인해 일반적으로 높은 우선 수수료를 나타냅니다.
예상 행동: 높은 거래량과 경쟁으로 인한 높은 수수료.

고급 구성 옵션

evaluateEmptySlotAsZero 옵션은 계정 기반 추정에 특히 유용합니다:
true (기본값)일 때, 거래가 없는 슬롯은 제외되지 않고 0수수료로 처리됩니다. 이는 활동이 적은 계정에 대해서도 보다 균형 잡힌 추정을 제공합니다.
각 계정의 수수료 패턴에 대한 세부 정보를 요청하세요:
이는 각 계정에 대해 수수료가 어떻게 계산되었는지에 대한 추가 정보를 제공합니다.
수수료 추정을 위해 분석할 슬롯 수를 조정하세요:
작은 조회 기준: 최근의 변동성 있는 데이터큰 조회 기준: 보다 안정적이고 역사적 맥락

계정 선택을 위한 모범 사례

쓰기 가능한 계정 포함

우선 순위: 수정될 계정에 집중

키 프로그램 추가

문맥: 관련 프로그램 계정을 포함

오류 처리 및 대체 방법

한계 및 고려 사항

계정 기반 방법의 한계:
  1. 읽기 전용 계정에 대해 덜 정확함 - 알고리즘은 쓰기 가능한 계정에 중점을 둡니다
  2. 지시사항별 분석 없음 - 특정 작업을 고려할 수 없음
  3. 계정 활동 의존성 - 비활성 계정에 대해 덜 정확함
  4. 거래 크기 고려 없음 - 거래 복잡성을 고려하지 않음
직렬화된 거래로의 업그레이드 시기:
  • 가장 높은 정확성을 요구하는 생산 애플리케이션
  • 여러 지시사항이 포함된 복잡한 거래
  • 지시사항별 수수료 패턴이 중요한 경우
  • 성능이 중요한 애플리케이션

관련 리소스

직렬화된 거래

전체 거래 직렬화를 사용한 보다 정확한 방법

API 참조

전체 API 문서 및 매개변수