바이낸스에서 새 코인을 효율적으로 검색하는 방법

3. 정규식 패턴 r'[AZ]{3,5}\s+Launches\s+on\s+Binance'는 원시 텍스트를 필터링하여 "Launches"라는 단어 앞뒤의 후보 티커 문자열을 분리합니다.

4. 후보 티커는 CoinGecko의 확인된 토큰 목록과 교차 검증을 거쳐 인쇄상의 오류나 자리 표시자 이름으로 인한 오탐을 제거합니다.

5. 검증된 티커는 TTL이 300초로 설정된 Redis 대기열로 푸시되어 다운스트림 서비스가 새로운 신호만 소비하도록 보장합니다.

커뮤니티 신호 집계 계층

1. X(트위터) 피드는 공식 Academic API v2를 사용하여 스크랩되며, Binance의 공식 핸들인 @binance로 확인된 계정과 #BinanceListing 또는 #NewCoin 해시태그가 포함된 게시물을 필터링합니다.

2. 공식 프로젝트 서버의 Discord 웹훅 페이로드는 전용 게이트웨이 엔드포인트를 통해 수집되어 삽입 제목이 정규식 r'✅\s+Live\s+on\s+Binance' 와 일치하는 메시지 콘텐츠를 추출합니다.

3. r/binance의 Reddit 게시물은 PRAW를 사용하여 스캔되어 URL에 50개 이상의 찬성표와 도메인 “binance.com”이 있는 제출의 우선 순위를 지정한 다음 게시물 본문 마크다운 링크에서 티커 기호를 추출합니다.

4. 모든 커뮤니티에서 파생된 티커는 소스 신뢰성 점수에 따라 가중치가 부여됩니다: 공식 계정 = 10, 검증된 프로젝트 팀 = 7, 상위 1000 암호화폐 영향력자 = 4, 검증되지 않은 사용자 = 1.

5. 임계값 12를 초과하는 집계 점수는 원본 소스에 대한 직접 링크 및 첫 번째 감지의 타임스탬프 델타를 포함하여 Telegram 봇을 통해 즉각적인 알림을 트리거합니다.

출시 전 토큰 검증 파이프라인

1. 스마트 계약 주소는 공식 공지 또는 검증된 GitHub 저장소 README에서 검색한 후 Etherscan의 계약 검증 API에 제출합니다.

2. 바이트코드 해시가 계산되어 바이낸스의 내부 감사 계약 화이트리스트와 비교되어 불일치가 거부됩니다.

3. 다중 호출을 사용하여 BSC의 PancakeSwap V2 라우터에서 유동성 풀 데이터를 가져와 잠긴 총 가치를 계산하고 두 스테이블코인 쌍에 걸쳐 최소 200만 달러 상당의 금액을 확인합니다.

4. 보유자 분포는 Nansen API를 통해 분석되어 상위 10개 주소가 공급량의 45%를 초과하거나 지난 72시간 이내에 비정상적인 전송 클러스터링을 나타내는 토큰을 표시합니다.

5. 의심스러운 패턴이 있는지 거래 내역을 검사합니다. 반복적인 제로 값 전송, 시간당 100을 초과하는 자체 전송 또는 ERC-20 이벤트 로그를 통해 감지된 빠른 민트 소진 주기 등이 있습니다.

실행 트리거 구성

1. 3단계 확인 논리가 적용됩니다. 레벨 1에서는 API 감지만 필요하고, 레벨 2에서는 공지 스크랩 일치를 추가하고, 레벨 3에서는 커뮤니티 신호 + 계약 확인을 요구합니다.

2. 최대 슬리피지(0.8%), 포지션 크기(포트폴리오의 0.3%), 이익 실현 비율(2.4x)을 포함하는 주문 매개변수는 암호화된 S3 버킷에 저장된 JSON 구성 파일에서 미리 로드됩니다.

3. 손절매는 5분 VWAP 편차를 사용하여 동적으로 계산되며 주문 단계에서 30초마다 다시 계산됩니다.

4. 모든 주문은 저장된 API 키를 사용하여 HMAC-SHA256을 통해 검증된 요청 서명과 함께 바이낸스의 마진 활성화 현물 API를 통해 실행됩니다.

5. 실행 후 검증은 200ms 이내에 /api/v3/order 엔드포인트를 통해 주문 상태를 확인하고 지수 백오프를 통해 실패한 확인을 최대 3회 재시도합니다.

자주 묻는 질문

Q: 봇이 Binance.US 엔드포인트를 지원합니까? 답변: 아니요. Binance.com API 도메인만을 대상으로 하며 모든 지역 차단 또는 관할권별 엔드포인트를 무시합니다.

Q: 자동 감지된 기호를 수동으로 재정의할 수 있습니까? 답: 그렇습니다. 전용 CLI 명령 binance-bot --override BTC --priority high는 가중치를 높여 사용자 지정 기호를 감지 대기열에 삽입합니다.

Q: Redis 대기열은 만료된 항목을 얼마나 자주 플러시합니까? A: 300초마다 삽입 시 발행된 Redis EXPIRE 명령에 의해 시행됩니다. 백그라운드 크론 작업은 포함되지 않습니다.

Q: 계약 바이트코드 확인은 온체인에서 수행되나요, 아니면 오프체인에서 수행되나요? A: 오프체인. 봇은 Etherscan에서 검색한 배포된 바이트코드의 SHA-256 해시를 계산하고 이를 AWS Secrets Manager에 저장된 미리 계산된 해시와 비교합니다.