title: 프로젝트 SOAP description: Quai가 보조금 기반 공개시장 매입 프로토콜(SOAP)을 통해 머지 마이닝을 토큰 바이백으로 전환하는 방식
비트코인 채굴자들은 하나의 체인에 하드웨어를 겨냥하고, 블록을 풀어 보상을 얻기 위해 경쟁합니다. 그런데 같은 하드웨어를 여러 체인에 동시에 겨냥해 두 체인 모두에서 보상을 받을 수 있다면 어떨까요? 이것이 바로 머지 마이닝(merge-mining)의 핵심 아이디어입니다. 머지 마이닝은 계산력을 나누지 않고도 두 개 이상 블록체인을 동시에 채굴해 보상을 얻을 수 있게 해주는 기술입니다. 가장 유명한 사례는 2011년부터 비트코인과 머지 마이닝된 네임코인(Namecoin)입니다. 아이디어는 우아합니다. 비트코인을 채굴할 때, 비트코인 블록의 코인베이스(coinbase) 트랜잭션에 네임코인 블록에 대한 참조를 포함합니다. 비트코인 블록이 유효하면 네임코인 블록 보상도 함께 청구할 수 있습니다. 즉 하나의 작업증명 연산을 수행하지만, 두 체인에서 동시에 크레딧을 얻는 셈이죠. 이후 라이트코인(Litecoin)과 도지코인(Dogecoin)은 더 정교한 버전을 도입해 DOGE 채굴자들이 LTC를 동시에 채굴할 수 있게 했습니다. 그 결과 공생 관계가 형성되었습니다. 도지코인은 라이트코인의 해시레이트로부터 보안을 얻고, 라이트코인 채굴자들은 DOGE 보상으로 추가 수익을 얻었습니다. 하지만 SOAP을 촉발한 기회는 여기 있습니다. 전통적 머지 마이닝에서는 채굴자가 부모 체인(예: 비트코인 캐시)과 자식 체인(예: 네임코인)의 블록 보상을 모두 직접 자신의 지갑으로 받습니다. 이는 자식 체인이 보안을 위해 채굴자에게 비용을 지불하는 구조인데, 채굴자들이 자식 체인의 토큰을 즉시 매도하기 때문에 지속적인 매도 압력을 유발합니다. 그 흐름을 “영구적인 프로토콜 지원”으로 바꿀 수 있다면 어떨까요?SOAP 보조금(서브시디) 모델
SOAP은 머지 마이닝을 프로토콜 보조금 메커니즘으로 변환합니다. 채굴자가 부모 체인의 블록 보상을 직접 받는 대신, SOAP은 부모 체인의 코인베이스 출력 100%를 프로토콜이 제어하는 주소로 라우팅합니다. 그 주소는 시장에서 부모 체인 토큰을 QUAI로 교환하고, 구매한 QUAI를 소각(burn)하거나 타임락된 스테이킹 보상으로 보냅니다. 이렇게 보면 됩니다. SOAP을 켜고 QUAI를 채굴하면, 평소처럼 QUAI 블록 보상을 그대로 받습니다. SOAP은 이를 바꾸지 않습니다. SOAP이 추가하는 것은 다른 체인(BCH, LTC, DOGE, RVN)의 해시레이트를 workshare/블록 형태로 기여해 프로토콜 보조금을 만들 수 있는 능력입니다. 참여 인센티브는 간단합니다. QUAI를 채굴하고 QUAI로 보상을 받되, 부모 체인 블록 보조금은 프로토콜로 귀속됩니다.

기술 구조: AuxPoW
Quai는 어떻게 부모 체인 블록이 실제로 프로토콜 주소로 지급했고 필요한 커밋먼트를 포함했는지 검증할까요? AuxPoW(보조 작업증명, auxiliary proof-of-work) 구조를 통해서입니다. AuxPoW는 SPV 스타일의 증명으로, 다음을 포함합니다: * 부모 체인의 80바이트 블록 헤더(KawPow는 120바이트) * 해당 블록의 코인베이스 트랜잭션 * 코인베이스가 블록에 포함되었음을 증명하는 머클 브랜치 * 어느 부모 체인에서 왔는지를 식별하는 메타데이터(BCH, LTC, DOGE, KawPow 등) Quai 노드가 AuxPoW 구조가 포함된 블록을 받으면 다음을 검사합니다: * 머클 검증: 코인베이스 트랜잭션이 부모 체인 블록의 머클 루트에 실제로 포함되는가? * 커밋먼트 검사: 코인베이스 scriptSig에 SOAP push가 들어있는가? (구체적으로 매직 바이트 “SOAP”의 0x01 뒤에 32바이트 Quai WorkObject 해시) * 지급 검사: 코인베이스의 첫 번째 출력이 보조금+수수료의 100%를 프로토콜 지정 주소(QADDR)로 지급하는가? * (선택) PoW 검증: 부모 체인 헤더가 해당 체인의 난이도 타깃을 만족하는가? SOAP 커밋먼트는 코인베이스 scriptSig 안, BIP34 높이 push 직후에 들어갑니다. 이 위치가 중요한 이유는 scriptSig가 채굴자가 블록을 만들 때 구성하는 코인베이스 트랜잭션의 일부이며, OP_RETURN 처리나 정책 변동 걱정 없이 모든 SOAP 체인에서 보편적으로 사용 가능하기 때문입니다. 커밋먼트 형식은 최소화되어 있습니다: * PUSHDATA(BIP34_height) * PUSHDATA(“SOAP” 0x01 || 32바이트 WO_HASH) * PUSHDATA(extranonce1) * PUSHDATA(extranonce2) 채굴자는 extranonce2를 평소처럼 변화시키고, 풀은 extranonce1을 제공하며, SOAP push는 풀의 작업 템플릿으로 고정됩니다. 따라서 표준 Stratum v1 채굴이 펌웨어 변경 없이 작동합니다. 풀은 workshare 보상을 받을 QUAI 지급 주소를 지정하고, 부모 체인 코인베이스 구성(QADDR 지급 및 SOAP 커밋먼트 포함)은 Quai 노드가 처리합니다.
