채굴 풀은 보상 조작을 어떻게 방지합니까?

대기열 기반 보상 분배 취약점

1. 대기열 기반 이더리움 채굴 풀은 시간 경과에 따른 해시 비율 기여도에 비례하지 않고 주식이 제출된 순서에 따라 보상을 할당합니다.

2. 더 높은 계산 능력을 갖춘 채굴자는 타이밍 이점을 활용하여 대기열에 더 일찍 공유를 삽입하여 공정성 지표를 왜곡할 수 있습니다.

3. 시스템에는 제출 타임스탬프를 공유하는 암호화 약속이 부족하여 풀 운영자가 전략적으로 재정렬할 수 있습니다.

4. 시뮬레이션은 풀 해시 비율의 20% 이상을 제어하는 ​​채굴자가 이 모델에서 불균형적인 보상 할당을 얻는다는 것을 보여줍니다.

5. 대기열 무결성에 대한 온체인 검증이 존재하지 않으므로 전체 노드 액세스 없이는 배포 논리에 대한 외부 감사가 불가능합니다.

지배적인 채굴자들의 전략적 공격

1. 대규모 채굴자는 자신의 포지션을 부풀리기 위해 블록 발견 직전에 여러 개의 낮은 난이도 공유를 제출하여 '큐 프론트 런닝'을 실행합니다.

2. 지리적으로 분산된 장비 전체에 동기화된 시계를 배포하여 마이크로초 창 내에서 공유 제출을 조정합니다.

3. 공격자는 풀 안티 시빌 메커니즘에 내장된 탐지 임계값을 회피하기 위해 여러 가명 계정에 걸쳐 해시 비율을 분할합니다.

4. 통제된 테스트넷 배포에서 측정된 바와 같이 정직한 참여에 비해 이익 마진은 최대 18.7%까지 증가합니다.

5. 풀 운영자는 현재 모니터링 도구를 사용하여 악의적인 타이밍 패턴과 합법적인 네트워크 대기 시간 변화를 구별할 수 없습니다.

분산화된 Oracle 통합 시도

1. 일부 풀은 오프체인 타임스탬프 서비스를 통해 공유 타임스탬프를 확인하기 위해 ASTRAEA 스타일 오라클과의 통합을 시도했습니다.

2. 이러한 오라클 시스템의 유권자는 풀 상태에 따른 경제적 인센티브가 부족하여 참여율이 32% 미만으로 낮았습니다.

3. 인증자 역할에는 일반적인 채굴 자본 준비금을 초과하는 자산을 스테이킹해야 하므로 세 주체가 중앙 집중식으로 제어하게 됩니다.

4. 적대적 분석을 통해 공격자 자금이 전체 인증자 지분의 41%를 초과할 때 조작이 여전히 가능한 것으로 확인되었습니다.

5. 배포된 풀은 공유 제출을 실시간 제약 조건에 암호화 방식으로 바인딩하기 위해 검증 가능한 지연 기능을 구현하지 않았습니다.

MineShark 감지 기능

1. MineShark는 페이로드 검사와 관계없이 패킷 간 도착 시간의 엔트로피 분석을 통해 암호화폐 채굴 트래픽을 식별합니다.

2. 밀리초 미만의 간격으로 발생하는 Pool Stratum 프로토콜 핸드셰이크와 일치하는 비정상적인 버스트 패턴을 표시합니다.

3. 능동적인 조사는 잘못된 형식의 공유 제출을 주입하고 응답 일관성을 측정하여 마이닝 동작을 확인합니다.

4. 캠퍼스 네트워크 테스트에서 TLS 난독화 Stratum v2 연결을 사용하는 17.6%를 포함하여 105개의 개별 마이닝 풀 엔드포인트를 감지했습니다.

5. 오탐지 억제는 시그니처 데이터베이스가 아닌 90일 슬라이딩 윈도우 동안 훈련된 행동 기준에 의존합니다.

하드웨어 수준의 대책

1. ASIC 제조업체는 장치별 키로 공유 제출에 서명하기 위해 변조 방지 하드웨어 루트를 내장합니다.

2. 현장 프로그래밍 가능 게이트 어레이는 나노초 수준의 타이밍 보장으로 결정론적 공유 제출 파이프라인을 구현합니다.

3. 채굴장에 배포된 TSN(Time Sensitive Networking) 스위치는 IEEE 802.1AS 호환 시계 동기화를 제공합니다.

4. 하드웨어 보안 모듈은 공유 서명을 위한 개인 키를 저장하여 제출 페이로드의 소프트웨어 수준 조작을 방지합니다.

5. PCIe 패스스루 격리는 가상화된 마이닝 환경에서 타임스탬프 생성에 대한 하이퍼바이저 수준의 간섭을 방지합니다.

자주 묻는 질문

Q1: PPLNS는 대기열 조작 위험을 제거합니까? 마지막 N주당 지불은 롤링 창 계산을 사용하지만 지배적인 채굴자가 최적의 수익성 창까지 제출을 연기하는 주식 원천징수 공격에 여전히 취약합니다.

Q2: 영지식 증명으로 공정한 대기열 순서를 확인할 수 있나요? ZK-SNARK는 공유의 시간순 정렬을 증명하기 위해 적용되었지만 블록당 증명자 계산에는 2.3초가 필요합니다. 이는 이더리움의 12초 목표를 초과합니다.

Q3: GPU 기반 풀은 ASIC 풀과 다른 조작 벡터에 직면합니까? GPU 풀은 드라이버 스택 불일치로 인해 공유 제출 타이밍에 더 큰 차이가 발생하여 대기 시간 기반 악용에 대한 취약성이 증가합니다.

Q4: 풀 운영자는 개인 정보를 침해하지 않고 어떻게 Sybil 신원을 감지합니까? 일부 풀은 TCP 핑거프린팅과 결합된 IP 서브넷 다양성을 분석하여 클러스터된 제출을 식별하지만 Tor 종료 노드는 이 접근 방식을 완전히 무효화합니다.