Peg-in은 Bitcoin에서 BTC를 잠그고 대응 asset을 발행하며, peg-out은 이를 burn 또는 lock한 뒤 Bitcoin이 보통 완전히 검증하지 못하는 bridge 규칙으로 BTC를 해제한다.
Sidechain은 자체 genesis, node, 역사, mempool, 유효성 규칙을 가진다. 그 reorg는 Bitcoin을 다시 쓰지 않지만 로컬 거래를 되돌리고 application과 peg BTC 청구권을 훼손할 수 있다.
Peg-in은 mainnet UTXO를 bridge script나 key 아래 잠그고 L-BTC, rBTC 같은 표현을 다른 ledger에 만든다. 동일 UTXO가 database를 건너는 것이 아니며 1:1은 발행과 출금 회계에 달려 있다.
Sidechain은 header와 SPV proof로 Bitcoin deposit을 확인하지만 변경 없는 Bitcoin은 임의의 sidechain state를 검증하지 않는다. 반환은 federation, 전용 hardware 또는 별도 방식과 지연에 의존한다.
원 논문은 SPV two-way peg를 제시하지만 실제 시스템은 federation, hybrid peg, merge mining을 쓴다. BIP 300은 hashrate의 느린 출금 투표를 제안하며 도난, 동결, 검열, exit 위험이 달라진다.
Block producer와 잠긴 BTC를 해제하는 집단은 다를 수 있다. Hashrate가 block 순서를 보호하고 watchmen이 peg-out을 서명한다면 consensus, custody, key rotation, 비상 절차를 따로 감사해야 한다.
Liquid는 Elements와 Strong Federation을 사용하며 functionaries가 block을 서명하고 watchmen이 peg를 운영한다. L-BTC는 잠긴 BTC 표현이고 빠른 block, Confidential Transactions, asset 발행에는 다른 신뢰 가정이 따른다.
Rootstock은 Bitcoin merge mining을 받는 EVM sidechain이다. Deposit은 증거를 검증하고 bridge contract와 functionary PowHSM이 출금을 조정하므로 rBTC는 hashrate, software, hardware, 운영에 의존한다.
BIP 300은 hashrate escrow와 느린 withdrawal bundle을, BIP 301은 blind merged mining을 규정한다. 2026년 8월 30일 현재 둘 다 Draft이며 Bitcoin Core consensus 기능이 아니다.
Lightning은 Bitcoin channel과 script로 state를 집행하지만 sidechain은 별도 blockchain을 유지한다. Rollup은 data나 proof를 상위 layer에 게시하고 statechain은 UTXO control을 다르게 이전한다.
Peg key, 서명 threshold, 회원과 upgrade 권한, peg-out 시간, 검열 대응을 확인하라. Address, fee asset, confirmation, limit, node, backup을 점검하고 소액 왕복 테스트를 먼저 하라. Enabling Blockchain Innovations with Pegged Sidechains · Liquid Network — Technical Overview · Liquid Network — How Liquid Works · Elements Project — blockchain platform · Rootstock — Foundations · Rootstock — PowPeg protocol · BIP 300 — Hashrate Escrows · BIP 301 — Blind Merged Mining
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Bitcoin, Liquid Network, Proof of Work, 합의 규칙, Testnet, Bitcoin Core. 다음 항목에서도 이 글을 참조합니다 Liquid Network.