
라자루스 풀(Lazarus Pool)은 이전에 발생한 특정 XBT 블록의 코인베이스 분배에서 제외되었던 채굴자들에게 보상을 지급하기 시작했습니다. 풀 측에서는 이러한 지급을 ' 보상금' 이라고 부릅니다 . 이는 보너스가 아니며, 네트워크 전체의 XBT 출금 동결 조치도 아닙니다. 원래 블록이 생성되었을 때 채굴자들에게 직접 지급되었어야 할 채굴 보상에 대한 지연된 보상입니다.
공개 대기열은 주목할 만한 규모입니다. 마지막 확인 시점 기준으로 약 332개의 레코드에 걸쳐 366.7 XBT가 예약되어 있었습니다. 하지만 중요한 것은 단순히 총액만이 아닙니다. 게이트웨이 제한으로 인해 코인베이스 직접 지급 시스템이 일시적인 채굴 풀의 위험 요소로 변모한 경위, 라자루스가 이를 어떻게 해결하고 있는지, 그리고 채굴자들이 BLAKE2b 해시레이트를 DATUM 풀에 추가로 투입하기 전에 무엇을 확인해야 하는지가 중요합니다.
XBT 보상금 지급이란 무엇인가요?
라자루스의 일반적인 DATUM 설정에서는 블록 코인베이스가 자격을 갖춘 채굴자들에게 분배됩니다. 이를 통해 채굴자는 채굴 풀이 잔액을 보유하고 나중에 인출할 때까지 기다릴 필요 없이 블록 자체에서 온체인 출력을 받을 수 있습니다.
이전 버전의 게이트웨이 빌드 중 일부는 전체 분할을 제대로 구성하지 못하는 경우가 있었습니다. Lazarus는 영향을 받는 두 가지 사례를 확인했습니다.
- 부분 코인베이스: 해당 블록은 의도했던 채굴자 출력액 중 일부만 지급했습니다.
- 풀 전용 코인베이스: 해당 블록은 풀 출력에 대한 보상은 지급했지만, 채굴자에게 직접적인 지급액은 포함하지 않았습니다.
채굴자들의 지분은 여전히 기록되어 있습니다. 풀에서 관리하는 코인베이스 출력이 사용 가능해지면, 라자루스는 누락된 채굴자들에게 지급하는 별도의 온체인 거래에 서명합니다. 이 후속 거래가 바로 보상 거래입니다.
이 차이점은 중요합니다. 기초 지분은 소멸되지 않았으며, 보상금은 임의적인 에어드롭이 아닙니다. 이는 채굴자 기록에 이미 귀속된 금액을 정산하는 것입니다.

코인베이스 분할은 왜 실패했을까요?
가장 명확한 기술적 설명은 DATUM BLAKE2b StartOS 패키지 문서 에 있습니다 . 1.0.0:52까지의 게이트웨이 버전은 다른 채굴 하드웨어를 기준으로 설계된 코인베이스 크기 클래스를 계승했습니다. BLAKE2b ASIC는 약 17개의 지급 출력만 허용하는 750바이트 클래스에 속할 수 있습니다.
해당 상한선은 라자루스가 한 블록에 지급해야 할 채굴자 수보다 훨씬 적었습니다. 패키지 문서에는 라자루스 지급 기간이 약 440명의 채굴자로 설정되어 있다고 설명되어 있습니다. 구축된 코인베이스가 전체 지급 목록을 처리할 수 없거나 채굴자가 풀 전용 작업 경로를 사용하는 경우, 풀은 원래 직접 분배되었을 가치를 받게 됩니다.
현재 패키지 문서에 따르면 빌드 1.0.0:53에서 BLAKE2b 마이닝이 전체 지급 경로로 전환되어 최대 32,000바이트의 코인베이스와 최대 1,024개의 출력을 지원합니다. 또한 Lazarus는 BLAKE2b unsplit-coinbase 관련 권고 사항을 발표하여 영향을 받는 동작을 설명했습니다.
채굴자들은 기사에 나온 특정 버전 번호를 고정된 것으로 받아들이기보다는, 해당 풀에서 현재 권장하는 빌드를 계속 사용해야 합니다. 게이트웨이 소프트웨어 및 풀 요구 사항은 변경될 수 있습니다.
공용 대기열이 보여주는 것
| 메트릭 | 고도 979,900에서의 스냅샷 | 그것이 의미하는 것 |
|---|---|---|
| 대기열에 있는 보상 조치 | 332개 레코드 / 366.71809716 XBT | 모기업인 코인베이스의 출력값이 안정화될 때까지 기다립니다. |
| 이미 지불 | 46개 레코드 / 70.72911462 XBT | 추적기에 의해 방송 및 녹화가 완료된 것으로 기록되었습니다. |
| 실패한 | 0 레코드 | 확인 당시 추적기 오류는 없었습니다. |
| 첫 번째/마지막 대기열 성숙도 | 980,119 / 986,289 | 대기열은 한 번에 결제가 완료되는 것이 아니라 점진적으로 해소됩니다. |
| 기록된 양육비 | 0.29017851XBT | 조정은 영향을 받는 구형 게이트웨이와 관련이 있으며, 모든 채굴자에게 수수료가 부과되는 것은 아닙니다. |
추적기는 각 기록에 대해 원래 블록, 성숙도 높이, 지급액, 상태 및 거래 ID를 표시합니다. 이는 운영 측면에서 유용합니다. 채굴자들은 디스코드 공지나 내부 풀 잔액에만 의존하는 대신 체인을 통해 청구 내용을 확인할 수 있습니다.
대기 중인 332개의 레코드는 980,119번 블록부터 986,289번 블록까지, 총 6,170개 블록에 걸쳐 예약되어 있습니다. 네트워크의 목표 처리 시간인 10분을 기준으로 하면 약 43일이 소요됩니다. 실제 처리 시간은 블록 생성 속도에 따라 달라집니다.
라자루스(Lazarus)가 이러한 위험에 노출된 유일한 XBT 풀인가요?
라자루스는 개별 기록, 금액, 만기 높이 및 거래 ID를 포함한 정량화된 보상 대기열을 공개하는 유일한 XBT 풀입니다. 하지만 이는 근본적인 게이트웨이 문제가 라자루스에만 국한된 것은 아니라는 의미입니다. 다른 DATUM 풀들도 동일한 코인베이스 용량 부족 오류를 기록하고 있지만, 누락된 지급금을 방지하거나, 이월하거나, 정산하는 방식은 각기 다릅니다.
| 풀 | 일반적인 지급 방식 | 문서화된 처리 | 증거 상태 |
|---|---|---|---|
| 나사로 | DATUM/TIDES, 코인베이스로 결제 | 영향을 받은 풀 출력이 완료된 후 별도의 온체인 보상 거래가 진행됩니다. | 확인된 실시간 보상 대기열 |
| 오메가 풀 | DATUM, 코인베이스로 결제됨 | ratum-gateway 버전 0.1.23 이전 버전에서는 분할 출력이 약 17개로 제한될 수 있으며, 나머지 출력은 운영자가 수동으로 설정해야 할 수 있음을 경고합니다. | 동일한 기술적 위험이 문서화되었습니다. 공개 대기열 총계는 찾을 수 없습니다. |
| B2풀 | TIDES는 일반적으로 코인베이스에서 결제됩니다. | 분배금 분할 내역을 가져올 수 없는 경우, 해당 블록은 풀 주소로 지급되며 나중에 풀 지갑에서 정산됩니다. | 게시된 대체 설계; 공개된 백로그가 없습니다. |
| 광견병 걸린 수영장 | DATUM/PPLNS, 코인베이스로 결제됨 | NoSplit 게이트웨이는 50~60건 이상의 지급을 처리할 수 있는 반면, 기존 게이트웨이는 약 10건 정도만 처리할 수 있다고 합니다. 또한, 미지급된 부분은 다음 블록으로 이월되며, NoSplit 작업은 잘못 지급된 것이 아니라 거부될 수 있습니다. | 용량 문제가 확인되었으며, 라자루스와는 다른 방식으로 처리될 예정입니다. |
| 알파풀 | DATUM/TIDES, 코인베이스로 결제 | 필요 blockmaxweight=740000 지급 목록을 위한 공간을 확보하기 위해; 공개된 블록에는 대규모 다중 출력 분할이 나타납니다. |
공공 복구 사업 적체는 발견되지 않았습니다. |
| 비트코인 Xor | DATUM/TIDES, 코인베이스로 결제 | RATUM 또는 CONVOY 게이트웨이를 지원하고 코인베이스 지급 기록을 게시합니다. | 공공 손해배상 공고를 찾을 수 없습니다. |

이 비교는 모든 DATUM 풀이 채굴자에게 돈을 갚아야 한다는 비난으로 해석되어서는 안 됩니다. 이는 코인베이스 직송 풀이 동일한 운영상의 질문, 즉 게이트웨이가 전체 지급 분배금을 처리하거나 회수할 수 없는 경우 어떻게 되는지에 대한 명확한 답변이 필요하다는 것을 보여줍니다.
기존의 PPLNS 또는 FPPS 풀은 다릅니다. 이러한 풀은 일반적으로 블록 보상을 풀에서 관리하는 지갑으로 받고 나중에 채굴자에게 지급합니다. 따라서 코인베이스로의 직접 분배가 중단되는 것이 주요 실패 원인이 아닙니다. 채굴자는 일반적인 풀 관리, 인출 및 지급 능력 위험을 감수해야 합니다.
보상 조치가 약 45일 정도 걸리는 이유는 무엇일까요?
해당 블록들은 XBT의 초기 6,480개 블록 코인베이스 만기 기간(약 45일) 동안 채굴되었습니다. 라자루스는 만기 전에 풀 코인베이스 출력을 사용할 수 없으므로 보상 거래를 조기에 전송할 수 없습니다.
이는 979,919 높이 이후의 새로운 코인베이스 출력에 적용되는 최신 XBT 180일 채굴 보상 규칙 과는 별개입니다 . 대기 중인 보상 거래는 지급 시 두 번째 45일 또는 180일 코인베이스 시계를 다시 시작하지 않습니다. 이러한 보상 거래는 상위 코인베이스가 사용 가능해진 후에 생성되는 일반 거래 출력입니다.
이전 규칙의 역사와 의미에 대해서는 XBT 45일 보상 잠금 분석을 참조하십시오.
양육권 조정으로 발생하는 10% 수수료는 누가 부담하나요?
10% 조정은 오해하기 쉽습니다. 라자루스는 이를 모든 보상 작업이나 모든 풀 사용자에게 일괄적으로 부과되는 수수료라고 설명하지 않습니다. 풀의 안내문과 공개 풀 목록에서는, 오래된 게이트웨이를 사용하는 채굴자들이 분할되지 않은 코인베이스 또는 풀 전용 코인베이스를 생성하여 풀이 자금을 보관하고 나중에 재분배해야 하는 상황을 설명하고 있습니다.
공개 API에 따르면 해당 정책은 977,665번째 블록 높이부터 적용됩니다. 실질적인 의미는 간단합니다. 채굴자가 결함 있는 지급 경로를 생성하는 것으로 알려진 게이트웨이를 계속 사용하는 경우, 추가적인 보관 및 거래 부담의 일부를 부담해야 합니다. 다른 채굴자의 블록 생성으로 인해 제외된 채굴자는 자신에게도 동일한 차감이 적용된다고 생각해서는 안 됩니다.
예상 금액과 추적 금액이 다른 경우, 결론을 내리기 전에 원래 블록, 지급 주소, 블록을 찾은 게이트웨이 버전 및 풀의 현재 정책을 확인하십시오.
366.7 XBT는 시장 위험인가요?
해당 대기열은 영향을 받는 채굴자들에게 의미가 있지만, 366.7 XBT의 단일 지급액이 아닙니다. 지급 대상은 몇 주에 걸쳐 블록 단위로 생성됩니다. 블록당 명목상 3.125 XBT의 보조금과 하루 약 144개의 블록 생성을 기준으로 할 때, 네트워크는 목표일에 대략 450 XBT의 채굴 보상을 생성합니다. 따라서 대기열에 있는 총액은 신규 채굴 보상의 하루치에도 미치지 못합니다.
그러한 비교가 가격에 아무런 영향을 미치지 않을 것이라는 것을 증명하는 것은 아닙니다. XBT 유동성은 부족할 수 있고, 수령자는 밀린 전기 요금을 충당하기 위해 매도할 수 있으며, 실제 블록 생성 간격은 다양합니다. 다만, 이러한 상황을 임박한 일회성 대량 매도라고 표현하는 것이 왜 오해의 소지가 있는지를 보여줍니다. 더 중요한 위험은 점진적인 매도 압력, 부실한 주문량, 그리고 영향을 받는 채굴자들이 이미 겪고 있는 현금 흐름 압박입니다.
이것이 "비수탁형" 채굴 풀에 대해 시사하는 바는 무엇일까요?
코인베이스 직접 지급 방식은 일반적인 운영에서 풀 관리 부담을 줄여주지만, 소프트웨어 위험을 완전히 제거하는 것은 아닙니다. 채굴자, 게이트웨이, 템플릿 제공업체, 그리고 풀 회계 시스템 모두 블록 생성 및 귀속 과정에 참여합니다. 만약 게이트웨이가 잘못된 코인베이스를 생성하면, 해당 블록의 가치가 여전히 풀 관리 하에 들어가 차용증과 같은 의무를 발생시킬 수 있습니다.
라자루스의 답변은 두 가지 긍정적인 신호를 보여줍니다. 첫째, 책임 내역이 공개적으로 명시되어 있고, 둘째, 정산 과정이 온체인에서 투명하게 공개되어 있습니다. 저희가 확인한 결과 API에는 실패 기록이 없었습니다. 이는 불투명한 약속보다 훨씬 강력한 신호입니다.
이번 사건은 여전히 거버넌스 문제를 제기합니다. 직접 지급 풀에는 명확한 버전 요구 사항, 잘못된 템플릿에 대한 신속한 알림, 독립적인 대조 작업 및 공개된 복구 정책이 필요합니다. "비수탁형"이라는 용어는 정상적인 가치 흐름을 설명하는 것이어야 하며, 수탁 상황이 절대 발생하지 않는다는 보장으로 해석되어서는 안 됩니다.
XBT 채굴자들이 지금 해야 할 일
- 지급받으실 주소를 확인하세요. 검색 라이브 복구 데이터 그리고 원래 블록, 금액, 만기 기간, 상태 및 거래 ID를 기록합니다.
- 게이트웨이 빌드를 확인하십시오. 설치된 버전을 라자루스의 최신 설정 지침과 비교하고, 문제가 발생한 지급 경로를 사용하는 경우 업데이트하십시오.
- 대기 중인 XBT는 사용 가능한 현금으로 계산하지 마십시오. 모회사인 코인베이스가 안정화되고 보상 거래가 확정될 때까지 전력 및 호스팅 비용을 예산에 반영하세요.
- 로그 및 지급 기록을 보관하십시오. 예상 수량과 다를 경우를 대비하여 게이트웨이 버전, 마이너 주소, 풀 응답 및 블록 세부 정보를 보관하십시오.
- 대체 솔루션을 테스트해 보세요. BLAKE2b ASIC 소유자는 검증된 Siacoin 구성을 유지할 수 있으므로 XBT 풀 또는 노드 문제로 인해 전체 팜이 중단되는 것을 방지할 수 있습니다.
- 해시레이트가 한 곳에 집중되지 않도록 하세요. 광고된 수수료뿐만 아니라 풀 블록 지분, 지급 방식, 소프트웨어 요구 사항 및 복구 정책도 비교하십시오.
신규 사업자는 저희 서비스를 이용하실 수 있습니다. XBT DATUM 노드 설정 가이드 슈라이크 지갑 가이드풀 선택 관련 내용은 다음을 참조하세요. XBT/BTCB2 채굴 가이드호환되는 하드웨어는 다음 목록에 있습니다. BT-마이너 BTCB2 마이너 컬렉션.
자주 묻는 질문
라자루스가 XBT 출금을 동결하고 있나요?
아니요. 보상 대기열은 과거 코인베이스에서 지급되지 않은 금액을 정산하는 절차입니다. 지갑 전체 또는 네트워크 전체의 거래 동결이 아닙니다.
광산 회사들은 주식을 잃었나요?
라자루스는 해당 지분이 정상적으로 적립되었다고 밝혔습니다. 문제는 일부 채굴자들이 최초 온체인 코인베이스 분할 과정에서 누락되었기 때문에, 풀 운영자는 나중에 풀에서 발생한 수익금으로 해당 채굴자들에게 지급해야 한다는 점입니다.
라자루스는 명시된 만기일 이전에 대금을 지불할 수 있습니까?
해당 코인베이스 출력에서는 발생하지 않습니다. 합의 규칙에 따라 해당 출력은 만기 전에 사용될 수 없습니다.
보상금 지급이 또 180일 동안 보류되나요?
아니요. 보상 거래는 상위 코인베이스가 성숙 단계에 접어든 후 전송되는 일반적인 거래 출력입니다. 새로운 코인베이스 출력으로 전환되는 것이 아닙니다.
모든 채굴자가 10%씩 손실을 보는 건가요?
아니요. 해당 조정은 채굴자들이 구형 게이트웨이를 사용하여 잘못된 분할 지급 경로를 생성하는 것과 관련이 있습니다. 정확한 기록과 현재 라자루스 정책을 확인하십시오.
히프 라인
라자루스 보상 대기열은 복구 사례인 동시에 경고이기도 합니다. 공개 기록, 사전 계산된 지급 내역, 온체인 정산을 통해 영향을 받은 채굴자들은 자신에게 지급될 금액을 확인할 수 있습니다. 동시에 이 사건은 게이트웨이 소프트웨어가 지급 내역을 잘못 계산할 경우, 코인베이스에 직접 연결된 채굴 풀에서도 일시적인 자산 보관 문제가 발생할 수 있음을 보여줍니다.
채굴자들에게 있어 당면 과제는 큐를 확인하고 게이트웨이를 업데이트하는 것입니다. 더 나아가 XBT 커뮤니티 전체가 얻어야 할 장기적인 교훈은 비수탁형 설계를 표방하는 모든 풀에 대해 버전 관리의 엄격성, 투명한 회계 처리, 그리고 검증된 복구 절차를 요구하는 것입니다.
기본 소스
- 라자루스 라이브 메이크굿 API
- 라자루스 풀 소스 저장소 및 문서
- Lazarus BLAKE2b unsplit-coinbase 자문
- DATUM BLAKE2b StartOS 패키지 문서
- RATUM 게이트웨이 및 Prime 문서(미지급 블록 정산 포함)
- Omega Pool 게이트웨이 요구 사항 및 이전 버전 지급 관련 경고
- B2Pool 코인베이스 지급 및 대체 결제 정책
- Rabid Pool DATUM 게이트웨이 및 지급 용량 관련 문서
- AlphaPool DATUM 지급 및 블록 가중치 요구 사항
- 비트코인 Xor DATUM 지급 문서
- XBT.live 풀 디렉토리 및 라자루스 게이트웨이 공지
- XBT.live의 45일 및 180일 만기 기간 분석
고지: BT-Miners는 위에 링크된 채굴 하드웨어를 판매합니다. 본 글은 운영 분석이며, 재정 자문이나 채굴 풀 지급, 수익성, 유동성 또는 소프트웨어 호환성에 대한 보증이 아닙니다. 채굴 풀 정책, 소프트웨어 버전 및 체인 상황은 빠르게 변경될 수 있습니다. 사실 및 수치는 2026년 10월 31일 기준으로 확인되었습니다.